install/configure in Ubuntu 7.01 (gutsy) AMD64

[kk]

UPDATE:

this should totally be a sticky somewhere in the forum:
http://ufoai.ninex.info/wiki/index.php/Debian



didn't know the forum existed until a google search, wiki was harder to find.
(homepage on softpedia points to ufoai.net, which points to a .de site)





hey all, first off thanks for providing this.
having some issues installing, (fairly) new to linux.

system is ubuntu 7/gutsy running on 64 bit architecture,
.deb package is 32 bit so can't run it from there,
downloaded source and running into this on ./configure:

checking curl/curl.h usability... no
checking curl/curl.h presence... no
checking for curl/curl.h... no
configure: error: Could not find curl/curl.h!

curl libraries are installed, curl-devel package wasn't found using:
sudo apt-get install curl-devel

fairly sure i have all repositories selected in synaptic so i don't know why it wouldn't find it.

checked previous posts and others seem to have the same issue,
checking the 64bit configure post here:
http://ufoai.ninex.info/forum/index.php?topic=2065.0

and did this:

I found solution. Make symbolic link from /lib/lib64/libcurl.so.4 to /usr/lib/libcurl.so.4 for x86_64 systems.

@sudo ln -s /usr/lib/libcurl.so.4 /lib/lib64/libcurl.so.4

my lib64 directory is found at /usr/lib64 not /lib/lib64, though.
rm'd the existing libcurl* symbolic links in /usr/lib, and relinked to the /usr/lib64 .so
ran ./configure again, still not finding curl.h

my libcurl shared object version 3 is nonexistent, is only a symbolic link to libcurl.so.4.0.0

also in that thread:

someone@gresham ~/ufoai $ ./ufo   
./ufo: error while loading shared libraries: libcurl.so.4: cannot open shared object file: No such file or directory


So for starters:

someone@gresham ~/ufoai $ uname -a
Linux gresham 2.6.23-gentoo-r3 #4 SMP Fri Feb 8 01:55:24 EST 2008 x86_64 AMD Athlon(tm)64 X2 Dual Core Processor 3800+ AuthenticAMD GNU/Linux


I had already installed curl and used it before, so this seemed strange:


someone@gresham ~/ufoai $ ls -al /usr/lib/libcurl*
-rw-r--r-- 1 root vmware 451210 Feb 26 21:51 /usr/lib/libcurl.a
-rw-r--r-- 1 root vmware    925 Feb 26 21:51 /usr/lib/libcurl.la
lrwxrwxrwx 1 root vmware     16 Feb 26 21:51 /usr/lib/libcurl.so -> libcurl.so.4.0.1
lrwxrwxrwx 1 root vmware     16 Feb 26 21:51 /usr/lib/libcurl.so.4 -> libcurl.so.4.0.1
-rwxr-xr-x 1 root vmware 242248 Feb 26 21:51 /usr/lib/libcurl.so.4.0.1


Which seemed fine to me. So then, I checked the dynamic links:


someone@gresham ~/ufoai $ ldd ufo
   linux-gate.so.1 =>  (0xffffe000)
   libdl.so.2 => /lib32/libdl.so.2 (0xf7ed1000)
   libm.so.6 => /lib32/libm.so.6 (0xf7eab000)
   libz.so.1 => /lib32/libz.so.1 (0xf7e98000)
   libcurl.so.4 => not found
   libjpeg.so.62 => /usr/lib32/libjpeg.so.62 (0xf7e77000)
   libpng12.so.0 => /usr/lib32/libpng12.so.0 (0xf7e53000)
   libSDL_ttf-2.0.so.0 => /usr/lib32/libSDL_ttf-2.0.so.0 (0xf7e4d000)
   libSDL_mixer-1.2.so.0 => /usr/lib32/libSDL_mixer-1.2.so.0 (0xf7e3c000)
   libSDL-1.2.so.0 => /usr/lib32/libSDL-1.2.so.0 (0xf7ddc000)
   libc.so.6 => /lib32/libc.so.6 (0xf7cac000)
   /lib/ld-linux.so.2 (0xf7f01000)
   libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf7c31000)
   libpthread.so.0 => /lib32/libpthread.so.0 (0xf7c1a000)
   libmikmod.so.2 => /usr/lib32/libmikmod.so.2 (0xf7be0000)
   libaudiofile.so.0 => /usr/lib32/libaudiofile.so.0 (0xf7bb8000)


And wondered why everything was linking against the lib32 versions.

I wasn't building this from source (no ebuild for gentoo yet...) so I checked the ufoai.x86_64:


someone@gresham ~/ufoai $ ldd ufo.x86_64
./ufo.x86_64: /usr/lib/libcurl.so.4: no version information available (required by ./ufo.x86_64)
<!-- snip -->
   libcurl.so.4 => /usr/lib/libcurl.so.4 (0x00002b927ceec000)
<!-- snip -->


Not sure why there was no version info available (my issue - nothing to do with this)

So then, I took a look at the ufoai script, and the relevant line is:


123 # start the game
124 ./${GAME_BINARY} ${CMD_ARGS} "$@"
125 EXITCODE="$?"


And $GAME_BINARY is set here:


 17 # The game binary
 18 GAME_BINARY="ufo"

 
I changed this to:
 

 17 # The game binary
 18 GAME_BINARY="ufo.x86_64"

 
And everything worked as it should.

most of this is greek to me, but it looks promising.
any ideas, for myself and others on 64bit systems?

thanks much

[blondandy]

to find ufo:ai sites

from google type "ufoai" and click i'm feeling lucky. I think you will get

http://ufoai.sourceforge.net/

which links to the wiki, the forum, ...

[Doctor J]

There are two problems with that theory:

1) SourceForge can be incredibly slow sometimes.

2) Trying to find 64 bit info from the main page is like the proverbial haystack search.  I don't think an average user would be able to get to the message the OP alluded to from SourceForge page.