From: Chris C. <ca...@al...> - 2005-03-25 17:20:36
|
OK, I'm trying building with scons again and failing right at the start. This is a system that apparently I've tried to use scons with before (there are some files in rosegarden/cache/ for example) but not for a while and I can't recall the outcome or whether I've built it with make since. Anyway, I did cvs update (from HEAD) and then make clean, then I tried just typing "scons", It gave me this marvellously self-descriptive error: scons: Reading SConscript files ... KeyError: 'TARGS': File "SConstruct", line 24: env = Environment(tools = ['default', 'config', 'kde'], toolpath='./') File "/usr/lib/scons/SCons/Environment.py", line 266: apply_tools(self, tools, toolpath) File "/usr/lib/scons/SCons/Environment.py", line 122: env.Tool(tool, toolpath) File "/usr/lib/scons/SCons/Environment.py", line 906: return SCons.Tool.Tool(tool, map(self.subst, toolpath))(self) File "/usr/lib/scons/SCons/Tool/__init__.py", line 53: apply(self.generate, ( env, ) + args, kw) File "./kde.py", line 407: if 'configure' in env['TARGS'] or not env.has_key('QTDIR') or not env.has_key('KDEDIR'): File "/usr/lib/scons/SCons/Environment.py", line 290: return self._dict[key] Then I tried running ./scons_configure, and that said: This is bksys 1.1.0 ls: bk*.py: No such file or directory Traceback (most recent call last): File "./scons_configure", line 50, in ? module = __import__(file[:-3]) ValueError: Empty module name There are two bk*.pyc files, but not bk*.py. What next? Chris |
From: Alexandre P. <ale...@gm...> - 2005-04-17 22:38:29
|
Hi, okay, I grabbed CVS yesterday, ran make -f Makefile.cvs ./configure scons sudo scons install no glitches whatsoever Then I run $ rosegarden and it tells me that some components are not installed? What did I do wrong? How should I find out what wasn't installed? Alexandre |
From: Guillaume L. <gla...@te...> - 2005-04-17 22:44:49
|
On Monday 18 April 2005 00:38, Alexandre Prokoudine wrote: > > make -f Makefile.cvs > ./configure > scons > sudo scons install Actually scons configure scons should work now. The dependency on ./configure is gone. > and it tells me that some components are not installed? > > What did I do wrong? How should I find out what wasn't installed? Nothing, I just haven't looked at the installation bits yet. It does install some stuff that it can derive from the compile targets, but not everything. Sorry, so much to do, so little time, as usual. You're welcome to take a look at it though, it should be pretty simple. -- Guillaume. http://www.telegraph-road.org |
From: Alexandre P. <ale...@gm...> - 2005-04-23 12:55:57
|
On 4/18/05, Guillaume Laurent <gla...@te...> wrote: > Actually >=20 > scons configure > scons >=20 > should work now. The dependency on ./configure is gone. Tried. Failed. Same error message. Alexandre |
From: Guillaume L. <gla...@te...> - 2005-04-23 13:48:43
|
On Saturday 23 April 2005 14:55, Alexandre Prokoudine wrote: > On 4/18/05, Guillaume Laurent <gla...@te...> wrote: > > Actually > > > > scons configure > > scons > > > > should work now. The dependency on ./configure is gone. > > Tried. Failed. Same error message. Sorry, my reply wasn't clear : the installation part still isn't there yet, so the error message you're getting is expected. However the dependency on ./configure is gone. -- Guillaume. http://www.telegraph-road.org |
From: Alexandre P. <ale...@gm...> - 2005-04-23 13:54:55
|
On 4/23/05, Guillaume Laurent <gla...@te...> wrote: > Sorry, my reply wasn't clear : the installation part still isn't there ye= t, so > the error message you're getting is expected. However the dependency > on ./configure is gone. Uhm, okay. Will wait then :) Thank you for this fast reply Alexandre |
From: Guillaume L. <gla...@te...> - 2005-03-25 20:58:16
|
On Friday 25 March 2005 18:20, Chris Cannam wrote: > OK, I'm trying building with scons again and failing right at the start. Sorry about that, I had forgotten to commit my last changes. Please update. scons_configure is gone now, building is just 'scons', nothing else. -- Guillaume. http://www.telegraph-road.org |
From: Chris C. <ca...@al...> - 2005-03-25 22:12:21
|
On Friday 25 Mar 2005 20:58, Guillaume Laurent wrote: > On Friday 25 March 2005 18:20, Chris Cannam wrote: > > OK, I'm trying building with scons again and failing right at the start. > > Sorry about that, I had forgotten to commit my last changes. Please update. > scons_configure is gone now, building is just 'scons', nothing else. OK, now I still get this error, which I believe was what stopped me from taking an interest in scons last time around -- seems it still won't work unless make has been run previously. (This was some hours later: it's a slow machine.) g++ -DQT_THREAD_SUPPORT -DHAVE_ALSA -DHAVE_JACK -DHAVE_LADSPA -DHAVE_LIBMAD -I/usr/include/kde/ -I/usr/include/qt3 -I/usr/include/alsa -I/usr/include/freetype2-I/usr/X11R6/include -I/usr/X11R6/include/X11/Xft -Ibase -Isound -I. -Igui -c -o gui/rosegardenguiiface.o gui/rosegardenguiiface.cpp scons: *** Source `gui/rosegardenguiiface_skel.cpp' not found, needed by target`gui/rosegardenguiiface_skel.o'. Stop. scons: building terminated because of errors. Chris |
From: Guillaume L. <gla...@te...> - 2005-03-25 23:52:16
|
On Friday 25 March 2005 23:12, Chris Cannam wrote: > > OK, now I still get this error, which I believe was what stopped me from > taking an interest in scons last time around -- seems it still won't work > unless make has been run previously. Fixed too, sorry my previous commit wasn't complete. It really should work now. -- Guillaume. http://www.telegraph-road.org |
From: Silvan <dmm...@us...> - 2005-03-26 03:18:08
|
On Friday 25 March 2005 06:52 pm, Guillaume Laurent wrote: > On Friday 25 March 2005 23:12, Chris Cannam wrote: > > OK, now I still get this error, which I believe was what stopped me from > > taking an interest in scons last time around -- seems it still won't wo= rk > > unless make has been run previously. > > Fixed too, sorry my previous commit wasn't complete. It really should work > now. =46rom scratch, or do we still have to ./configure? I guess so... gui/rosegardengui.h:25:20: config.h: No such file or directory scons: warning: Ignoring missing SConscript 'doc/en/SConscript' =46ile "SConstruct", line 128, in ? scons: warning: Ignoring missing SConscript 'po/SConscript' =46ile "SConstruct", line 129, in ? Um... So, what, it looks like it built all the object files and then puked= on=20 the link? I did a CVS update and then a make distclean before running ./configure and= =20 then scons. g++ -o sequencer/rosegardensequencer sequencer/mmappedcontrolblock.o=20 sequencer/mmappedsegment.o sequencer/rosegardensequencer.o sequencer/main.o= =20 sequencer/sequencermapper.o sequencer/rosegardensequenceriface_skel.o=20 =2DL/usr/lib -L/usr/lib -L/usr/local/lib -L/usr/X11R6/lib -Lbase -Lsound=20 =2Dlasound -lm -ldl -lpthread -ljack -llrdf -llo -lpthread -lmad -lm -lXft= =20 =2Dlfreetype -lz -lXrender -lX11 -lfontconfig -lqt-mt -lkdeui -lkdecore -lb= ase=20 =2DlRosegardenSound -lRosegardenSequencer sound/libRosegardenSound.a(AudioProcess.o)(.text+0x2010): In function=20 `Rosegarden::AudioInstrumentMixer::AudioInstrumentMixer[not-in-charge] (Rosegarden::SoundDriver*, Rosegarden::AudioFileReader*, unsigned,=20 unsigned)': : undefined reference to `Rosegarden::PluginContainer::PLUGIN_COUNT' sound/libRosegardenSound.a(AudioProcess.o)(.text+0x22d0): In function=20 `Rosegarden::AudioInstrumentMixer::AudioInstrumentMixer[in-charge] (Rosegarden::SoundDriver*, Rosegarden::AudioFileReader*, unsigned,=20 unsigned)': : undefined reference to `Rosegarden::PluginContainer::PLUGIN_COUNT' sound/libRosegardenSound.a(AudioProcess.o)(.text+0x2d85): In function=20 `Rosegarden::AudioInstrumentMixer::setPlugin(unsigned, int, QString)': : undefined reference to `Rosegarden::PluginContainer::PLUGIN_COUNT' sound/libRosegardenSound.a(AudioProcess.o)(.text+0x417a): In function=20 `Rosegarden::AudioInstrumentMixer::generateBuffers()': : undefined reference to `Rosegarden::PluginContainer::PLUGIN_COUNT' collect2: ld returned 1 exit status scons: *** [sequencer/rosegardensequencer] Error 1 scons: building terminated because of errors. =2D-=20 Michael McIntyre ---- Silvan <dmm...@us...> Linux fanatic, and certified Geek; registered Linux user #243621 http://www.geocities.com/Paris/Rue/5407/ http://rosegarden.sourceforge.net/tutorial/ |
From: Guillaume L. <gla...@te...> - 2005-03-26 08:47:10
|
On Saturday 26 March 2005 04:17, Silvan wrote: > On Friday 25 March 2005 06:52 pm, Guillaume Laurent wrote: > > > > Fixed too, sorry my previous commit wasn't complete. It really should > > work now. > > From scratch, or do we still have to ./configure? > > I guess so... > > gui/rosegardengui.h:25:20: config.h: No such file or directory Yes, that's the final bit I still haven't had the time to fix yet. > Um... So, what, it looks like it built all the object files and then puked > on the link? I'm not building with DSSL and stuff, I'll take a look. -- Guillaume. http://www.telegraph-road.org |
From: Chris C. <ca...@al...> - 2005-03-26 18:17:37
|
On Saturday 26 Mar 2005 08:47, Guillaume Laurent wrote: > On Saturday 26 March 2005 04:17, Silvan wrote: > > gui/rosegardengui.h:25:20: config.h: No such file or directory > > Yes, that's the final bit I still haven't had the time to fix yet. Well, I have config.h from a previous configure and make, but with scons I now end up with this: g++ -o sequencer/rosegardensequencer sequencer/mmappedcontrolblock.o sequencer/mmappedsegment.o sequencer/rosegardensequencer.o sequencer/main.o sequencer/sequencermapper.o sequencer/rosegardensequenceriface_skel.o -L/usr/lib -L/usr/lib -L/usr/X11R6/lib -Lbase -Lsound -lasound -lm -ldl -lpthread -ljack -lmad -lm -lXft-lfreetype -lz -lXrender -lX11 -lfontconfig -lqt-mt -lkdeui -lkdecore -lbase -lRosegardenSound -lRosegardenSequencer sound/libRosegardenSound.a(MappedEvent.o) (.gnu.linkonce.t._ZNK10Rosegarden5Event3getILNS_12PropertyTypeE0EEEbRKNS_12PropertyNameERNS_12PropertyDefnIXT_EE10basic_typeE+0x9): In function `bool Rosegarden::Event::get<(Rosegarden::PropertyType) 0>(Rosegarden::PropertyName const&, Rosegarden::PropertyDefn<(Rosegarden::PropertyType)0>::basic_type&) const': : undefined reference to `Rosegarden::Event::m_getCount' sound/libRosegardenSound.a(MappedEvent.o) (.gnu.linkonce.t._ZNK10Rosegarden5Event3getILNS_12PropertyTypeE0EEENS_12PropertyDefnIXT_EE10basic_typeERKNS_12PropertyNameE+0xc): In function `Rosegarden::PropertyDefn<(Rosegarden::PropertyType) 0>::basic_type Rosegarden::Event::get<(Rosegarden::PropertyType) 0>(Rosegarden::PropertyName const&) const': : undefined reference to `Rosegarden::Event::m_getCount' sound/libRosegardenSound.a(MappedEvent.o) (.gnu.linkonce.t._ZNK10Rosegarden5Event3getILNS_12PropertyTypeE0EEENS_12PropertyDefnIXT_EE10basic_typeERKNS_12PropertyNameE+0x243): In function `Rosegarden::PropertyDefn<(Rosegarden::PropertyType) 0>::basic_type Rosegarden::Event::get<(Rosegarden::PropertyType) 0>(Rosegarden::PropertyName const&) const': : undefined reference to `Rosegarden::Event::dump(std::basic_ostream<char, std::char_traits<char> >&) const' collect2: ld returned 1 exit status Event::m_getCount is only defined if NDEBUG is not set. The implication appears to be that Event.C has been compiled without NDEBUG but the files that include the header are compiled with it. However, I can't see any reason for that -- I'm quite sure I've never supplied any particular arguments to scons to switch on or off debug on any previous invocation, and config.h doesn't mention debug, and I've tried deleting Event.o, libbase.a and the entire cache directory to ensure they get rebuilt by the currently configured scons, without success. btw, if I merely delete base/Event.o and run scons, libbase.a does not appear to be rebuilt: the .o file is, but the archive stage is not done. Chris |
From: Chris C. <ca...@al...> - 2005-03-27 14:55:34
|
On Saturday 26 Mar 2005 18:17, Chris Cannam wrote: > Well, I have config.h from a previous configure and make, but with scons I > now end up with this: [...] OK, I'm going to just try this again. make distclean, make -f Makefile.cvs, ./configure, rm -rf cache, and run scons. It'll be a while, on this machine. btw, how do you indicate via scons whether you want a debug or opt build? Chris |
From: Chris C. <ca...@al...> - 2005-03-27 17:19:15
|
On Saturday 26 Mar 2005 18:17, Chris Cannam wrote: > undefined reference to `Rosegarden::Event::m_getCount' Looks like the libraries in sequencer/SConstruct were simply in the wrong order (libbase before libRosegardenSound -- these are static libraries remember, not dynamic ones). Fix committed. It now builds for me with scons, although this is on a machine that does not yet have dssi.h et al installed. More notes: -- Still requires "configure" to be run first (I know, you know about this). -- I found out how to switch debug on or off (I found the comments in the SConstruct file). -- "scons install" only installs the two binaries, nothing else. -- It's irritating that it carries out all the pkg-config tests again every time you run it. On this slow machine it takes about 7 seconds just to get as far as printing "Building targets" and deciding whether it has any work to do, which is long enough to be a pain no matter how slow or fast the build is. I could understand if this meant it would always notice if you'd changed part of the system configuration under its feet, but I don't believe that it will because it doesn't re-run the Qt/KDE tests. Chris |
From: Chris C. <ca...@al...> - 2005-03-27 19:13:53
|
On Sunday 27 Mar 2005 17:19, Chris Cannam wrote: > -- "scons install" only installs the two binaries, nothing else. Er, and half the time it doesn't even do that: studio@1[rosegarden]$ rm sequencer/rosegardensequencer rm: remove regular file `sequencer/rosegardensequencer'? y studio@1[rosegarden]$ scons scons: Reading SConscript files ... Checking for pkg-config ... ok Checking for alsa >= 1.0 ... ok Checking for jack >= 0.77 ... ok Checking for C header file ladspa.h... yes Checking for lrdf_init() in C library lrdf... no Checking for liblo >= 0.7 ... failed Checking for mad >= 0.10 ... ok Checking for dssi >= 0.4 ... failed Checking for xft >= 2.1.0 ... ok scons: warning: Ignoring missing SConscript 'doc/en/SConscript' File "SConstruct", line 128, in ? scons: warning: Ignoring missing SConscript 'po/SConscript' File "SConstruct", line 129, in ? scons: done reading SConscript files. scons: Building targets ... g++ -o sequencer/rosegardensequencer sequencer/mmappedcontrolblock.o sequencer/mmappedsegment.o sequencer/rosegardensequencer.o sequencer/main.o sequencer/sequencermapper.o sequencer/rosegardensequenceriface_skel.o -Lsound -Lbase -L/usr/lib -L/usr/lib -L/usr/X11R6/lib -lasound -lm -ldl -lpthread -ljack -lmad -lm -lXft-lfreetype -lz -lXrender -lX11 -lfontconfig -lqt-mt -lRosegardenSequencer -lRosegardenSound -lbase -lkdeui -lkdecore scons: done building targets. studio@1[rosegarden]$ scons install scons: Reading SConscript files ... Checking for pkg-config ... ok Checking for alsa >= 1.0 ... ok Checking for jack >= 0.77 ... ok Checking for C header file ladspa.h... yes Checking for lrdf_init() in C library lrdf... no Checking for liblo >= 0.7 ... failed Checking for mad >= 0.10 ... ok Checking for dssi >= 0.4 ... failed Checking for xft >= 2.1.0 ... ok scons: warning: Ignoring missing SConscript 'doc/en/SConscript' File "SConstruct", line 128, in ? scons: warning: Ignoring missing SConscript 'po/SConscript' File "SConstruct", line 129, in ? scons: done reading SConscript files. scons: Building targets ... scons: `install' is up to date. scons: done building targets. studio@1[rosegarden]$ "`install' is up to date"? Huh? So how do I make it install, then? Removing the installed copy does actually work, but I shouldn't have to do that. (This definitely isn't just the result of a hash check discovering that the installed version is the same, either -- the reason I noticed it hadn't installed was that the installed copy is different. I'm installing to a nonstandard prefix, if that makes any difference.) Speaking of nonstandard prefixes, is there any way to find out what arguments I ran "scons configure" with last time around? I know I can look at kde.cachy.py, but the format is quite different -- e.g. if I run "scons configure prefix=/blah" the PREFIX variable in that cache file is actually unchanged at /usr, but the various KDE variables are redefined -- so I can't easily tell from looking at the file what I typed to achieve it. Finally (for this email), I've changed the sequencer/SConscript to prepend the base and sound library directories to the library link path instead of appending them. Otherwise it picks up any dynamic libRosegardenSequencer.so that may already be installed in preference to the static libRosegardenSequencer.a in the sound build directory. Chris |
From: Guillaume L. <gla...@te...> - 2005-03-28 11:31:49
|
On Sunday 27 March 2005 18:19, Chris Cannam wrote: > > Looks like the libraries in sequencer/SConstruct were simply in the wrong > order (libbase before libRosegardenSound -- these are static libraries > remember, not dynamic ones). Fix committed. Thanks. > It now builds for me with scons, although this is on a machine that does > not yet have dssi.h et al installed. I've just installed dssi.h and everything built fine (with your fixes). > More notes: > > -- Still requires "configure" to be run first (I know, you know about > this). Yup :-(. > -- "scons install" only installs the two binaries, nothing else. I haven't added anything in the SConstruct file for installation, so that's to be expected. > -- It's irritating that it carries out all the pkg-config tests again > every time you run it. Strange, it should cache the results. Do you have a .sconf_temp directory ? The Qt/KDE tests are cached elsewhere, in kde.cache.py. -- Guillaume. http://www.telegraph-road.org |
From: Chris C. <ca...@al...> - 2005-03-28 15:54:58
|
On Monday 28 Mar 2005 12:32, Guillaume Laurent wrote: > On Sunday 27 March 2005 18:19, Chris Cannam wrote: > > -- It's irritating that it carries out all the pkg-config tests again > > every time you run it. > > Strange, it should cache the results. Do you have a .sconf_temp directory ? Yes: -rw-r--r-- 1 studio studio 569 2005-03-28 15:49 .cache -rw-r--r-- 1 studio studio 152 2005-02-27 11:10 conftest_0.c -rw-r--r-- 1 studio studio 135 2005-02-27 11:10 conftest_1.c -rw-r--r-- 1 studio studio 748 2005-02-27 11:10 conftest_1.o -rw-r--r-- 1 studio studio 22 2005-02-27 11:10 conftest_2.c -rw-r--r-- 1 studio studio 646 2005-02-27 11:10 conftest_2.o -rw-r--r-- 1 studio studio 22 2005-03-25 21:14 conftest_3.c -rw-r--r-- 1 studio studio 646 2005-03-25 21:14 conftest_3.o -rw-r--r-- 1 studio studio 177 2005-03-25 21:14 conftest_4.c -rw-r--r-- 1 studio studio 135 2005-02-27 11:10 conftest_5.c -rw-r--r-- 1 studio studio 748 2005-02-27 11:10 conftest_5.o -rw-r--r-- 1 studio studio 135 2005-02-27 11:10 conftest_6.c -rw-r--r-- 1 studio studio 748 2005-02-27 11:10 conftest_6.o -rw-r--r-- 1 studio studio 4179 2005-03-28 15:49 .sconsign It's probably just pulling the configure test results out of the cache, I guess, but it still laboriously prints out the results every time without any indication that they're cached. Chris |
From: Guillaume L. <gla...@te...> - 2005-03-28 22:21:17
|
On Monday 28 March 2005 16:54, Chris Cannam wrote: > > It's probably just pulling the configure test results out of the cache, I > guess, but it still laboriously prints out the results every time without > any indication that they're cached. I know for sure they are because when I added dssi and stuff, it didn't get detected until I removed the cache (after trying to trace through scons's code, duh). It's true though that the thing is slow enough even on my machine to make me think that the config results were not cached. I'm cc'ing Thomas. (To sum up : sons's config cache is very slow, any tip on making it faster ?) -- Guillaume. http://www.telegraph-road.org |
From: Silvan <dmm...@us...> - 2005-03-29 04:33:22
|
On Monday 28 March 2005 06:32 am, Guillaume Laurent wrote: > I've just installed dssi.h and everything built fine (with your fixes). Well I'll be dipped. scons: done building targets. -- Michael McIntyre ---- Silvan <dmm...@us...> Linux fanatic, and certified Geek; registered Linux user #243621 http://www.geocities.com/Paris/Rue/5407/ http://rosegarden.sourceforge.net/tutorial/ |