[gentoo-user-de] sys-devel/gettext-0.14.4 mit icc dev-lang/icc-9.0.021 kompilieren?

[gentoo-user-de] sys-devel/gettext-0.14.4 mit icc dev-lang/icc-9.0.021 kompilieren?

[Alexander Skwar]

Moin!

Ich versuche, mein System komplett (oder soweit wie möglich...)
mit icc (Intel C++ Compiler) zu übersetzen. Dabei halte ich
mich an <http://gentoo-wiki.com/HOWTO_ICC_and_Portage>.

Zur Zeit hänge ich noch daran, "system" ge-emerge-t zu
bekommen - genauer, gettext (dh. sys-devel/gettext-0.14.4)
lässt sich nicht erfolgreich mit icc (dh. dev-lang/icc-9.0.021)
installieren.

Und zwar scheitert der emerge Lauf bei der Installationsphase:

test -z "/usr/lib" || mkdir -p -- "/Gentoo/Portage/build/portage/gettext-0.14.4/image//usr/lib"
 /bin/sh ./libtool --mode=install /bin/install -c  'libasprintf.la' '/Gentoo/Portage/build/portage/gettext-0.14.4/image//usr/lib/libasprintf.la'
/bin/install -c .libs/libasprintf.so.0.0.0 /Gentoo/Portage/build/portage/gettext-0.14.4/image//usr/lib/libasprintf.so.0.0.0
/bin/install: cannot stat `.libs/libasprintf.so.0.0.0': No such file or directory

Stimmt, es gibt keine Bibliothek/Datei .libs/libasprintf.so.0.0.0 in
dem Verzeichnis:

server logs # ls -la /Gentoo/Portage/build/portage/gettext-0.14.4/work/gettext-0.14.4/gettext-runtime/libasprintf/.libs
total 15
drwxrwxrwx  2 portage portage    9 Aug  7 05:18 .
drwxr-xr-x  4 portage portage   57 Aug  7 05:18 ..
-rw-r--r--  1 portage portage 4604 Aug  7 05:18 autosprintf.o
-rw-r--r--  1 portage portage 5484 Aug  7 05:18 libasprintf.a
lrwxrwxrwx  1 portage portage   17 Aug  7 05:18 libasprintf.la -> ../libasprintf.la
-rw-r--r--  1 portage portage  814 Aug  7 05:18 libasprintf.lai
-rw-r--r--  1 portage portage  340 Aug  7 05:18 lib-asprintf.o
lrwxrwxrwx  1 portage portage   20 Aug  7 05:18 libasprintf.so -> libasprintf.so.0.0.0
lrwxrwxrwx  1 portage portage   20 Aug  7 05:18 libasprintf.so.0 -> libasprintf.so.0.0.0

Ich habe den kompletten emerge Build Log mal auf meiner Seite bei
<http://stuff.alexander.skwar.name/gentoo/2299-gettext-0.14.4.log>
abgelegt (Größe: 777kb).

Hat's hier schon mal jemand geschafft gettext mit icc zu übersetzen?

Wenn ich so rum-google, finde ich irgendwie keine Problemreports
dazu. U.a. finde ich <http://www.linuxfromscratch.org/hints/downloads/files/intel-c-compiler.txt>
und auch da steht gettext bei den funktionierenden Paketen.

Danke,

Alexander Skwar
-- 
Fuck dude, I want to be just like Terrance and Philip!
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] sys-devel/gettext-0.14.4 mit icc dev-lang/icc-9.0.021 kompilieren?

[Wolfgang Jankowski]

Hallo Alexander,
ich hatte mit gettext ein ähnliches Problem, das ich auch über den bugzilla 
gemeldet habe.
Meine Vermutung (die beimir richtig war):
Wenn du Verzeichnisse wie /var, /usr, /opt usw. nicht als echte Verzeichnisse, 
sondern als symbolische Links angelegt hast, kommt es zu solchen 
Verwirrungen.
Ich hatte so eine Konstruktion. Nachdem sie beseitugt war, lief alles 
problemlos.
Tschüß
Wolfgang

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] sys-devel/gettext-0.14.4 mit icc dev-lang/icc-9.0.021 kompilieren?

[Alexander Skwar]

Wolfgang Jankowski schrieb:
> Hallo Alexander,

Hallo!

> ich hatte mit gettext ein ähnliches Problem, das ich auch über den bugzilla 
> gemeldet habe.

Bei mir lag's daran, das ich -no-gcc in den CFLAGS hatte - ohne
-no-gcc bekam ich sed nicht so kompiliert, das es ausführbar war.
Mit -no-gcc bekomme ich gettext nicht kompiliert :)

Ich habe jetzt beim HOWTO eine neue Datei "package.icc-cflags"
definiert, durch die man pro Paket die CFLAGS aus der make.conf
"überschreiben" kann.

> Meine Vermutung (die beimir richtig war):
> Wenn du Verzeichnisse wie /var, /usr, /opt usw. nicht als echte Verzeichnisse, 
> sondern als symbolische Links angelegt hast, kommt es zu solchen 
> Verwirrungen.

Hier gibt's (im Moment zumindest noch) nur richtige Verzeichnisse.

Alexander Skwar
-- 
BOFH Excuse #239:

CPU needs bearings repacked
-- 
gentoo-user-de@gentoo.org mailing list