|Summary:||sys-libs/gdbm fail to emerge in cross-compile|
|Product:||Gentoo Linux||Reporter:||Yu Yuwei <acevery>|
|Component:||[OLD] Core system||Assignee:||Gentoo's Team for Core System packages <base-system>|
|Severity:||normal||CC:||ford_prefect, jacobgodserv, nixphoeni, siarhei.siamashka, thermal|
|Package list:||Runtime testing required:||---|
patch Makefile.in to correctly use libtool to install
Description Yu Yuwei 2009-12-02 13:10:05 UTC
gdbm-1.8.3 shipped with outdated ltmain.sh which cause cross-compile failure. The Makefile.in also need to update to specify the --mode=install for libtool-2.2.6a, otherwise src_install() would fail with libtool error. Reproducible: Always Steps to Reproduce: 1. cross-compile gdbm-1.8.3-r4 2. fail with ld : Actual Results: # armv4tl-softfloat-linux-gnueabi-gcc -shared dbminit.lo delete.lo fetch.lo store.lo seq.lo close.lo dbmopen.lo dbmdelete.lo dbmfetch.lo dbmstore.lo dbmseq.lo dbmclose.lo dbmdirfno.lo dbmpagfno.lo dbmrdonly.lo -L/usr/armv4tl-softfloat-linux-gnueabi/lib -L/usr/armv4tl-softfloat-linux-gnueabi/usr/lib -Wl,--as-needed -L/usr/lib -L/usr/armv4tl-softfloat-linux-gnueabi/tmp/portage/sys-libs/gdbm-1.8.3-r4/image//usr/lib -lgdbm -Wl,-soname -Wl,libgdbm_compat.so.3 -o .libs/libgdbm_compat.so.3.0.0 # /usr/lib/libgdbm.so: file not recognized: File format not recognized # collect2: ld returned 1 exit status # libtool: install: error: relink `libgdbm_compat.la' with the above command before installing it # make: *** [install-compat] Error 1 # [31;01m*[0m ERROR: sys-libs/gdbm-1.8.3-r4 failed: Expected Results: successfully cross-compile
Comment 1 Yu Yuwei 2009-12-02 13:12:14 UTC
Created attachment 211760 [details, diff] patch Makefile.in to correctly use libtool to install patch for cross-compile
Comment 2 Yu Yuwei 2009-12-02 13:14:10 UTC
Created attachment 211763 [details] fixxed ebuild remove aclocal.m4 and run eautoreconf instead of eliboolized, patch Makefile.in for libtool-2.2.6a require --mode=install in install phrase.
Comment 3 Jeroen Roovers (RETIRED) 2009-12-10 21:58:13 UTC
Created attachment 212653 [details, diff] ebuild diff Please attach a unified diff, not a full ebuild next time.
Comment 4 Diego Elio Pettenò (RETIRED) 2009-12-11 13:20:49 UTC
It doesn't sound all right: - removing aclocal.m4 shouldn't be needed when using eautoreconf; - for future-proofing, elibtoolize should be kept, after eautoreconf has finished; - disabling dependency tracking is generally useful for one-time builds like all of Portage-commanded builds are, and should have no implications in cross-compilation.
Comment 5 Yu Yuwei 2009-12-11 15:05:38 UTC
(In reply to comment #4) > It doesn't sound all right: > > - removing aclocal.m4 shouldn't be needed when using eautoreconf; > - for future-proofing, elibtoolize should be kept, after eautoreconf has > finished; > - disabling dependency tracking is generally useful for one-time builds like > all of Portage-commanded builds are, and should have no implications in > cross-compilation. > Hi Flameeye, when I kept aclocal.m4, the eautoreconf just skip aclocal, and the libtool stuff would not been updated.
Comment 6 Yu Yuwei 2009-12-11 15:47:49 UTC
(In reply to comment #3) > Created an attachment (id=212653) [details] > ebuild diff > > Please attach a unified diff, not a full ebuild next time. > Got it :)
Comment 7 Alex Alexander (RETIRED) 2010-04-03 01:08:40 UTC
the patch worked here, thanks
Comment 8 Guseinov Alexey 2011-03-06 07:57:18 UTC
Woked for me too.
Comment 9 Arun Raghavan (RETIRED) 2011-03-25 08:26:57 UTC
Interestingly, this just works if you just remove the elibtoolize (without the patch, rm of aclocal.m4 or eautoreconf). I don't understand the libtool foo enough to comment why this might be (or if this is even expected).
Comment 10 Maciej Grela 2011-09-14 21:32:51 UTC
After applying both patches my problems with crosscompiling for hppa were gone. Thanks !
Comment 11 SpanKY 2011-09-19 03:55:03 UTC
*** Bug 379453 has been marked as a duplicate of this bug. ***
Comment 12 SpanKY 2011-09-19 04:27:59 UTC
should be fixed with gdbm-1.9.1