aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Pages: [1] 2

Author Topic: Linux cross-compile choked  (Read 15874 times)

DLH

  • Jr. Member
  • **
  • Karma: 0
  • Offline Offline
  • Posts: 52
Linux cross-compile choked
« on: December 17, 2008, 09:52:06 PM »
I've been trying to cross-compile aMule for Windows using mingw32 on Mandriva 2008.1. I haven't found any relevant howto's so it's been a trial and error process, but still I seemed to be making good progress until it came to amule itself. I'm not even using SVN, just the same stable 2.2.2 source that compiled for Linux like a breeze. I managed to compile wxWidgets with mingw32, which would seem like the biggest hurdle to overcome. However when I run configure in amule sources it keeps getting interrupted with a "checking for zlib >= 1.1.4... no". I have zlib-1.2.3 installed system-wide(and *-devel just in case); I also compiled and installed it in a local build tree and then in /usr/local, but no matter where I point the configure script to look for it(--with-zlib=/x/y/z) or let it auto-detect, the same error returns. It's even harder to understand given that configure detects such system-wide dependencies like flex or bison. I would appreciate any meaningful advice.
Logged

wuischke

  • Developer
  • Hero Member
  • *****
  • Karma: 183
  • Offline Offline
  • Posts: 4292
Re: Linux cross-compile choked
« Reply #1 on: December 17, 2008, 10:07:25 PM »
Did you compile and install zlib for mingw? The Linux version will not work when you try to compile a Windows binary.

(Usual steps for cross-compile with mingw: libiconv, gettext, zlib, crypto++, wxwidgets, amule)
Logged

DLH

  • Jr. Member
  • **
  • Karma: 0
  • Offline Offline
  • Posts: 52
Re: Linux cross-compile choked
« Reply #2 on: December 17, 2008, 11:49:16 PM »
How do you cross-compile something that can't use HOST= option( e.g. zlib) or even 'configure' script at all( crypto++) ? Windows MinGW howto only calls for zlib, wxWidgets and crypto++, so why are more items required to cross-compile ?
« Last Edit: December 17, 2008, 11:59:34 PM by DLH »
Logged

wuischke

  • Developer
  • Hero Member
  • *****
  • Karma: 183
  • Offline Offline
  • Posts: 4292
Re: Linux cross-compile choked
« Reply #3 on: December 18, 2008, 12:21:48 AM »
Cross-compilation means using a different compiler to create code for the target platform and linking against libraries created for the target platform.

The first is done by replacing the compiler command. Set CC="i486-mingw32-gcc" and CXX="i486-mingw32-g++" and you should be done. The cross-compiler environment will reside in /usr/i486-mingw32/ and contain the include, lib,... folders necessary for compiling. Now it gets a bit more complicated as tools like ranlib or ar will sometimes need their own versions (i.e. i486-mingw32-ranlib and i486-mingw32-ar), so this is something you have to manually hack in the crypto++-GNUmakefile. Other than that it's just building all necessary libraries for the target platform (and installing them into the cross-compiler enviroment at /usr/i486-mingw32/) and then building the application.

Please be aware that your mingw version might be called i686-mingw32, in this case names will be i686-mingw32-gcc and so on.

Short: Change usual build tools against cross-compiler tools and use them to build the environment.

Edit: Here's a list of Archlinux mingw32-pkgbuilds (build recipes) in aur: http://aur.archlinux.org/packages.php?K=mingw32
« Last Edit: December 18, 2008, 12:26:20 AM by wuischke »
Logged

GonoszTopi

  • The current man in charge of most things.
  • Administrator
  • Hero Member
  • *****
  • Karma: 169
  • Offline Offline
  • Posts: 2685
Re: Linux cross-compile choked
« Reply #4 on: December 18, 2008, 12:45:24 AM »
Code: (zlib) [Select]
export HOST=mingw32
export MINGW_INSTALL_PREFIX=/usr/local/mingw32

make libz.a \
        -f win32/Makefile.gcc \
        CC=$HOST-gcc \
        AR=$HOST-ar

mv libz.a $MINGW_INSTALL_PREFIX/lib/
mv zconf.h $MINGW_INSTALL_PREFIX/include/
mv zlib.h $MINGW_INSTALL_PREFIX/include/

Code: (crypto++) [Select]
export HOST=mingw32
export MINGW_INSTALL_PREFIX=/usr/local/mingw32

make ISMINGW=1 \
        UNAME=mingw32 \
        CC=$HOST-gcc \
        CXX=$HOST-g++ \
        AS=$HOST-as \
        LD=$HOST-ld \
        AR=$HOST-ar \
        RANLIB=$HOST-ranlib

