zlib läßt sich nicht bauen

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

zlib läßt sich nicht bauen

Sebastian
Hallo,

ich baue gerade ein neues Gentoo, bisher habe ich das Stage 3 archiv entpackt, das Provil eingestellt (was entgeht einem eigentlich wenn man multilib ablehnt) und dann beim emerge avuND world scheitert es an sys-libs/zlib-1.2.11.

/bin/sh ./libtool  --tag=CC   --mode=compile gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.11\" -DPACKAGE_STRING=\"minizip\ 1.2.11\" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.11\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip  -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/../..   -march=native -O2 -pipe -c -o unzip.lo /var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/unzip.c
libtool: compile:  gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.11\" "-DPACKAGE_STRING=\"minizip 1.2.11\"" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.11\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/../.. -march=native -O2 -pipe -c /var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/unzip.c  -fPIC -DPIC -o .libs/unzip.o
/bin/sh ./libtool  --tag=CC   --mode=compile gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.11\" -DPACKAGE_STRING=\"minizip\ 1.2.11\" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.11\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip  -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/../..   -march=native -O2 -pipe -c -o zip.lo /var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/zip.c
libtool: compile:  gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.11\" "-DPACKAGE_STRING=\"minizip 1.2.11\"" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.11\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/../.. -march=native -O2 -pipe -c /var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/zip.c  -fPIC -DPIC -o .libs/zip.o
/bin/sh ./libtool  --tag=CC   --mode=link gcc  -march=native -O2 -pipe -L./../.. -version-info 1:0:0 -lz -Wl,-O1 -Wl,--as-needed -o libminizip.la -rpath /usr/lib64 ioapi.lo mztools.lo unzip.lo zip.lo  
libtool: link: gcc -shared  -fPIC -DPIC  .libs/ioapi.o .libs/mztools.o .libs/unzip.o .libs/zip.o   -L./../.. -lz -Wl,--as-needed  -march=native -O2 -Wl,-O1   -Wl,-soname -Wl,libminizip.so.1 -o .libs/libminizip.so.1.0.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.4/../../../../x86_64-pc-linux-gnu/bin/ld: ./../../libz.a(crc32.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
./../../libz.a: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
make: *** [Makefile:470: libminizip.la] Error 1
make: Leaving directory '/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11-abi_x86_64.amd64/contrib/minizip'
 * ERROR: sys-libs/zlib-1.2.11::gentoo failed (compile phase):
 *   emake failed


ich kann darin nichts erkennen? Was bedeutet recompile with -fPIC?

Gruß
Sebastian

Reply | Threaded
Open this post in threaded view
|

Re: zlib läßt sich nicht bauen

Randy Andy
Am Thu, 2 Feb 2017 06:07:05 +0100 (CET)
schrieb "Sebastian K_rschner" <[hidden email]>:

> Hallo,

Hi Sebastian,

finde zwar gerade keinen passenden Bug Report dazu, entsinne mich aber
dumpf, dass ich das Problem auch mal hatte.

Meiner package.use entnehme ich, dass Du ab Version

>=sys-libs/zlib-1.2.7 minizip

und in deinem Fall auch noch (oder nur)

>=sys-libs/zlib-1.2.8-r1 static-libs

als USE-Flag benötigst, um das Problem zu lösen.

Ist damit jedenfalls hier erfolgreich gebaut und installiert:

[I] sys-libs/zlib
     Verfügbare Versionen:   1.2.11 {minizip static-libs ABI_MIPS="n32
n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"}
Installierte Versionen: 1.2.11(19:05:50 19.01.2017)(minizip static-libs
ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64"
ABI_X86="32 64 -x32") Startseite:             http://www.zlib.net/
Beschreibung:           Standard (de)compression library

Gruß und gutes Gelingen,

Andy.


>
> ich baue gerade ein neues Gentoo, bisher habe ich das Stage 3 archiv
> entpackt, das Provil eingestellt (was entgeht einem eigentlich wenn
> man multilib ablehnt) und dann beim emerge avuND world scheitert es
> an sys-libs/zlib-1.2.11.

> -Wl,-O1 -Wl,--as-needed -o libminizip.la -rpath /usr/lib64 ioapi.lo
> mztools.lo unzip.lo zip.lo libtool: link: gcc -shared  -fPIC
> -DPIC  .libs/ioapi.o .libs/mztools.o .libs/unzip.o .libs/zip.o
> -L./../.. -lz -Wl,--as-needed  -march=native -O2 -Wl,-O1
> -Wl,-soname -Wl,libminizip.so.1
> -o .libs/libminizip.so.1.0.0 /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.4/../../../../x86_64-pc-linux-gnu/bin/ld: ./../../libz.a(crc32.o):
> relocation R_X86_64_32S against `.rodata' can not be used when making
> a shared object; recompile with -fPIC ./../../libz.a: error adding
> symbols: Bad value collect2: error: ld returned 1 exit status make:
> *** [Makefile:470: libminizip.la] Error 1 make: Leaving directory
> '/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11-abi_x86_64.amd64/contrib/minizip'
>  * ERROR: sys-libs/zlib-1.2.11::gentoo failed (compile phase):
>  *   emake failed
>
>
> ich kann darin nichts erkennen? Was bedeutet recompile with -fPIC?
>
> Gruß
> Sebastian
>


attachment0 (235 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: zlib läßt sich nicht bauen

Sebastian
In reply to this post by Sebastian
Hallo Alle,

danke Andy leider komme ich damit nicht weiter das Problem bleibt.

ich habe auch die package.use aus meiner anderen Installation mal eingehäng aber auch das klappt nicht. Die ist aber auch gut gefüllt und damit will ich nicht neu starten. Ich arbeite hier noch in einem chroot aus neon(ubuntu derivat) Die gentoo live cd hat auf meinem Rechner Startprobleme.

Darin sind die Useflags für zlib folgende:
>=sys-libs/zlib-1.2.8-r1 abi_x86_32
# required by dev-util/pkgconfig-0.28-r2::gentoo[-internal-glib]
# required by virtual/pkgconfig-0-r1::gentoo
# required by net-print/cups-2.0.3::gentoo
# required by app-emulation/wine-1.6.2::gentoo[cups,abi_x86_32]
# required by wine (argument)
>=sys-libs/zlib-1.2.8-r1 minizip
# required by app-office/akonadi-server-1.13.0[qt4]
# required by kde-base/kdepimlibs-4.14.3
# required by kde-base/libplasmaclock-4.11.14[kdepim]
# required by kde-base/plasma-workspace-4.11.14
# required by kde-base/kdebase-startkde-4.11.14
# required by kde-base/kdebase-startkde (argument)

Diese habe ich angepasst auf:
>=sys-libs/zlib-1.2.11 minizip static-libs
>=sys-libs/zlib-1.2.11 abi_x86_32


ich habe es in allen erdenklichen Kombinationen versucht aber ohne Erfolg.
wofür steht eigentlich abi_x86_32?

Am Ende noch die Systemeinstellungen ohne package.use wobei mit package.use wie oben wird
USE="-minizip -static-libs" ABI_X86="64 -32 -x32" angezeigt.
wo liegt der Vorteil dies als Ordner zu pflegen? So wurde es jedenfalls bei der neuinstallation angelegt aber im Web habe ich aber nur die beschreibung als datei gefunden lediglich einen inweis auf die Strucktur als Ordner. funktionieren dann etc-update und co genauso?

Gruß
Sebastian

> Randy Andy <[hidden email]> hat am 2. Februar 2017 um 16:10 geschrieben:
>
>
> Am Thu, 2 Feb 2017 06:07:05 +0100 (CET)
> schrieb "Sebastian K_rschner" <[hidden email]>:
>
> > Hallo,
>
> Hi Sebastian,
>
> finde zwar gerade keinen passenden Bug Report dazu, entsinne mich aber
> dumpf, dass ich das Problem auch mal hatte.
>
> Meiner package.use entnehme ich, dass Du ab Version
>
> >=sys-libs/zlib-1.2.7 minizip
>
> und in deinem Fall auch noch (oder nur)
>
> >=sys-libs/zlib-1.2.8-r1 static-libs
>
> als USE-Flag benötigst, um das Problem zu lösen.
>
> Ist damit jedenfalls hier erfolgreich gebaut und installiert:
>
> [I] sys-libs/zlib
>      Verfügbare Versionen:   1.2.11 {minizip static-libs ABI_MIPS="n32
> n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"}
> Installierte Versionen: 1.2.11(19:05:50 19.01.2017)(minizip static-libs
> ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64"
> ABI_X86="32 64 -x32") Startseite:             http://www.zlib.net/
> Beschreibung:           Standard (de)compression library
>
> Gruß und gutes Gelingen,
>
> Andy.
>
>
> >
> > ich baue gerade ein neues Gentoo, bisher habe ich das Stage 3 archiv
> > entpackt, das Provil eingestellt (was entgeht einem eigentlich wenn
> > man multilib ablehnt) und dann beim emerge avuND world scheitert es
> > an sys-libs/zlib-1.2.11.
>
> > -Wl,-O1 -Wl,--as-needed -o libminizip.la -rpath /usr/lib64 ioapi.lo
> > mztools.lo unzip.lo zip.lo libtool: link: gcc -shared  -fPIC
> > -DPIC  .libs/ioapi.o .libs/mztools.o .libs/unzip.o .libs/zip.o
> > -L./../.. -lz -Wl,--as-needed  -march=native -O2 -Wl,-O1
> > -Wl,-soname -Wl,libminizip.so.1
> > -o .libs/libminizip.so.1.0.0 /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.4/../../../../x86_64-pc-linux-gnu/bin/ld: ./../../libz.a(crc32.o):
> > relocation R_X86_64_32S against `.rodata' can not be used when making
> > a shared object; recompile with -fPIC ./../../libz.a: error adding
> > symbols: Bad value collect2: error: ld returned 1 exit status make:
> > *** [Makefile:470: libminizip.la] Error 1 make: Leaving directory
> > '/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11-abi_x86_64.amd64/contrib/minizip'
> >  * ERROR: sys-libs/zlib-1.2.11::gentoo failed (compile phase):
> >  *   emake failed
> >
> >
> > ich kann darin nichts erkennen? Was bedeutet recompile with -fPIC?
> >
> > Gruß
> > Sebastian

Reply | Threaded
Open this post in threaded view
|

Re: zlib läßt sich nicht bauen

Randy Andy
Hi Stefan,


Am Thu, 2 Feb 2017 22:48:26 +0100 (CET)
schrieb "Sebastian K_rschner" <[hidden email]>:

> Hallo Alle,
>
> danke Andy leider komme ich damit nicht weiter das Problem bleibt.
>
> ich habe auch die package.use aus meiner anderen Installation mal
> eingehäng aber auch das klappt nicht. Die ist aber auch gut gefüllt
> und damit will ich nicht neu starten. Ich arbeite hier noch in einem
> chroot aus neon(ubuntu derivat) Die gentoo live cd hat auf meinem
> Rechner Startprobleme.
Ich verwende und empfehle meist die Verwendung der SystemRescueCD denn:
 - basiert auf Gentoo, ist schlank und bringt dennoch alles nötige mit.
- unterstützt 32 und 64 Bit systeme als Bootfähige Auswahl, dazu noch
  in verschieden Kernel Versionen.
Wichtig hier fürs den Chroot Kompilieren zu wissen, dass immer der zur
zu installierenden Architektur(32 oder 64 Bit) passende kernel geleaden
sein muss.
- Bessere Hardwareerkennung, funktionierendes X um im Browser Doku
  lesen zu können, während man im X-Terminal Gentoo-installiert - im
  Vergleich zur Gentoo minimal Install-CD.

>
> Darin sind die Useflags für zlib folgende:
> >=sys-libs/zlib-1.2.8-r1 abi_x86_32  
> # required by dev-util/pkgconfig-0.28-r2::gentoo[-internal-glib]
> # required by virtual/pkgconfig-0-r1::gentoo
> # required by net-print/cups-2.0.3::gentoo
> # required by app-emulation/wine-1.6.2::gentoo[cups,abi_x86_32]
> # required by wine (argument)
> >=sys-libs/zlib-1.2.8-r1 minizip  
> # required by app-office/akonadi-server-1.13.0[qt4]
> # required by kde-base/kdepimlibs-4.14.3
> # required by kde-base/libplasmaclock-4.11.14[kdepim]
> # required by kde-base/plasma-workspace-4.11.14
> # required by kde-base/kdebase-startkde-4.11.14
> # required by kde-base/kdebase-startkde (argument)
>
> Diese habe ich angepasst auf:
> >=sys-libs/zlib-1.2.11 minizip static-libs
> >=sys-libs/zlib-1.2.11 abi_x86_32  
Im Grunde soweit so gut, doch anhand deiner unten stehenden Ausgabe
(woher auch immer, emerge --info?) scheint es mir (weil -32 -x32), das
die 32Bit ABIs noch nicht Systemweit erstellt sind.
Vergleich, sieht für zlib bei mir so aus: ABI_X86="32 64 -x32"
>
>
> ich habe es in allen erdenklichen Kombinationen versucht aber ohne
> Erfolg. wofür steht eigentlich abi_x86_32?
Mach Dich bitte hier kundig, ist mir zu umfangreich zum erläutern.
Achtung, teilweise etwas outdated.
https://wiki.gentoo.org/wiki/Multilib_System_without_emul-linux_Packages
https://gentoo.org/support/news-items/2015-03-28-true-multilib.html
https://wiki.gentoo.org/wiki/Project:Multilib/Concepts
>
> Am Ende noch die Systemeinstellungen ohne package.use wobei mit
> package.use wie oben wird USE="-minizip -static-libs" ABI_X86="64 -32
> -x32" angezeigt.
s.o.

> wo liegt der Vorteil dies als Ordner zu pflegen?
Soll helfen das besser zu strukturieren, ist aber ev. auch
Geschmacksache da man dann durch mehrere Dateien suchen muss, falls man
diese angelegt hat. So könnte man dann z.B. in package.use/kde nur
Dateien Pflegen, die mit KDE zu tun haben, beispielsweise.

> So
> wurde es jedenfalls bei der neuinstallation angelegt
Ja, ist schon länger default in den stages.


> aber im Web habe
> ich aber nur die beschreibung als datei gefunden lediglich einen
> inweis auf die Strucktur als Ordner.
Weil die tüchtig hinterher hinkt.


> funktionieren dann etc-update
> und co genauso?
Ja.

>
> Gruß
> Sebastian

Gruß, Andy.

attachment0 (235 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Aw: Re: [gentoo-user-de] zlib läßt sich nicht bauen

Sebastian
 Hallo,

ich hab mal verschiedenes Probiert. Heute den Tag über während ich Krankendiens bei meinem Sohn mache.

1. alle Use aus make.conf entfernt Ergebiss ist das selbe wie mit.
2. ich habe verschiedene Profile eingestellt.
 - default/linux/amd64/13.0/desktop geht zlib >> wird gebaut.
 - default/linux/amd64/13.0/desktop/kde >> geht nicht
 - default/linux/amd64/13.0/desktop/plasma  >> geht nicht
 - default/linux/amd64/13.0/desktop/plasma/systemd  >> geht nicht

ich will eigentlich nach default/linux/amd64/13.0/desktop/plasma
Über die Unterschiede müßte man doch etwas herrausfinden können.

Gruß
Sebastian

Reply | Threaded
Open this post in threaded view
|

Re: zlib läßt sich nicht bauen

Sebastian
In reply to this post by Sebastian
Hallo,

ich habe noch immer keine Lösung.

mit Use -minizip habe ich das Problem nur verschoben. Nach installation von X wollte ich kde bauen und da wird dieses verlangt.
Dafür hat sich die Fehlermeldung verändert. In der make.conf habe ich jetzt abi_x86_32 stehen das hat auch etliches nachgezogen.  Aber beim kompilieren von zlib hängt es wieder.

Gruß
Sebastian

libtool: compile:  gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.11\" "-DPACKAGE_STRING=\"minizip 1.2.11\"" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.11\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/../.. -march=native -O2 -pipe -c /var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/unzip.c  -fPIC -DPIC -o .libs/unzip.o
libtool: compile:  gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.11\" "-DPACKAGE_STRING=\"minizip 1.2.11\"" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.11\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/../.. -march=native -O2 -pipe -c /var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/mztools.c  -fPIC -DPIC -o .libs/mztools.o
libtool: compile:  gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.11\" "-DPACKAGE_STRING=\"minizip 1.2.11\"" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.11\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/../.. -march=native -O2 -pipe -c /var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/zip.c  -fPIC -DPIC -o .libs/zip.o
libtool: compile:  gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.11\" "-DPACKAGE_STRING=\"minizip 1.2.11\"" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.11\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip -I/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/../.. -march=native -O2 -pipe -c /var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11/contrib/minizip/ioapi.c  -fPIC -DPIC -o .libs/ioapi.o
/bin/sh ./libtool  --tag=CC   --mode=link gcc  -march=native -O2 -pipe -L./../.. -version-info 1:0:0 -lz -Wl,-O1 -Wl,--as-needed -o libminizip.la -rpath /usr/lib64 ioapi.lo mztools.lo unzip.lo zip.lo  
libtool: link: gcc -shared  -fPIC -DPIC  .libs/ioapi.o .libs/mztools.o .libs/unzip.o .libs/zip.o   -L./../.. -lz -Wl,--as-needed  -march=native -O2 -Wl,-O1   -Wl,-soname -Wl,libminizip.so.1 -o .libs/libminizip.so.1.0.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.4/../../../../x86_64-pc-linux-gnu/bin/ld: ./../../libz.a(crc32.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
./../../libz.a: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
make: *** [Makefile:470: libminizip.la] Error 1
make: Leaving directory '/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11-abi_x86_64.amd64/contrib/minizip'
 * ERROR: sys-libs/zlib-1.2.11::gentoo failed (compile phase):
 *   emake failed
 *
 * If you need support, post the output of `emerge --info '=sys-libs/zlib-1.2.11::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=sys-libs/zlib-1.2.11::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/sys-libs/zlib-1.2.11/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-libs/zlib-1.2.11/temp/environment'.
 * Working directory: '/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11-abi_x86_64.amd64'
 * S: '/var/tmp/portage/sys-libs/zlib-1.2.11/work/zlib-1.2.11'