[gentoo] kan gcc versie niet uit kernel extracten

[dawuss]

Beetje vreemde topictitel, maar ik heb zojuist een nieuwe versie van kernel 2.4.20 gecompileerd (uit de gentoo gaming sources) en nu wil de alsa-driver plotseling niet meer compileren.

De foutmelding die ik krijg is:

checking whether gcc needs -traditional... no
checking for current directory... /var/tmp/portage/alsa-driver-0.9.8/work/alsa-driver-0.9.8
checking cross compile...
checking for directory with kernel source... /usr/src/linux
checking for kernel version... 2.4.20-gaming-r6
checking for GCC version... Kernel compiler: Used compiler: gcc (GCC) 3.3.2 20031022 (Gentoo Linux 3.3.2-r2, propolice)
Fatal error: Compiler type does not match
Decoded kernel compiler: type= version=
Decoded used compiler: type=gcc version=3.3.2
Please, send ./configure output to <[e-mail]>

Het lijkt er dus op dat hij de GCC versie waarmee m'n kernel gecompileerd is niet kan extracten. Waarom snap ik niet. De GCC versie is hetzelfde, want de nieuwe kernel draait pas zo'n 20 minuten .

Is dit een bekend probleem? Ik kon er niets over vinden.

[XTerm]

Saboteer de check in configure.

[dawuss]

XTerm schreef op 13 november 2003 @ 00:17:
Saboteer de check in configure.

haha, elegant, maar is dat wel zo'n goede manier?

Waar vind ik het configure script uberhaupt? Ben net nieuw met gentoo. Volgens mij wordt de working dir overschreven bij een "emerge" of niet?

[igmar]

dawuss schreef op 13 november 2003 @ 00:15:
Is dit een bekend probleem? Ik kon er niets over vinden.

Ja, de check in configure is wat dom : Hij kan niet met suffixes overweg. Normaliter zijn de versies gewoon x.x.x, maar sommige distro's en patches zetten er zaken zoals -2 oid achter.

Ik hack gewoon het configure script meestal

[dawuss]

igmar schreef op 13 november 2003 @ 10:44:
[...]


Ja, de check in configure is wat dom : Hij kan niet met suffixes overweg. Normaliter zijn de versies gewoon x.x.x, maar sommige distro's en patches zetten er zaken zoals -2 oid achter.

Ik hack gewoon het configure script meestal

Maar waar kun je dit dan doen? Kan ik het configure script hacken en het daarna direct runnen, of is het mogelijk dit via portage te doen?

[FCA]

Je kunt de ebuild aanpassen om de configure te patchen. Moet je zelf een patch maken, en dan op het eind van de src_unpack() in de ebuild epatch PATH_TO_PATCH/patch doen. Je kunt ook gaan klooien met

code:

ebuild bla.ebuild unpack
configure aanpassen
ebuild bla.ebuild compile
ebuild bla.ebuild install
ebuild bla.ebuild qmerge
ebuild bla.ebuild postinst

Ik zou trouwens even een bug invoeren (eerst zoeken of ie niet al gereport is), dan help je ook de rest van de Gentoo gebruikers.

edit: Zie Gentoo bug #32623

[ Voor 8% gewijzigd door FCA op 13-11-2003 12:25 ]

[dawuss]

FCA schreef op 13 november 2003 @ 12:21:
Je kunt de ebuild aanpassen om de configure te patchen. Moet je zelf een patch maken, en dan op het eind van de src_unpack() in de ebuild epatch PATH_TO_PATCH/patch doen. Je kunt ook gaan klooien met

code:

ebuild bla.ebuild unpack
configure aanpassen
ebuild bla.ebuild compile
ebuild bla.ebuild install
ebuild bla.ebuild qmerge
ebuild bla.ebuild postinst

Ik zou trouwens even een bug invoeren (eerst zoeken of ie niet al gereport is), dan help je ook de rest van de Gentoo gebruikers.

edit: Zie Gentoo bug #32623

Zijn er ergens overzichtelijke n00b howto's over het maken van ebuild patches? Op gentoo.org zoeken levert alleen redelijk geavanceerde en uitgebreide howto's op, waar ik maar weinig van begrijp.

Ik heb het stukje code gevonden en verwijderd:
patch in diff formaat

code:

2828,2834c2828,2836
< if test "$my_compiler_type" != "$kernel_compiler_type"; then
<   echo "Fatal error: Compiler type does not match"
<   echo "Decoded kernel compiler: type=$kernel_compiler_type version=$kernel_compiler_version"
<   echo "Decoded used compiler: type=$my_compiler_type version=$my_compiler_version"
<   echo "Please, send ./configure output to <[e-mail]>"
<   exit 1
< fi
---
> # *** Commented out the following, due to incorrect kernel compiler 
> # ***  version extraction when using prefixes
> #if test "$my_compiler_type" != "$kernel_compiler_type"; then
> #  echo "Fatal error: Compiler type does not match"
> #  echo "Decoded kernel compiler: type=$kernel_compiler_type version=$kernel_compiler_version"
> #  echo "Decoded used compiler: type=$my_compiler_type version=$my_compiler_version"
> #  echo "Please, send ./configure output to <[e-mail]>"
> #  exit 1
> #fi

Deze patch werkt, maar dan moet ik alles handmatig ebuilden. Nu ik toch ebuilds aan het hacken ben, wil ik het ook meteen goed doen

Hoe krijg ik dit nu naar het "patch" formaat, zodat ik de hele boel op kan namen in de epatch?

[ Voor 59% gewijzigd door dawuss op 13-11-2003 16:20 . Reden: vergeten een "fi" mee te nemen in m'n patch :P ]

[cold]

http://forums.gentoo.org/...p?t=104531&highlight=alsa

[dawuss]

cold schreef op 13 november 2003 @ 21:09:
http://forums.gentoo.org/...p?t=104531&highlight=alsa

Dat is echt een heel ander probleem dan ik heb.

[MrScratch]

dawuss schreef op 13 november 2003 @ 22:20:
[...]

Dat is echt een heel ander probleem dan ik heb.

Inderdaad, maar volgens mij gaat dit wel over jouw probleem:

http://forums.gentoo.org/...79&highlight=alsa+compile

Ik heb het ook gehad en ik heb de post van "borisdigital" in deze thread op gentoo.org gevolgd en deze werkt inderdaad. Het is echter wel wat bewerkelijk.

[dawuss]

Ik heb het zelf al opgelost op de manier die ik al eerder postte, maar dit vind ik niet erg elegant. Ik wil het graag goed oplossen, direct in de ebuild.

[dawuss]

Ik heb inmiddels een (niet erg elegante) patch op http://bugs.gentoo.org/show_bug.cgi?id=32623#c7 gezet.
Hiermee lukte het bij mij, nu nog maar hopen dat de echte developers het probleem aanpakken.