Re: [swarm-hackers] Old autoconf build process is broken in current trunk

[Bill Northcott]

On 25/11/2009, at 12:11 PM, Scott Christley wrote:

> Tricky because there are generated header files in the build directories, and 
> the source wants to access both the headers in the source and in the build 
> directories as though they are in same directory.  Anyways, I think I got a 
> fixed checked in, at least it builds for me on Linux.

Its progress but my Mac build now breaks here:

> Making all in collections
> make  all-am
> /bin/sh ../../libtool   --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. 
> -I../../../../src/collections  -I../.. -I. -I.. 
> -I../../../../src/collections/.. -I../../../../src/collections/../defobj 
> -I../../../../src/collections/../misc 
> -I../../../../src/collections/../objectbase 
> -I../../../../src/collections/../random  -DGNUSTEP -I/Library/Headers 
> -I/Library/Headers/GNUstepBase -I/Library/Headers  -D_GNU_SOURCE 
> -DBUILDING_SWARM   -g -O2 -B ../../../../tools -fgnu-runtime 
> -fno-strict-aliasing -Wall -Wno-import -Wno-protocol -Wno-long-long 
> -Wno-unknown-pragmas -MT Array.lo -MD -MP -MF .deps/Array.Tpo -c -o Array.lo 
> ../../../../src/collections/Array.m
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. 
> -I../../../../src/collections -I../.. -I. -I.. 
> -I../../../../src/collections/.. -I../../../../src/collections/../defobj 
> -I../../../../src/collections/../misc 
> -I../../../../src/collections/../objectbase 
> -I../../../../src/collections/../random -DGNUSTEP -I/Library/Headers 
> -I/Library/Headers/GNUstepBase -I/Library/Headers -D_GNU_SOURCE 
> -DBUILDING_SWARM -g -O2 -B ../../../../tools -fgnu-runtime 
> -fno-strict-aliasing -Wall -Wno-import -Wno-protocol -Wno-long-long 
> -Wno-unknown-pragmas -MT Array.lo -MD -MP -MF .deps/Array.Tpo -c 
> ../../../../src/collections/Array.m  -fno-common -DPIC -o .libs/Array.o
> In file included from 
> ../../../../src/collections/../defobj/Swarm/swarm-objc-api.h:282,
>                  from 
> ../../../../src/collections/../defobj/Swarm/DefClass.h:26,
>                 from 
> ../../../../src/collections/../defobj/Swarm/Customize.h:26,
>                  from ../../../../src/collections/../defobj/Swarm/Create.h:26,
>                  from ./Swarm/Collection.h:26,
>                  from ../../../../src/collections/../collections/Array.h:26,
>                  from ../../../../src/collections/Array.m:26:
> ../../../../src/collections/../defobj/Swarm/swarm-objc-gnu.h:28:27 
> ../../../../src/collections/../defobj/Swarm/swarm-objc-gnu.h:28:27: error: 
> objc/encoding.h: No such file or directory
> ../../../../src/collections/../defobj/Swarm/swarm-objc-gnu.h:29:30 
> ../../../../src/collections/../defobj/Swarm/swarm-objc-gnu.h:29:30: error: 
> objc/typedstream.h: No such file or directory
> ../../../../src/collections/../defobj/Swarm/swarm-objc-gnu.h:30:25 
> ../../../../src/collections/../defobj/Swarm/swarm-objc-gnu.h:30:25: error: 
> objc/sarray.h: No such file or directory
> 

The missing files are in the include directory of FSF gcc.  Hence why it works 
on Linux.  It might work on MacOS with an FSF compiler installed, but I don't 
think that ought to be necessary.  There are no FSF compiler binaries available 
for MacOS and my recent attempt to build one on Snow Leopard convinced me it is 
a non-trivial task.

I think you need to conditionalise the runtime includes at the end of 
src/defobj/swarm-objc-api.h. So you only include the headers for the runtime 
you are using.  Similar issues may appear elsewhere.

Cheers
Bill

smime.p7s
Description: S/MIME cryptographic signature