#293 svn rev 2091 fails to build

closed-fixed
nobody
None
5
2007-06-28
2007-06-24
No

See attached file for error messsages generated by scons

Discussion

  • output from running scons in ~/freeorion/FreeOrion

     
  • Logged In: YES
    user_id=586970
    Originator: YES

    Build 2092 still fails in client/human/HumanClientAppSoundOpenAL.cpp and client/human/HumanClientAppSoundOpenAL.h

     
  • Geoff Topping
    Geoff Topping
    2007-06-25

    Logged In: YES
    user_id=913462
    Originator: NO

    If you run "scons configure", does it successfully detect the openal and vorbisfile headers?

     
  • Logged In: YES
    user_id=586970
    Originator: YES

    I didn't have openal installed. You need to update the wiki to show that openal is now a dependency. But the configure is failing with.
    NameError: name 'alut_pkgconfig_version' is not defined:
    File "SConstruct", line 335:
    if conf.CheckPkg('alut', alut_pkgconfig_version):

    I thought that it was because I didn't have freealut installed but that didn't make any difference.

    What did work however was to add alut_pkgconfig_version='1.1.0' to the build_config.py file.

    At this point I am getting openal >= 0.0.8 ok
    alut >= 1.1.0 failed (but it is installed at 1.1.0)
    log4cpp >= 0.3.4b failed
    log4cpp version == 0.3.4b yes
    c++ header file log4cpp/Category.hh yes
    log4cpp::Category::getRoot() in C++ library log4cpp yes

    Note -- specifying with_alut=/usr/bin with_alut_include=/usr/include with_alut_libdir=/usr/lib didn't help either.

    build fails for undefined reference to alutExit,aluteCreateBufferFromFile,alutGetError,alutGetErrorString

    I apologize for not catching that I was missing a dependency instead I just relied on the list you gave in the compile section of the wiki.

     
  • Logged In: YES
    user_id=586970
    Originator: YES

    On my gentoo system pkg files are installed to /usr/bin /usr/lib /usr/include /usr/share/doc

     
  • Logged In: YES
    user_id=586970
    Originator: YES

    Progress to date.
    1). In file SConstruct line 333 change --> AppendPackagePaths('alut', env) to AppendPackagePaths('freealut', env). and on line 335 change --> if conf.CheckPkg('alut', alut_pkgconfig_version): to if conf.CheckPkg('freealut', alut_pkgconfig_version):
    2). In file build_config.py add. alut_pkgconfig_version = '1.1.0' alut_win32_lib_name='ALut'

    At this point my configure is as follows.
    scons configure
    scons: Reading SConscript files ...
    Configuring for POSIX system...
    Checking for pkg-config... ok
    Checking for GiGiSDL >= 0.6.0... ok
    Checking for C++ header file boost/shared_ptr.hpp... yes
    Checking Boost version >= 1.33.1... yes
    Checking for C++ header file boost/graph/dijkstra_shortest_paths.hpp... yes
    Looking for boost lib boost_serialization...
    Checking for boost::archive::binary_iarchive::is_saving() in C++ library boost_serialization... yes
    Looking for boost lib boost_iostreams...
    Checking for main() in C++ library boost_iostreams... yes
    Boost configuration... ok
    Checking for openal >= 0.0.8... ok
    Checking for freealut >= 1.1.0... ok
    Checking for vorbisfile >= 1.1.2... ok
    Checking for libgraph >= 2.8... ok
    Checking for libgvc >= 2.8... ok
    Checking for log4cpp >= 0.3.4b... failed
    Checking log4cpp version == 0.3.4b... yes
    Checking for C++ header file log4cpp/Category.hh... yes
    Checking for log4cpp::Category::getRoot() in C++ library log4cpp... yes
    Configuration successful... yes

    Program compiled succesfully.

     
  • Logged In: YES
    user_id=586970
    Originator: YES

    in your configure why is it that you are checking for the package alut on posix systems instead of checking for freealut on posix systems? Is freealut being installed under the package name of alut in rpm versions? or deb versions?

    I did an svn update and freeorions SConstruct file had gone back to checking for alut instead of freealut. This cause's the program to not build on my system.

     
  • Geoff Topping
    Geoff Topping
    2007-06-26

    Logged In: YES
    user_id=913462
    Originator: NO

    The latest update to the build scripts was not intended to fix this problem. tzlaine is aware of the issue though, and (as far as I know) intends to fix it.

     
  • Zach Laine
    Zach Laine
    2007-06-28

    Logged In: YES
    user_id=729903
    Originator: NO

    Fixed in Subversion.

     
  • Zach Laine
    Zach Laine
    2007-06-28

    • status: open --> closed-fixed