Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
FIXED --> emerge problem - error finding gcc version
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Duplicate Threads
View previous topic :: View next topic  
Author Message
sargek
Apprentice
Apprentice


Joined: 13 Mar 2005
Posts: 170
Location: Texas

PostPosted: Sun Mar 13, 2005 4:32 pm    Post subject: FIXED --> emerge problem - error finding gcc version Reply with quote

I am fairly new to Gentoo, but not new to GNU/Linux. I have a stage 3 system (2004.3), and am quite comfortable working with the system. I have been getting an error since upgrading gcc from 3.3.4 to 3.3.5. The error occurs when emerging gedit 2.8.2 and sylpheed-claws 1.0.3. Here is the output of the emerge error:
Code:

grep: /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.4/libstdc++.la: No such file or directory
/bin/sed: can't read /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.4/libstdc++.la: No such file or directory
libtool: link: `/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.4/libstdc++.la' is not a valid libtool archive
make[4]: *** [libspell.la] Error 1
make[4]: Leaving directory `/var/tmp/portage/gedit-2.8.2/work/gedit-2.8.2/plugins/spell'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/var/tmp/portage/gedit-2.8.2/work/gedit-2.8.2/plugins/spell'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/gedit-2.8.2/work/gedit-2.8.2/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gedit-2.8.2/work/gedit-2.8.2'
make: *** [all] Error 2

!!! ERROR: app-editors/gedit-2.8.2 failed.
!!! Function gnome2_src_compile, Line 40, Exitcode 2
!!! compile failure
!!! If you need support, post the topmost build error, NOT this status message.


I am not posting the sylpheed-claws error because it is identical. Here are some configuration parameters:

gcc-config -l
Code:

[1] i686-pc-linux-gnu-3.3.5 *
[2] i686-pc-linux-gnu-3.3.5-hardened
[3] i686-pc-linux-gnu-3.3.5-hardenednopie
[4] i686-pc-linux-gnu-3.3.5-hardenednossp


And gcc-config -E
Code:

export PATH="/usr/i686-pc-linux-gnu/gcc-bin/3.3.5:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/sbin:/bin:/usr/bin:
/usr/local/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.3.5:/opt/Acrobat5:/usr/X11R6/bin:/opt/blackdown-jdk-1.4.1/bin:
/opt/blackdown-jdk-1.4.1/jre/bin:/usr/qt/3/bin:/usr/kde/3.3/bin"
export CC="gcc"
export CXX="g++"


I have already read the FAQ's and the
Code:
fix_libtool_files.sh 3.3.4

process has no effect.

I have grep'd through the source code on sylpheed-claws and found references to gcc 3.3.4. Is it possible the developers hard-coded the gcc version so as to expect a specific version? Any help would be appreciated as the gedit failure is preventing me from upgrading the gnome 2.8 package. Thanks in advance.
_________________
"Amongst all things, knowledge is truly the best thing: from it's not being liable ever to be stolen, from it's not being purchasable, and from it's being imperishable."


Last edited by sargek on Sun Mar 13, 2005 6:59 pm; edited 1 time in total
Back to top
View user's profile Send private message
avendesora
Veteran
Veteran


Joined: 16 Aug 2002
Posts: 1739
Location: Betelgeuse vicinity

PostPosted: Sun Mar 13, 2005 4:42 pm    Post subject: Reply with quote

Did you read the very first sticky in the forum?
Talks about fix_libtool_files and something else (emerge --oneshot libtool).
Back to top
View user's profile Send private message
Devard
Tux's lil' helper
Tux's lil' helper


Joined: 12 Mar 2005
Posts: 117
Location: Waterloo, Ontario, Canada

PostPosted: Sun Mar 13, 2005 4:45 pm    Post subject: Reply with quote

When I changed from GCC 3.3.5 to 3.4.3, I had to alter my 05gcc file, and my LDPATH had to be changed from /usr/lib/gcc-lib/blah-blah/ to /usr/lib/gcc/. What does it say there right now?
Code:
cat /etc/env.d/05gcc

