Arx Libertatis Bug Tracker
star_faded.png
Please log in to bookmark issues
bug_report_small.png
CLOSED  Bug report #241  -  make-file looks at wrong places for libraries under Debian systems
Posted Apr 23, 2012 - updated Apr 25, 2012   Shortlink: http://arx.vg/241
action_vote_minus_faded.png
0
Votes
action_vote_plus_faded.png
icon_info.png This issue has been closed with status "Not a bug" and resolution "NOT AN ISSUE".
Issue details
  • Type of issue
    Bug report
  • Status
     
    Not a bug
  • Assigned to
    Not assigned to anyone
  • Progress
       
  • Type of bug
    Not triaged
  • Likelihood
    Not triaged
  • Effect
    Not triaged
  • Posted by
     Guest user
  • Owned by
    Not owned by anyone
  • Estimated time
    Not estimated
  • Category
    General
  • Resolution
    NOT AN ISSUE
  • Priority
    Not determined
  • Reproducability
    Always
  • Severity
    Not determined
  • Targetted for
    icon_milestones.png Not determined
  • OS
    icon_customdatatype.png Not determined
  • Architecture
    icon_customdatatype.png Not determined
  • Fixed in
    icon_customdatatype.png Not determined
Issue description
If you clone the git repo, run "cmake . && make" it aborts under Debian testing/64bit because some libs can't be found.

Make looks for:

  • /usr/lib/i386-linux-gnu/libfreetype.so
  • /usr/lib/libz.so
  • possbily more libs


while they are located in at a different location, eg:
  • /usr/lib32/libfreetype.so.6.6.0
  • /usr/lib32/libz.so


I don't know exactly how to fix this but I assume the cmake-file is the root of this problem.
Steps to reproduce this issue
Under a Debian testing (64 bit) system:

git clone git://github.com/arx/ArxLibertatis.git cmake . && make


#1
icon_reply.pngReply
Comment posted by
 Daniel Scharrer
Apr 24, 08:12
Can you provide mor information on what exactly went wrong? For build failures it's always best to include the full output of cmake and make (remove CMakeCache.txt to get a clean cmake run).

Finding the packages is handled by cmake and should be configured by the distribution. This is however problematic on multilib systems as cmake doesn't check that the architectures match, but we verify this in our CMakeLists.txt should always use the correct version of the library or fail at configure time.

Also, is there a reason you would want a 32-bit build (which the libraries in /usr/lib32/ are for) on a 64-bit system? Arx Libertatis runs fine in 64-bit.
#2
icon_reply.pngReply
Comment posted by
 Guest user
Apr 24, 20:21
And suddenly everything was so clear...

I migrated my system from a 32 bit to a 64 bit system and simply copied my home folder, including the CMakeCache.txt which held references to 32 bit depencies of arx.

Removing taht file and running cmake again let me compile arx without any problems.

Sorry for the confusion and thanks for you time, Daniel!