View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002602 | DarkRadiant | Design/Coding | public | 01.02.2011 19:15 | 11.10.2012 19:03 |
Reporter | downer | Assigned To | greebo | ||
Priority | normal | Severity | normal | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | Linux | OS | Fedora | OS Version | Rawhide FC15 |
Product Version | 1.5.0 | ||||
Target Version | 1.7.0 | Fixed in Version | 1.7.0 | ||
Summary | 0002602: Fedora libboost_system-mt linker error | ||||
Description | This might be a Fedora only bug. I've got boost-1.44.0-7.fc15 I'm not sure what's going on, but Google keeps pointing me to: http://fedoraproject.org/wiki/UnderstandingDSOLinkChange /usr/bin/ld: darkradiant-main.o: undefined reference to symbol 'boost::system::system_category()' /usr/bin/ld: note: 'boost::system::system_category()' is defined in DSO /usr/lib/libboost_system-mt.so.1.44.0 so try adding it to the linker command line /usr/lib/libboost_system-mt.so.1.44.0: could not read symbols: Invalid operation collect2: ld returned 1 exit status make[2]: *** [darkradiant] Error 1 make[2]: Leaving directory `/home/tom/sunken/doom3/darkradiant/radiant' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/tom/sunken/doom3/darkradiant' make: *** [all] Error 2 | ||||
Additional Information | Here's the config log from when I downgraded to gcc 4.5.1, but it also failed on 4.6. I'm going to be out of reach for a few weeks soon. | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
Edit: I downgraded to the stable Fedora 14 that comes with gcc 4.5.1, and 1.44.0-7.fc14 and I still get the bug. I'll see about downgrading more/switching back to Debian for the boost that comes with Ubuntu. |
|
I'm sorry, but I'm afraid I can't help you much there. Don't know anything about Fedora, maybe OrbWeaver has a clue what might be going on. | |
Adding 'darkradiant_LDFLAGS = $(BOOST_SYSTEM_LIBS)' to /radiant/Makefile got it. I don't know why, but like other programs on Fedora, I also had to add 'CXXFLAGS = -ldl' also just to /radiant/Makefile or I got this error: CXXLD darkradiant /usr/bin/ld: darkradiant-DynamicLibrary.o: undefined reference to symbol 'dlclose@@GLIBC_2.2.5' /usr/bin/ld: note: 'dlclose@@GLIBC_2.2.5' is defined in DSO /lib64/libdl.so.2 so try adding it to the linker command line /lib64/libdl.so.2: could not read symbols: Invalid operation collect2: ld returned 1 exit status make[2]: *** [darkradiant] Error 1 make[2]: Leaving directory `/home/user/darkradiant/radiant' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/user/darkradiant' make: *** [all] Error 2 |
|
Ah, yes, I had to add the BOOST_SYSTEM_LIBS flag in Ubuntu as well, but I didn't have to add the libdl reference. I'll check back if I can do something about that. |
|
DarkRadiant SVN should compile out of the box now, following these instructions on the wiki: http://modetwo.net/darkmod/wiki/index.php?title=DarkRadiant_-_Compiling_in_Linux#Fedora_15 | |
Date Modified | Username | Field | Change |
---|---|---|---|
01.02.2011 19:15 | downer | New Issue | |
01.02.2011 19:15 | downer | File Added: config.log | |
26.02.2011 15:06 | downer | Note Added: 0003674 | |
26.02.2011 15:06 | downer | Note Edited: 0003674 | |
26.02.2011 15:07 | downer | Note Edited: 0003674 | |
26.02.2011 16:11 | downer | Note Edited: 0003674 | |
27.02.2011 07:34 | greebo | Note Added: 0003678 | |
27.02.2011 08:16 | greebo | Status | new => acknowledged |
25.09.2011 17:53 | downer | Note Added: 0004044 | |
28.09.2011 04:09 | greebo | Note Added: 0004047 | |
28.09.2011 21:33 | greebo | Assigned To | => greebo |
28.09.2011 21:33 | greebo | Status | acknowledged => assigned |
28.09.2011 21:34 | greebo | Target Version | => 1.7.0 |
28.09.2011 21:34 | greebo | Note Added: 0004048 | |
28.09.2011 21:34 | greebo | Status | assigned => resolved |
28.09.2011 21:34 | greebo | Fixed in Version | => 1.7.0 |
28.09.2011 21:34 | greebo | Resolution | open => fixed |
11.10.2012 19:03 | greebo | Status | resolved => closed |