_________________
GARNET CROW
Back to top
View user's profile Send private message
sargek
Apprentice
Apprentice


Joined: 13 Mar 2005
Posts: 170
Location: Texas

PostPosted: Sun Mar 13, 2005 4:56 pm    Post subject: GCC Reply with quote

mseigneurin wrote:
Did you read the very first sticky in the forum?
Talks about fix_libtool_files and something else (emerge --oneshot libtool).


Yes, and it's a no-go - thanks though!
_________________
"Amongst all things, knowledge is truly the best thing: from it's not being liable ever to be stolen, from it's not being purchasable, and from it's being imperishable."
Back to top
View user's profile Send private message
sargek
Apprentice
Apprentice


Joined: 13 Mar 2005
Posts: 170
Location: Texas

PostPosted: Sun Mar 13, 2005 4:58 pm    Post subject: GCC Reply with quote

Devard wrote:
When I changed from GCC 3.3.5 to 3.4.3, I had to alter my 05gcc file, and my LDPATH had to be changed from /usr/lib/gcc-lib/blah-blah/ to /usr/lib/gcc/. What does it say there right now?
Code:
cat /etc/env.d/05gcc


Here is the output:
Code:

PATH="/usr/i686-pc-linux-gnu/gcc-bin/3.3.5"
ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/3.3.5"
GCCBITS="32"
MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5/man"
INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5/info"
LDPATH="/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5:/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5:/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5:/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5"


So...everything appears to be ok. Frustrating.
_________________
"Amongst all things, knowledge is truly the best thing: from it's not being liable ever to be stolen, from it's not being purchasable, and from it's being imperishable."
Back to top
View user's profile Send private message
avendesora
Veteran
Veteran


Joined: 16 Aug 2002
Posts: 1739
Location: Betelgeuse vicinity

PostPosted: Sun Mar 13, 2005 5:13 pm    Post subject: Reply with quote

Could you try makeing a really small c++ file and compile that with verbose options?
Code:
$ cat test.cxx
#include <iostream>

int main()
{
    std::cout << "Hello, world!\n";
}
$ g++ -v test.cxx
Back to top
View user's profile Send private message
sargek
Apprentice
Apprentice


Joined: 13 Mar 2005
Posts: 170
Location: Texas

PostPosted: Sun Mar 13, 2005 5:31 pm    Post subject: Gcc Output Reply with quote

mseigneurin wrote:
Could you try makeing a really small c++ file and compile that with verbose options?
Code:
$ cat test.cxx
#include <iostream>

int main()
{
    std::cout << "Hello, world!\n";
}
$ g++ -v test.cxx


Not sure if this is what you are looking for - it's the output of:
Code:

gcc first.c -v -o first

"first" being the name of a little program. Not as simple as the one you posted, but I couldn't get that one to compile. Here's my source:
Code:

/* Program to calculate the product of two numbers. */
#include <stdio.h>
int a,b,c;
int product(int x, int y);
main()
{
    /* Input the first number */
    printf("Enter a number between 1 and 100: ");
    scanf("%d", &a);
    /* Input the second number */
    printf("Enter another number between 1 and 100: ");
    scanf("%d", &b);
    /* Calculate and display the product */
    c = product(a, b);
    printf ("%d times %d = %d\n", a, b, c);
    return 0;
}

/* Function returns the product of its two arguments */
int product(int x, int y)
{
    return (x * y);
}


It compiles fine and here is the output of:
gcc first.c -v -o first
Code:

Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/specs
Configured with: /var/tmp/portage/gcc-3.3.5-r1/work/gcc-3.3.5/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3.5 --includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5/info --with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/include/g++-v3 --host=i686-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --disable-multilib --disable-libgcj --enable-languages=c,c++,f77 --enable-shared --enable-threads=posix
Thread model: posix
gcc version 3.3.5  (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1)
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/cc1 -quiet -v -D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=5 first.c -quiet -dumpbase first.c -auxbase first -version -o /tmp/ccLDHTIX.s
GNU C version 3.3.5  (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1) (i686-pc-linux-gnu)
        compiled by GNU C version 3.3.5  (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1).
GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=64292
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/include
 /usr/include
End of search list.
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../../../i686-pc-linux-gnu/bin/as -V -Qy -o /tmp/cc4riJpO.o /tmp/ccLDHTIX.s
GNU assembler version 2.15.92.0.2 (i686-pc-linux-gnu) using BFD version 2.15.92.0.2 20040927
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/collect2 --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o first /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../../crt1.o /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../../crti.o /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/crtbegin.o -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5 -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../../../i686-pc-linux-gnu/lib -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../.. /tmp/cc4riJpO.o -lgcc -lgcc_eh -lc -lgcc -lgcc_eh /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/crtend.o /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../../crtn.o


I just realized this is a C program, crud....let me try your example again!
_________________
"Amongst all things, knowledge is truly the best thing: from it's not being liable ever to be stolen, from it's not being purchasable, and from it's being imperishable."
Back to top
View user's profile Send private message
sargek
Apprentice
Apprentice


Joined: 13 Mar 2005
Posts: 170
Location: Texas

PostPosted: Sun Mar 13, 2005 5:42 pm    Post subject: C++! Reply with quote

Let me try this again with the correct compiler (/me feels sheepish!):

Code:

Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/specs
Configured with: /var/tmp/portage/gcc-3.3.5-r1/work/gcc-3.3.5/configure --enable -version-specific-runtime-libs --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc -bin/3.3.5 --includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/include --datad ir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5 --mandir=/usr/share/gcc-data/i686 -pc-linux-gnu/3.3.5/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5/in fo --with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/include/g++-v 3 --host=i686-pc-linux-gnu --disable-altivec --enable-nls --without-included-get text --enable-__cxa_atexit --enable-clocale=gnu --with-system-zlib --disable-che cking --disable-werror --disable-libunwind-exceptions --disable-multilib --disab le-libgcj --enable-languages=c,c++,f77 --enable-shared --enable-threads=posix
Thread model: posix
gcc version 3.3.5  (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1)
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/cc1plus -quiet -v -D__GNUC__=3 -D__GNU C_MINOR__=3 -D__GNUC_PATCHLEVEL__=5 -D_GNU_SOURCE Text.cpp -D__GNUG__=3 -quiet - dumpbase Text.cpp -auxbase Text -version -o /tmp/ccou3KYW.s
GNU C++ version 3.3.5  (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1) (i686-p c-linux-gnu)
        compiled by GNU C version 3.3.5  (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pi e-8.7.7.1).
GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=64292
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/include/g++-v3
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/include/g++-v3/i686-pc-linux-gnu
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/include/g++-v3/backward
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/include
 /usr/include
End of search list.
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../../../i686-pc-linux-gnu/bin/as - V -Qy -o /tmp/cc5PeVX6.o /tmp/ccou3KYW.s
GNU assembler version 2.15.92.0.2 (i686-pc-linux-gnu) using BFD version 2.15.92. 0.2 20040927
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/collect2 --eh-frame-hdr -m elf_i386 -d ynamic-linker /lib/ld-linux.so.2 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../ ../crt1.o /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../../crti.o /usr/lib/gcc- lib/i686-pc-linux-gnu/3.3.5/crtbegin.o -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3. 5 -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../../../i686-pc-linux-gnu/lib - L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../.. /tmp/cc5PeVX6.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/crtend. o /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../../crtn.o


That is the output from your program. Sorry for the earlier mixup.
_________________
"Amongst all things, knowledge is truly the best thing: from it's not being liable ever to be stolen, from it's not being purchasable, and from it's being imperishable."
Back to top
View user's profile Send private message
avendesora
Veteran
Veteran


Joined: 16 Aug 2002
Posts: 1739
Location: Betelgeuse vicinity

PostPosted: Sun Mar 13, 2005 5:44 pm    Post subject: Reply with quote

Just checking that it's reading the right spec file.

Could you post a bit more of the output? (Enough to know
what library it's building and what other libraries it's linking againts.)
It could be that one of the .la files somewhere still references the
old compiler or something.

