[gentoo-user-de] 32bit termcap auf amd64 System

[gentoo-user-de] 32bit termcap auf amd64 System

[Gerrit Kühn]

Hi,

ich brauche für eine ältere Software auf einem AMD64-System eine 32bit
libtermcap. Wenn ich sys-libs/libtermcap-compat emerge, bekomme ich eine
mit 64bit gebaut, die mir nicht weiterhilft.
Weiß hier jemand, wie ich zu einer 32bit-lib komme?


cu
  Gerrit

Re: [gentoo-user-de] 32bit termcap auf amd64 System

[Sebastian van de Meer]

[-- Attachment #1: Type: text/plain, Size: 1101 bytes --]

Hallo!

Am Mittwoch, den 06.08.2008, 13:47 +0200 schrieb Gerrit Kühn:
> Weiß hier jemand, wie ich zu einer 32bit-lib komme?

So einfach geht das, glaube ich, nicht...

Da die 32bit lib nicht wirklich mit dem restlichen 64bit System umgehen
kann. Ich kann mich hier aber auch irren.

Vielleicht schaust du mal hier:

http://www.gentoo.org/doc/de/gentoo-amd64-faq.xml#multilib

Mit besten Grüßen


S. van de Meer

-- 
Bitte kein TOFU!! http://de.wikipedia.org/wiki/TOFU

Ich widerspreche der Nutzung oder Übermittlung meiner Daten
für Werbezwecke oder für die Markt- und Meinungsforschung
(§ 28 Absatz 3+4 Bundesdatenschutzgesetz).
VCard zum downloaden: http://www.kernel-error.de/kernel.vcf
#####################################################
# GPG-INFO                                          #
# Finger-Print                                      #
# 7546 8D9D A20A 8A90 BA10 7978 292D FAB2 7FFB E69B #
# Den öffentlichen bekommen sie unter:              #
# http://www.kernel-error.de/kernel-error.asc       #
#####################################################

[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 4917 bytes --]

Re: [gentoo-user-de] 32bit termcap auf amd64 System

[Gerrit Kühn]

On Wed, 06 Aug 2008 14:20:03 +0200 Sebastian van de Meer
<kernel-error-mobil@kernel-error.de> wrote about Re: [gentoo-user-de]
32bit termcap auf amd64 System:

SVDM> Am Mittwoch, den 06.08.2008, 13:47 +0200 schrieb Gerrit Kühn:
SVDM> > Weiß hier jemand, wie ich zu einer 32bit-lib komme?

SVDM> So einfach geht das, glaube ich, nicht...

Doch! :-)

SVDM> Da die 32bit lib nicht wirklich mit dem restlichen 64bit System
SVDM> umgehen kann. Ich kann mich hier aber auch irren.

SVDM> Vielleicht schaust du mal hier:
SVDM> http://www.gentoo.org/doc/de/gentoo-amd64-faq.xml#multilib

War schon fast gut, danke. Ich bin jetzt hier
<http://devmanual.gentoo.org/archs/amd64/index.html> schlauer geworden.
For the record:
Man muß vor dem emerge nur in make.defaults (in meinem
Fall /etc/make.profile/make.defaults) die ABI-Variable von amd64 auf x86
setzen. Danach emerge libtermcap-compat, und schon bekomme ich eine
32bit-lib, die auch einwandfrei funktioniert. Danach dann die ABI-Variable
auf amd64 zurücksetzen.
Das ganze geht nur, wenn man einen multilib-fähigen gcc hat, d.h. man darf
kein profile mit no-multilib aufgewählt haben.


cu
  Gerrit

Re: [gentoo-user-de] 32bit termcap auf amd64 System

[Gerrit Kühn]

On Wed, 6 Aug 2008 14:33:02 +0200 Gerrit Kühn <gerrit@pmp.uni-hannover.de>
wrote about Re: [gentoo-user-de] 32bit termcap auf amd64 System:

GK> SVDM> So einfach geht das, glaube ich, nicht...

GK> Doch! :-)

Zu früh gefreut. :-|

GK> Man muß vor dem emerge nur in make.defaults (in meinem
GK> Fall /etc/make.profile/make.defaults) die ABI-Variable von amd64 auf
GK> x86 setzen. Danach emerge libtermcap-compat, und schon bekomme ich
GK> eine 32bit-lib, die auch einwandfrei funktioniert. 

Das ist richtig für die alten 2007'er releases. Auf einem neuen 2008'er
gibt es make.defaults an dieser Stelle aber gar nicht mehr, und wenn ich
eine entsprechende Datei mit dem ABI=x86-Eintrag anlege, explodiert emerge:

---
gcc -shared -o libtermcap.so.2.0.8 -Wl,-soname,libtermcap.so.2 termcap.o
tparam.o version.o
-lc /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld:
i386:x86-64 architecture of input file `version.o' is incompatible with
i386 output collect2: ld returned 1 exit status make: ***
[libtermcap.so.2.0.8] Error 1
 * 
 * ERROR: sys-libs/libtermcap-compat-2.0.8-r2 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2094:  Called die
 * The specific snippet of code:
 *       emake prefix="/" CFLAGS="${CFLAGS} -I." || die
 *  The die message:
 *   (no error message)
 * 
 * If you need support, post the topmost build error, and the call stack
if relevant.
 * A complete build log is located at
'/tmp/portage/sys-libs/libtermcap-compat-2.0.8-r2/temp/build.log'.
 * The ebuild environment file is located at
'/tmp/portage/sys-libs/libtermcap-compat-2.0.8-r2/temp/environment'.
 * 

 * Messages for package sys-libs/libtermcap-compat-2.0.8-r2:

 * 
 * ERROR: sys-libs/libtermcap-compat-2.0.8-r2 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2094:  Called die
 * The specific snippet of code:
 *       emake prefix="/" CFLAGS="${CFLAGS} -I." || die
 *  The die message:
 *   (no error message)
 * 
 * If you need support, post the topmost build error, and the call stack
if relevant.
 * A complete build log is located at
'/tmp/portage/sys-libs/libtermcap-compat-2.0.8-r2/temp/build.log'.
 * The ebuild environment file is located at
'/tmp/portage/sys-libs/libtermcap-compat-2.0.8-r2/temp/environment'.
 * 
---


Ok, hat jemand eine Idee, was man auf 2008'er AMD64-Systemen tun muß, um
eine 32bit-lib zu bekommen?


cu
  Gerrit

Re: [gentoo-user-de] 32bit termcap auf amd64 System

[Gerrit Kühn]

On Wed, 6 Aug 2008 14:52:02 +0200 Gerrit Kühn <gerrit@pmp.uni-hannover.de>
wrote about Re: [gentoo-user-de] 32bit termcap auf amd64 System:

GK> Das ist richtig für die alten 2007'er releases. Auf einem neuen
GK> 2008'er gibt es make.defaults an dieser Stelle aber gar nicht mehr,
GK> und wenn ich eine entsprechende Datei mit dem ABI=x86-Eintrag anlege,
GK> explodiert emerge:

Ok, auch hier noch schnell die Lösung: Die Einträge in /etc/make.conf für
CFLAGS und CHOST müssen auch noch entsprechend angepaßt bzw.
auskommentiert werden. Beim 2007'er Release mußte ich das nicht tun, da
hat sich wohl irgendwas im internen Handling geändert (obwohl ich dazu
gerade per Google keine entsprechenden Hinweise gefunden habe).


cu
  Gerrit