make install PREFIX=$MINGW_INSTALL_PREFIX
Logged
concordia cum veritate

DLH

  • Jr. Member
  • **
  • Karma: 0
  • Offline Offline
  • Posts: 52
Re: Linux cross-compile choked
« Reply #5 on: December 18, 2008, 02:05:26 AM »
Wow, thanks for the pointed replies. Since I posted my last question I've been going through some makefiles and configure scripts and after a few attempts I managed to nail the right version of zlib by inserting these flags before ./configure
Code: [Select]
CC=i586-pc-mingw32-gcc RANLIB=i586-pc-mingw32-ranlib LD=i586-pc-mingw32-ldNow I have to redo crypto++ since setting CXX wasn't enough. Is compiling gettext really necessary ? I remember that it's huge and it'd probably take an all day ride on my ancient choo-choo.
Logged

GonoszTopi

  • The current man in charge of most things.
  • Administrator
  • Hero Member
  • *****
  • Karma: 169
  • Offline Offline
  • Posts: 2685
Re: Linux cross-compile choked
« Reply #6 on: December 18, 2008, 02:26:52 AM »
Quote from: DLH on December 18, 2008, 02:05:26 AM
Is compiling gettext really necessary ?
No. If you have the native gettext tools on your system, it will work. They are used just to compile the translations. The only program that really uses gettext is amuleweb, which, unfortunately, doesn't work on MSW.
If you don't have gettext at all or just don't want to bother with it, you can configure aMule with --disable-nls.
Logged
concordia cum veritate

DLH

  • Jr. Member
  • **
  • Karma: 0
  • Offline Offline
  • Posts: 52
Re: Linux cross-compile choked
« Reply #7 on: December 18, 2008, 03:03:15 PM »
I'm almost done here, but I keep getting stuck on libgeoip cross-compilation. Could someone advise me what do I need to modify/add to make it happen ? The most recent versions trip up right away, so I tried regressively older versions and I got further along with those but it breaks with errors nevertheless
Code: [Select]
Making all in apps
make[1]: Entering directory `/home/tweaker/mingw32/build/GeoIP-1.4.1/apps'
/bin/sh ../libtool --mode=link i586-pc-mingw32-gcc  -g -O2  -o geoiplookup.exe  geoiplookup.o ../libGeoIP/libGeoIP.la
i586-pc-mingw32-gcc -g -O2 -o geoiplookup.exe geoiplookup.o  ../libGeoIP/.libs/libGeoIP.a
../libGeoIP/.libs/libGeoIP.a(GeoIP.o): In function `GeoIP_open':
/home/tweaker/mingw32/build/GeoIP-1.4.1/libGeoIP/GeoIP.c:500: undefined reference to `_WSAStartup@8'
../libGeoIP/.libs/libGeoIP.a(GeoIP.o): In function `_GeoIP_lookupaddress':
/home/tweaker/mingw32/build/GeoIP-1.4.1/libGeoIP/GeoIP.c:607: undefined reference to `_inet_addr@4'
/home/tweaker/mingw32/build/GeoIP-1.4.1/libGeoIP/GeoIP.c:648: undefined reference to `_ntohl@4'
/home/tweaker/mingw32/build/GeoIP-1.4.1/libGeoIP/GeoIP.c:637: undefined reference to `_gethostbyname@4'
../libGeoIP/.libs/libGeoIP.a(GeoIP.o): In function `GeoIP_assign_region_by_inetaddr':
/home/tweaker/mingw32/build/GeoIP-1.4.1/libGeoIP/GeoIP.c:803: undefined reference to `_ntohl@4'
../libGeoIP/.libs/libGeoIP.a(GeoIP.o): In function `_get_region':
/home/tweaker/mingw32/build/GeoIP-1.4.1/libGeoIP/GeoIP.c:847: undefined reference to `_htonl@4'
collect2: ld returned 1 exit status
make[1]: *** [geoiplookup.exe] Error 1
make[1]: Leaving directory `/home/tweaker/mingw32/build/GeoIP-1.4.1/apps'
make: *** [all-recursive] Error 1

I tried disabling either shared or static in configure but to no avail. Here are the sources:http://geolite.maxmind.com/download/geoip/api/c/
Logged

GonoszTopi

  • The current man in charge of most things.
  • Administrator
  • Hero Member
  • *****
  • Karma: 169
  • Offline Offline
  • Posts: 2685
Re: Linux cross-compile choked
« Reply #8 on: December 18, 2008, 04:22:35 PM »
Compiling GeoIP with mingw is somewhat tricky.

I have a working patchset for GeoIP-1.4.4, see attachment. It was created to be used from native MinGW/MSYS environment, so you'll have to edit the tool names in Makefile.mingw

After applying the patches, 'make -f Makefile.mingw' will produce the libraries (both shared and static by default).
« Last Edit: December 18, 2008, 04:24:34 PM by GonoszTopi »
Logged
concordia cum veritate

DLH

  • Jr. Member
  • **
  • Karma: 0
  • Offline Offline
  • Posts: 52
Re: Linux cross-compile choked
« Reply #9 on: December 18, 2008, 05:12:19 PM »
Awesome ! I got the patches merged and I know how to edit the tools, but one section in the makefile concerns me
Code: [Select]
DATADIR = c:/GeoIP
CONFDIR = c:/GeoIP
 Should I do anything about those or just ignore them ? Are those paths going to be hard-coded in aMule ?
« Last Edit: December 18, 2008, 05:27:28 PM by DLH »
Logged

GonoszTopi

  • The current man in charge of most things.
  • Administrator
  • Hero Member
  • *****
  • Karma: 169
  • Offline Offline
  • Posts: 2685
Re: Linux cross-compile choked
« Reply #10 on: December 18, 2008, 05:26:35 PM »
You may safely ignore them. CONFDIR is only used by the geoipupdate executable, DATADIR is not used on MSW targets.
Logged
concordia cum veritate

DLH

  • Jr. Member
  • **
  • Karma: 0
  • Offline Offline
  • Posts: 52
Re: Linux cross-compile choked
« Reply #11 on: December 19, 2008, 02:22:14 AM »
So close but no cigar ! I spent a few hours compiling and was getting ready to put my hands on a brand new binary, when it got snatched from me again
Code: [Select]
Linking amule.exe
/usr/local/bin/../lib/gcc/i586-pc-mingw32/3.4.5/../../../../i586-pc-mingw32/lib/libstdc++.a(stubs.o):stubs.c:(.text+0x60): multiple definition of `_expf'
amule-DownloadClient.o:/home/tweaker/mingw32/build/amule-2.2.2/src/GuiEvents.h:(.text$expf[_expf]+0x0): first defined here
collect2: ld returned 1 exit status
make[3]: *** [amule.exe] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
Any ideas, please ?
Logged

Stu Redman

  • Administrator
  • Hero Member
  • *****
  • Karma: 214
  • Offline Offline
  • Posts: 3739
  • Engines screaming
Re: Linux cross-compile choked
« Reply #12 on: December 19, 2008, 11:41:42 AM »
Quote from: iz0bbz on December 18, 2008, 10:21:05 PM
Are you saying that, at the end, you'll be able to have a Win32 amule or amulegui including GeoIP support?
If you want to run it on Windows, why don't you compile it on Windows with the free MS-VisualC++-Express ? GeoIP is also supported in the MSVC project (SVN version only).

Quote
Moreover, do you think patches can be adapted to GeoIP 1.4.5?
Why ? There's no benefit in 1.4.5. Just a load of IPV6 stuff that breaks everything. And all the #if !defined(WIN32) && !defined(WIN64) only prooves they have no clue about Windows and never tried to compile it.  >:(
Logged
The image of mother goddess, lying dormant in the eyes of the dead, the sheaf of the corn is broken, end the harvest, throw the dead on the pyre -- Iron Maiden, Isle of Avalon

GonoszTopi

  • The current man in charge of most things.
  • Administrator
  • Hero Member
  • *****
  • Karma: 169
  • Offline Offline
  • Posts: 2685
Re: Linux cross-compile choked
« Reply #13 on: December 19, 2008, 08:50:05 PM »
Quote from: iz0bbz on December 19, 2008, 04:50:29 PM
I tried to statically link the GeoIP code (--with-geoip-static)  but it didn't work with i386-mingw32-ld. So amulegui.exe requires GeoIP.dll .
If you remove the shared library (.dll) and the import library (.dll.a), ld should link with the static library. Or, if you don't build them.

Quote from: iz0bbz on December 19, 2008, 04:50:29 PM
There are still minor problems in the make phase, [...]
What problems?
Logged
concordia cum veritate

GonoszTopi

  • The current man in charge of most things.
  • Administrator
  • Hero Member
  • *****
  • Karma: 169
  • Offline Offline
  • Posts: 2685
Re: Linux cross-compile choked
« Reply #14 on: January 11, 2009, 02:32:09 PM »
Thanks for the report and the tests. Static link with GeoIP is now fixed in rev. 9371.
Logged
concordia cum veritate
Pages: [1] 2
« previous next »