You could actually try to find all .la files in /usr/lib and subdirs
and grepping for 3.3.4, but the .la could be elsewhere.
Back to top
View user's profile Send private message
sargek
Apprentice
Apprentice


Joined: 13 Mar 2005
Posts: 170
Location: Texas

PostPosted: Sun Mar 13, 2005 6:08 pm    Post subject: Output Reply with quote

mseigneurin wrote:
Just checking that it's reading the right spec file.

Could you post a bit more of the output? (Enough to know
what library it's building and what other libraries it's linking againts.)
It could be that one of the .la files somewhere still references the
old compiler or something.

You could actually try to find all .la files in /usr/lib and subdirs
and grepping for 3.3.4, but the .la could be elsewhere.


Forgive my ignorance, but I thought that was all of the output. I did a:
Code:

g++ -v Text.cpp

and copied the output into a text file. I tried:
Code:

g++ -v Text.cpp > output.txt

but that doesn't output anything to the file.
_________________
"Amongst all things, knowledge is truly the best thing: from it's not being liable ever to be stolen, from it's not being purchasable, and from it's being imperishable."
Back to top
View user's profile Send private message
avendesora
Veteran
Veteran


Joined: 16 Aug 2002
Posts: 1739
Location: Betelgeuse vicinity

PostPosted: Sun Mar 13, 2005 6:12 pm    Post subject: Reply with quote

No pb, the example compile is fine and works just as it should.
I was asking about the emerge output, since your compiler looks good,
it's more likely one of the installed libraries that needs fixin.
Back to top
View user's profile Send private message
sargek
Apprentice
Apprentice


Joined: 13 Mar 2005
Posts: 170
Location: Texas

PostPosted: Sun Mar 13, 2005 6:21 pm    Post subject: Libs Reply with quote

mseigneurin wrote:
No pb, the example compile is fine and works just as it should.
I was asking about the emerge output, since your compiler looks good,
it's more likely one of the installed libraries that needs fixin.


I'm sorry, I misunderstood. Do you want me to post more of the emerge output when I am emerging gedit? It's quite a bit of text - should I output to a file and attach the file instead? Thanks again for your help, I am very impressed with the response in the Gentoo forums!
_________________
"Amongst all things, knowledge is truly the best thing: from it's not being liable ever to be stolen, from it's not being purchasable, and from it's being imperishable."
Back to top
View user's profile Send private message
Devard
Tux's lil' helper
Tux's lil' helper


Joined: 12 Mar 2005
Posts: 117
Location: Waterloo, Ontario, Canada

PostPosted: Sun Mar 13, 2005 6:28 pm    Post subject: Reply with quote

From your first post, you appear to be implying that gedit is the only problem. So when you emerge other things, they are fine and are reading from 3.3.5's library? Have you tried emerging libstdc++ (or doing an env-update && source /etc/profile, though you've probably tried the latter already)? I do not know what the fix_libtool_files.sh actually does, so I apologize if these questions redundant.
_________________
GARNET CROW
Back to top
View user's profile Send private message
avendesora
Veteran
Veteran


Joined: 16 Aug 2002
Posts: 1739
Location: Betelgeuse vicinity

PostPosted: Sun Mar 13, 2005 6:42 pm    Post subject: Reply with quote

It looks like sargek has trouble with some gnome-related modules.

The compiler seems to be ok, judging from the sample output (lists 3.3.5 dirs and spec file).

So, what is probably wrong is some .la files that are used in the link for those gnome packages.

sargek, please post a few more lines, so that we can see the full gcc/libtool command that
bombs out. Not the whole ebuild log - that would be way too much :-)
Back to top
View user's profile Send private message
avendesora
Veteran
Veteran


Joined: 16 Aug 2002
Posts: 1739
Location: Betelgeuse vicinity

PostPosted: Sun Mar 13, 2005 6:44 pm    Post subject: Reply with quote

fix_libtool_files scans for .la files in the directories listed in /etc/ld.so.conf and "fixes" references to old compilers.
Back to top
View user's profile Send private message
Halcy0n
Developer
Developer


Joined: 17 Sep 2003
Posts: 1682
Location: Freehold, NJ

