Closed GoogleCodeExporter closed 9 years ago
$ scons --version
SCons by Steven Knight et al.:
script: v2.1.0.r5357[MODIFIED], 2011/09/09 21:31:03, by bdeegan on ubuntu
engine: v2.1.0.r5357[MODIFIED], 2011/09/09 21:31:03, by bdeegan on ubuntu
engine path: ['/usr/local/lib/scons-2.1.0/SCons']
Copyright (c) 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011
The SCons Foundation
$ uname -a
FreeBSD blnn719x.ww004.siemens.net 8.3-STABLE FreeBSD 8.3-STABLE (truncated)
Original comment by 1983-01...@gmx.net
on 25 Oct 2012 at 7:36
Same on RHEL6
$ scons --version
SCons by Steven Knight et al.:
script: v2.0.1.r5134, 2010/08/16 23:02:40, by bdeegan on cooldog
engine: v2.0.1.r5134, 2010/08/16 23:02:40, by bdeegan on cooldog
Copyright (c) 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010 The
SCons Foundation
$ uname -a
Linux blnn726x.ww004.siemens.net 2.6.32-279.11.1.el6.x86_64 #1 SMP Sat Sep 22
07:10:26 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux
$ scons --help
scons: Reading SConscript files ...
scons: *** Path for option GSSAPI does not exist: /usr/local/bin/krb5-config
File "/net/home/osipovmi/Projekte/serf-trunk/SConstruct", line 65, in <module>
Original comment by 1983-01...@gmx.net
on 25 Oct 2012 at 9:07
Hm, looks like it expects the *-config scripts to be on their default location,
not sure why that's needed for --help.
I use:
$ scons APR=/opt/local APU=/opt/local GSSAPI=/opt/local
(from memory, don't have access to my working copies here).
Original comment by lieven.govaerts@gmail.com
on 25 Oct 2012 at 11:07
[deleted comment]
Yes, but arguments shouldn't be necessary for '--help'. The point is that I'd
like to know the options of the SConstruct. Just the same as in './configure
--help'
Original comment by 1983-01...@gmx.net
on 25 Oct 2012 at 11:16
Yeah... we unconditionally read the *-config files right now.
I think it should probably read them if possible, but not error when not found.
(especially for --help)
Original comment by gstein
on 25 Oct 2012 at 12:26
Update:
scons fails when the expected libraries aren't located in the default paths.
Although this should not be checked when something like '--help' or '-c' is run.
For instance on FreeBSD:
scons -c
scons: Reading SConscript files ...
/usr/bin/apr-1-config: not found
OSError: '/usr/bin/apr-1-config --cflags --cppflags --ldflags --includes
--link-ld --libs' exited 127:
File "/.amd_mnt/blnn728x/home/osipovmi/Projekte/serf-trunk/SConstruct", line 158:
env.ParseConfig('$APR --cflags --cppflags --ldflags --includes'
File "/usr/local/lib/scons-2.1.0/SCons/Environment.py", line 1551:
return function(self, self.backtick(command))
File "/usr/local/lib/scons-2.1.0/SCons/Environment.py", line 593:
raise OSError("'%s' exited %d" % (command, status))
Supplying are args makes it work:
$ scons PREFIX=$HOME/subversion-serf APR=/usr/local APU=/usr/local
OPENSSL=/usr/local GSSAPI=/usr/local -c
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Cleaning targets ...
Removed context.o
Removed incoming.o
Removed outgoing.o
Removed ssltunnel.o
Removed buckets/aggregate_buckets.o
Removed buckets/allocator.o
Removed buckets/barrier_buckets.o
Removed buckets/buckets.o
Removed buckets/bwtp_buckets.o
Removed buckets/chunk_buckets.o
Removed buckets/dechunk_buckets.o
Removed buckets/deflate_buckets.o
Removed buckets/file_buckets.o
...
Removed libserf-2.so
Removed serf-2.pc
scons: done cleaning targets.
Original comment by 1983-01...@gmx.net
on 25 Oct 2012 at 12:27
Greg, this should also be true for clean.
Original comment by 1983-01...@gmx.net
on 25 Oct 2012 at 1:31
Fixed in r1996.
Original comment by gstein
on 4 Jul 2013 at 9:51
Original issue reported on code.google.com by
1983-01...@gmx.net
on 25 Oct 2012 at 7:35