[PD-dev] building iemnet on Windows and OS X

Hans-Christoph Steiner hans at at.or.at
Sat Oct 29 21:21:30 CEST 2011


On Oct 29, 2011, at 1:40 PM, Roman Haefeli wrote:

> On Sat, 2011-10-29 at 10:37 -0400, Hans-Christoph Steiner wrote:
>> On Oct 29, 2011, at 4:08 AM, Roman Haefeli wrote:
>> 
>>> On Sat, 2011-10-29 at 09:05 +0200, IOhannes m zmölnig wrote:
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA1
>>>> 
>>>> On 10/28/2011 09:58 PM, Roman Haefeli wrote:
>>>>> Hi Hans, IOhannes
>>>>> 
>>>>> I don't have a clue what MSG_DONTWAIT is. I think I need some help (from
>>>>> IOhannes?) to get this one fixed.
>>>> 
>>>> it's a (linux-specific?) extensions for non-blocking socket receivers.
>>>> the problem should be fixed now (by only using MSG_DONTWAIT if it is
>>>> available)
>>> 
>>> Thanks.
>>> 
>>>>> Altough I had the same error once on Linux (I didn't do 'make clean'),
>>>>> it doesn't happen in the Linux autobuilds, probably because the pd/src
>>>>> directory is clean at the time of externals build.
>>>>> 
>>>>> Hints/help is appreciated.
>>>> 
>>>> hmm, i think the problem is a stupid error-checking condition in gcc,
>>>> that guarantuess that you only specify "directories" as "include
>>>> directories". i have never seen this on linux, so it might be an osx
>>>> specific "feature".
>>> 
>>> FYI: It happens also on Linux, if you didn't 'make clean' in the pd
>>> sources before.
>>> 
>>>> a simple fix would be to remove the '-I"$(PD_INCLUDE)/pd"' stanza.
>>>> i'm a bit reluctant to commit this, as i would first like to understand
>>>> why the compiler thinks it an error when specifying an include-directory
>>>> that is a file (but not, if you specify an include-directory that is
>>>> non-existant)
>>> 
>>> I'm afraid I also do not understand why this considered an error. A
>>> work-around would be to check if src/pd is a file or a directory and
>>> only add '-I"$(PD_INCLUDE)/pd"' if it really is a directory.
>> 
>> The newest library template version handles this much better.  I think its something that IOhannes worked out with the PD_INCLUDE var pointing directly to the dir that actually has the headers, and PD_PATH pointing to the root of the Pd tree.  The default include statement is now -I$(PD_INCLUDE) so its easily overrideable.
>> 
> 
> Just for the record:
> Both errors were not related to iemnet's Makefile being based on an old
> version of the template. 
> 
> The OS X error is (hopefully) fixed now, because IOhannes removed
> '-I"$(PD_INCLUDE)/pd"' from ALL_CFLAGS (which was also not part of the
> older template version).

> The windows error wasn't related to the Makefile at all.
> 
> Anyway, it's good it's based on a current template now.
> 
> Roman


Anything related to '-I"$(PD_INCLUDE)/pd"' is related to the Makefile template.  That is something that IOhannes and I and others had to hash out and test to make sure it works everywhere.  Now it does, as far as I know.

.hc





----------------------------------------------------------------------------

'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day.  - “Hijab Scene #2", by Mohja Kahf





More information about the Pd-dev mailing list