PostPosted: Sun Mar 13, 2005 6:47 pm    Post subject: Reply with quote

Run:
Code:
fix_libtool_files.sh 3.3.4 --oldarch i386-pc-linux-gnu

_________________
Mark Loeser
http://www.halcy0n.com
Back to top
View user's profile Send private message
sargek
Apprentice
Apprentice


Joined: 13 Mar 2005
Posts: 170
Location: Texas

PostPosted: Sun Mar 13, 2005 6:51 pm    Post subject: GCC Reply with quote

Devard wrote:
From your first post, you appear to be implying that gedit is the only problem. So when you emerge other things, they are fine and are reading from 3.3.5's library? Have you tried emerging libstdc++ (or doing an env-update && source /etc/profile, though you've probably tried the latter already)? I do not know what the fix_libtool_files.sh actually does, so I apologize if these questions redundant.


Gedit is not the only problem. Sylpheed-claws is the only other package I am having problems with so far. Everything else: Xorg, openoffice, firefox, emerge fine. Here is what I have done thus far:

-re-emerged gcc 3.3.5
-re-emerged libtool
-env-update
-source /etc/profile (I checked profile.env and it is fine)
-fix_libtool_files.sh 3.3.4

I will plug away at this and investigate if perhaps there is a library somewhere referencing gcc 3.3.4. I'll let you know what I find out. Thanks again for your help!
_________________
"Amongst all things, knowledge is truly the best thing: from it's not being liable ever to be stolen, from it's not being purchasable, and from it's being imperishable."
Back to top
View user's profile Send private message
sargek
Apprentice
Apprentice


Joined: 13 Mar 2005
Posts: 170
Location: Texas

PostPosted: Sun Mar 13, 2005 6:59 pm    Post subject: FIXED - gcc problem Reply with quote

Halcy0n wrote:
Run:
Code:
fix_libtool_files.sh 3.3.4 --oldarch i386-pc-linux-gnu


Fixed! Thank you very much for your help. I am assuming this means some libs on my system were still referencing 3.3.4? This is my first post in the Gentoo forums and I must say I am impressed. My choice of distro has again been validated. Thanks again to everyone who helped me with this problem.
_________________
"Amongst all things, knowledge is truly the best thing: from it's not being liable ever to be stolen, from it's not being purchasable, and from it's being imperishable."
Back to top
View user's profile Send private message
Halcy0n
Developer
Developer


Joined: 17 Sep 2003
Posts: 1682
Location: Freehold, NJ

PostPosted: Sun Mar 13, 2005 7:06 pm    Post subject: Reply with quote

Your chost is i686 now, and not i386, so it was not looking to update those libraries appropriately. That's why you needed the --oldarch option.
_________________
Mark Loeser
http://www.halcy0n.com
Back to top
View user's profile Send private message
sargek
Apprentice
Apprentice


Joined: 13 Mar 2005
Posts: 170
Location: Texas

PostPosted: Sun Mar 13, 2005 10:00 pm    Post subject: CHOST Reply with quote

Halcy0n wrote:
Your chost is i686 now, and not i386, so it was not looking to update those libraries appropriately. That's why you needed the --oldarch option.


Are you talking about the CHOST variable in /etc/make.conf? That has always been set to :
Code:

CHOST="i686-pc-linux-gnu"

since I built the system. Is there another?
_________________
"Amongst all things, knowledge is truly the best thing: from it's not being liable ever to be stolen, from it's not being purchasable, and from it's being imperishable."
Back to top
View user's profile Send private message
kallamej
Administrator
Administrator


Joined: 27 Jun 2003
Posts: 4920
Location: Gothenburg, Sweden

PostPosted: Fri Aug 12, 2005 5:14 pm    Post subject: Reply with quote

Moved from Portage & Programming to Duplicate Threads in favour of the FAQ GF18: https://forums.gentoo.org/viewtopic-t-279020.html
_________________
Please read our FAQ Forum, it answers many of your questions.
irc: #gentoo-forums on irc.freenode.net
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Duplicate Threads All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum