Can't compile darkradiant due to the following problems...

[PranQster]

Example:

 

 CXXLD  libgtkutil.la
g++: error: /usr/lib64/../lib64/libstdc++.so: No such file or directory
make[3]: *** [libgtkutil.la] Error 1
make[3]: Leaving directory `/home/john/Documents/DarkRadiant/libs/gtkutil'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/john/Documents/DarkRadiant/libs'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/john/Documents/DarkRadiant'
make: *** [all] Error 2

 

Recent Mageia and Mandriva linux releases no longer have .la files packaged in the devel libraries. Apparently, these have been deprecated and no longer accompany the .so files.

Is there any way to compile darkradiant without it looking for .la files?

Or is there a way for me to reliably fake their presence using symlinks? apparently so, yes.

Or can somebody package all of the necessary 64bit lib*.la files into a gzip so I can drop them into my /usr/lib64 directory? Probably not going to need this...

 

 

Turns out that the libstdc++.so was 0 bytes and was linked to an older version. I fixed that. It's associated .la file was indeed in place, so compilation continued. However, libgtkmm-2.4.la was missing next, so I linked one to libgtkmm-2.4.so and compilation continues...

Edited July 9, 2012 by PranQster

[PranQster]

linking the missing .la files to their respective .so seems to be doing the trick, so far.

 

I spoke too soon...

libtool: link: `/usr/lib64/libgtkmm-2.4.la' is not a valid libtool archive

Edited July 8, 2012 by PranQster

[PranQster]

New problem.

I dropped in the libgtkmm-2.4.la and libgdkmm-2.4.la from a fedora16 package and fixed dependency paths they contained and compilation continued.

 

Now I get this:

 

Making all in radiant
make[2]: Entering directory `/home/john/Documents/DarkRadiant/radiant'
 CXXLD  darkradiant
/usr/bin/ld: darkradiant-Splash.o: undefined reference to symbol '_ZN3Gtk6Window13set_resizableEb'
/usr/bin/ld: note: '_ZN3Gtk6Window13set_resizableEb' is defined in DSO /usr/lib64/libgtkmm-2.4.so.1 so try adding it to the linker command line
/usr/lib64/libgtkmm-2.4.so.1: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[2]: *** [darkradiant] Error 1
make[2]: Leaving directory `/home/john/Documents/DarkRadiant/radiant'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/john/Documents/DarkRadiant'
make: *** [all] Error 2

 

Any ideas?

[PranQster]

Replaced those fedora .la files with ones from a debian distro seems to be doing the trick. Working my way through them with each compile error and downloading the appropriate package, extracting and copying the .la files... compilation continues at a slow pace...

 

Annnddd....

I got it to complete 'make'. But running 'make install' brought up a missing file: 'DarkRadiant/libs/gtkutil/.libs/libgtkutil.lai'

Faking this file by copying 'libgtkutil.so' to 'libgtkutil.lai' allows 'make install' to finish. But then I get a segmentation fault when running darkradiant.

Sigh. I give up for tonight.

Edited July 9, 2012 by PranQster

[PranQster]

Version 1.7.1 also segfaults.

The last two lines of the log file:

 

MenuManager: Could not find insertPath: main/file/createCM

MenuManager: Could not find insertPath: main/file/exit

[Urfoex]

I think I get the same problem.

I can autogen - configure - make - make install the current git successfully on Debian Testing 64bit. But running gives a segfault.

 

From what I found it's:

#0 ui::MenuManager::insert() at /home/kakarott/projects/iodoom3/DarkRadiant/plugins/uimanager/MenuManager.cpp:194

if (found != NULL)

with found == NULL and insertPath == "main/file/exit"

going out to

#0 ui::MRU::constructMenu() at /home/kakarott/projects/iodoom3/DarkRadiant/radiant/ui/mru/MRU.cpp:191

Gtk::Widget* empty = menuManager.insert(...)

which results in an segfault because of

#0 ui::MRU::constructMenu() at /home/kakarott/projects/iodoom3/DarkRadiant/radiant/ui/mru/MRU.cpp:194

empty->hide();

with empty == NULL

 

 

Using some code to get around that place I get there:

#1 ui::MainFrame::create() at /home/kakarott/projects/iodoom3/DarkRadiant/radiant/ui/mainframe/MainFrame.cpp:386

vbox->pack_start(*createMenuBar(), false, false, 0);

which also segfaults

 

 

I tried the Ubuntu debs from https://launchpad.ne...ive/darkradiant but couldn't get it running because of it requiring to old and in Debian missing packages.

 

 

(Is there any other equal editor for Doom3/iodoom3/idTech4 for Linux?)

 

 

 

 

(gdb) bt
bt
#0 ui::MRU::constructMenu (this=0xde7a20) at ui/mru/MRU.cpp:195
#1 0x0000000000b6823b in Radiant_Initialise () at mainframe_old.cpp:136
#2 0x000000000081d15d in main (argc=1, argv=0x7fff41d98888) at main.cpp:143
(gdb) print empty
print empty
$1 = (Gtk::Widget *) 0x0
(gdb) list ui/mru/MRU.cpp:195
list ui/mru/MRU.cpp:195
190 "", // empty icon
191 "" // empty event
192 );
193
194 _emptyMenuItem.setWidget(empty);
195 empty->hide();
196
197 // Add all the created widgets to the menu
198 for (MenuItems::iterator m = _menuItems.begin(); m != _menuItems.end(); ++m)
199 {