Re: [csw-maintainers] Fwd: /usr/bin/env: No such file or directory
"Maciej (Matchek) Bliziński" writes: > 2013/7/29 rupert THURNER : >> i found mongodb, and i tried to convert the Makefile to call scons >> with the correct options. currently i am stuck at: >> >> scons: Building targets ... >> cc -o context.o -c -std=c89 -Wdeclaration-after-statement >> -Wmissing-prototypes -O2 -mt -DNDEBUG -DSOLARIS2=9 >> -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I. >> -I/opt/csw/include -I/opt/csw/bdb48/include -I/usr/include context.c >> cc: Warning: illegal option -d=c89 >> cc: illegal option -Wdeclaration-after-statement >> scons: *** [context.o] Error 1 >> >> SConstruct contains this in the lines of: >> if sys.platform != 'win32': >> env.Append(CFLAGS='-std=c89') >> env.Append(CCFLAGS=[ >>'-Wdeclaration-after-statement', >>'-Wmissing-prototypes', >> ]) > > Looks like the build system assumes without testing that the compiler > supports the listed flags. You have three options: > > 1. Patch the libserf build system so that it does not unconditionally add > these flags to compiler invocations > 2. Change the compiler to one that supports these flags > 3. Talk to upstream about modifying the libserf build system to > support our environment > > The third option usually requires the most effort, but is the best one > in the long run. And the second one is the more adequate in our context. I still don't get why people bother to use SUN Studio. Because there is a choice? -- Peter ___ maintainers mailing list maintainers@lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::.
Re: [csw-maintainers] Fwd: /usr/bin/env: No such file or directory
2013/7/29 rupert THURNER : > i found mongodb, and i tried to convert the Makefile to call scons > with the correct options. currently i am stuck at: > > scons: Building targets ... > cc -o context.o -c -std=c89 -Wdeclaration-after-statement > -Wmissing-prototypes -O2 -mt -DNDEBUG -DSOLARIS2=9 > -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I. > -I/opt/csw/include -I/opt/csw/bdb48/include -I/usr/include context.c > cc: Warning: illegal option -d=c89 > cc: illegal option -Wdeclaration-after-statement > scons: *** [context.o] Error 1 > > SConstruct contains this in the lines of: > if sys.platform != 'win32': > env.Append(CFLAGS='-std=c89') > env.Append(CCFLAGS=[ >'-Wdeclaration-after-statement', >'-Wmissing-prototypes', > ]) Looks like the build system assumes without testing that the compiler supports the listed flags. You have three options: 1. Patch the libserf build system so that it does not unconditionally add these flags to compiler invocations 2. Change the compiler to one that supports these flags 3. Talk to upstream about modifying the libserf build system to support our environment The third option usually requires the most effort, but is the best one in the long run. Maciej ___ maintainers mailing list maintainers@lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::.
Re: [csw-maintainers] Fwd: /usr/bin/env: No such file or directory
On Sun, Jul 28, 2013 at 11:33 PM, Maciej (Matchek) Bliziński wrote: > 2013/7/28 rupert THURNER : >> yes, i see they switched to scons. should mgar handle that >> automatically, or what do you expect me to do in this case? when i run >> rupert @ unstable10x : >> ~/opencsw/libserf/trunk/work/solaris10-i386/build-isa-pentium_pro/serf-1.3.0 >> $ scons -Q >> >> scons: *** Directory path for option PREFIX does not exist: /usr/local >> File >> "/home/rupert/opencsw/libserf/trunk/work/solaris10-i386/build-isa-pentium_pro/serf-1.3.0/SConstruct", >> line 133, in > > Generally, when you take on builds with anything that isn't autotools, > things never work out of the box. You need to work out a way to > compile the sources and then encode them in the Makefile. If you're > looking for possible things to do, you can grep existing Makefiles for > scons, maybe something interesting will show up? i found mongodb, and i tried to convert the Makefile to call scons with the correct options. currently i am stuck at: scons: Building targets ... cc -o context.o -c -std=c89 -Wdeclaration-after-statement -Wmissing-prototypes -O2 -mt -DNDEBUG -DSOLARIS2=9 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I. -I/opt/csw/include -I/opt/csw/bdb48/include -I/usr/include context.c cc: Warning: illegal option -d=c89 cc: illegal option -Wdeclaration-after-statement scons: *** [context.o] Error 1 SConstruct contains this in the lines of: if sys.platform != 'win32': env.Append(CFLAGS='-std=c89') env.Append(CCFLAGS=[ '-Wdeclaration-after-statement', '-Wmissing-prototypes', ]) rupert ___ maintainers mailing list maintainers@lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::.
Re: [csw-maintainers] Fwd: /usr/bin/env: No such file or directory
2013/7/28 rupert THURNER : > yes, i see they switched to scons. should mgar handle that > automatically, or what do you expect me to do in this case? when i run > rupert @ unstable10x : > ~/opencsw/libserf/trunk/work/solaris10-i386/build-isa-pentium_pro/serf-1.3.0 > $ scons -Q > > scons: *** Directory path for option PREFIX does not exist: /usr/local > File > "/home/rupert/opencsw/libserf/trunk/work/solaris10-i386/build-isa-pentium_pro/serf-1.3.0/SConstruct", > line 133, in Generally, when you take on builds with anything that isn't autotools, things never work out of the box. You need to work out a way to compile the sources and then encode them in the Makefile. If you're looking for possible things to do, you can grep existing Makefiles for scons, maybe something interesting will show up? Maciej ___ maintainers mailing list maintainers@lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::.
Re: [csw-maintainers] Fwd: /usr/bin/env: No such file or directory
yes, i see they switched to scons. should mgar handle that automatically, or what do you expect me to do in this case? when i run rupert @ unstable10x : ~/opencsw/libserf/trunk/work/solaris10-i386/build-isa-pentium_pro/serf-1.3.0 $ scons -Q scons: *** Directory path for option PREFIX does not exist: /usr/local File "/home/rupert/opencsw/libserf/trunk/work/solaris10-i386/build-isa-pentium_pro/serf-1.3.0/SConstruct", line 133, in On Sun, Jul 28, 2013 at 6:53 PM, Maciej (Matchek) Bliziński wrote: > It's /usr/bin/env telling you that the executable you wanted it to > run, does not exist in this case, it's > /home/rupert/opencsw/libserf/trunk/work/solaris10-i386/build-isa-pentium_pro/serf-1.3.0/configure > -- right in the middle between the environment variables and command > line options. > ___ > maintainers mailing list > maintainers@lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. ___ maintainers mailing list maintainers@lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::.
Re: [csw-maintainers] Fwd: /usr/bin/env: No such file or directory
It's /usr/bin/env telling you that the executable you wanted it to run, does not exist in this case, it's /home/rupert/opencsw/libserf/trunk/work/solaris10-i386/build-isa-pentium_pro/serf-1.3.0/configure -- right in the middle between the environment variables and command line options. ___ maintainers mailing list maintainers@lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::.
