Linux users: which Distribution are you running?
Moderator: Oberlus
I see... Oh well. If you want I can prepare Mandriva 2005LE rpm's as soon as the CVS is stable.Yoghurt wrote:Yes, but they also mention it doesn't really work for C++ projects.Wolverine wrote:Ok. Now I understand. However I still think that I have seen somewhere in the documentation that autopackage takes care of such things.
Posted. I found three new bugs as of now.Yoghurt wrote:Then please, please, submit bug reports ASAP, as the CVS currently is identical with the upcoming 0.3 releaseHowever the latest CVS is broken as hell.
Also. Could you please make "clean" target for Scons?
The emperor wants to control outer space. Yoda wants to control inner space. That's the fundamental difference between the good and the bad sides of the force... - Mof, Human Traffic
- Geoff the Medio
- Programming, Design, Admin
- Posts: 13587
- Joined: Wed Oct 08, 2003 1:33 am
- Location: Munich
As suggested earlier in the thread, you should just use autopackage and let the distros worry about providing their own specific packages if they really want to.
Did you tell the autopackage guys about this? I'm sure they'd be either able to fix it to work on most distros or be eager to address any shortcomings you have exposed with their system.Yoghurt wrote:And as already stated earlier, I had prepared an autopackage based binary. And that wouldnt work on most distros.
I might go with the double-compile approach, but for now I have to get FO to work on my own machine (it crashes mysteriously since a while ago)autopackage homepage wrote:Important note to C++ developers
If your software uses QT/kdelibs, or just relies on large C++ libraries, then you must be careful. [...] Because of this, we cannot guarantee that your software will run on all systems. [...]Full C++ support is planned for autopackage 1.2. Our solution is to double compile C++ applications and select the correct binary at install time.
Yeah, when splitting fleet for example. :-(Yoghurt wrote:I might go with the double-compile approach, but for now I have to get FO to work on my own machine (it crashes mysteriously since a while ago)autopackage homepage wrote:Important note to C++ developers
If your software uses QT/kdelibs, or just relies on large C++ libraries, then you must be careful. [...] Because of this, we cannot guarantee that your software will run on all systems. [...]Full C++ support is planned for autopackage 1.2. Our solution is to double compile C++ applications and select the correct binary at install time.
- Geoff the Medio
- Programming, Design, Admin
- Posts: 13587
- Joined: Wed Oct 08, 2003 1:33 am
- Location: Munich
I'm using tainted source files from current CVS (20051203 11:28 GMT). GiGi doesn't install headers where it's expected (/usr/local/include/GG), so I had to copy them manually (I'm debianizing libgigi and FreeOrion builds). scons install only creates /usr/local/include/GG and copies only one header file.Geoff the Medio wrote:Are you using the v0.2 download? That had known fleet splitting bugs.quork wrote:Yeah, when splitting fleet for example. :-(
If it's happening (again) in v0.3 from CVS, then please post a bug report ASAP.
I also suspect that libgigi isn't updated with developer's versions, because FreeOrion refuses to compile with errors such:
} catch (const FileDlg::InitialDirectoryDoesNotExistException& e) {
UI/OptionsWnd.cpp:964: error: syntax error before `&' token
same with InGameOptions.cpp
This exception is not defined in dialogs/GGFileDlg.h where it IMO should be. It defines BadInitialDirectory exception instead.
The other one is with GG::ListBox::DontAcceptDropException(); in UI/FleetWindow.cpp that emits message about unknown class member ListBox::DontAcceptDropException (maybe it should be called as DontAcceptDrop only? I don't know, I'm not C++ developer.)
I'm using debian-testing with gcc 3.3.6.
Last edited by quork on Sat Dec 03, 2005 11:04 am, edited 2 times in total.
- Geoff the Medio
- Programming, Design, Admin
- Posts: 13587
- Joined: Wed Oct 08, 2003 1:33 am
- Location: Munich