View previous topic :: View next topic |
Author |
Message |
tekproxy n00b
Joined: 11 Aug 2005 Posts: 10 Location: Texas
|
Posted: Tue Aug 23, 2005 7:24 pm Post subject: Problem determining endianess installing libstdc++-v3-3.3.6 |
|
|
I've done an emerge --sync and when I do emerge -Du world the first thing that is updated is libsdc++ but when it configures I get this:
Code: | ...
checking for sys/times.h... yes
checking for sys/stat.h... (cached) yes
checking for direct.h... no
checking for malloc.h... (cached) yes
checking for langinfo.h... yes
checking for thread.h... no
checking for pthread.h... yes
checking for CHAR_BIT... yes
checking byte ordering... unknown
configure: error: *** unable to determine endianness
Configure in /var/tmp/portage/libstdc++-v3-3.3.6/work/build/gcc failed, exiting.
|
I could post the entire error if that helps. I've searched Google and the forums for days and haven't been able to find anyone else with my same problem. I update frequently too. I've tried a number of things, too many to mention, plus I don't want to mention some of them because they'll likely reveal how inept I am with Linux...
This is my /etc/make.conf file, if that helps. It's worked fine in the past:
Code: | # These settings were set by the catalyst build script that automatically built this stage
CFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer"
CHOST="i386-pc-linux-gnu"
USE="-apache -truetype mysql apache2 pam ssl sasl maildir imap libwww"
CXXFLAGS="${CFLAGS}"
|
Does anyone know a solution to this? I need to update some software but I can't until this installs. _________________ tek |
|
Back to top |
|
|
opqdan Guru
Joined: 13 Dec 2004 Posts: 429 Location: Redmond, WA, USA
|
Posted: Wed Aug 24, 2005 12:08 am Post subject: |
|
|
Wow, that's a big WTF. It seems to me that GCC should know whether your processor is big or little endian based on what you have set for your architecture. I suggest checking that everywhere that you are suposed to have listed your arch, you have. ie make.conf.
Other than that, I got nothing. Perhaps one of the oddest errors that I have seen. |
|
Back to top |
|
|
tekproxy n00b
Joined: 11 Aug 2005 Posts: 10 Location: Texas
|
Posted: Wed Aug 24, 2005 12:19 am Post subject: |
|
|
Yeah. It is incredibly odd, especially considering all I do is emerge -Du world from time to time. I never hand-modify anything and it's worked in the past. Oh yes, and I alredy posted my make.conf and it is correct. Well, I assume it's correct since it's been working dandy until now. _________________ tek |
|
Back to top |
|
|
Headrush Watchman
Joined: 06 Nov 2003 Posts: 5597 Location: Bizarro World
|
Posted: Wed Aug 24, 2005 12:29 am Post subject: |
|
|
Is this the only package that gives this error? (Can you re-emerge something you already have installed.)
What is the output of Code: | ls -l /etc/make.profile |
Have you done an Code: | env-update
source /etc/profile
ldconfig |
lately? |
|
Back to top |
|
|
tekproxy n00b
Joined: 11 Aug 2005 Posts: 10 Location: Texas
|
Posted: Wed Aug 24, 2005 1:01 am Post subject: |
|
|
After I synced today there was an ebuild above libstdc++ and it emerged fine, but I haven't tried re-emerging anything yet.
The ls -l /etc/make.profile gives me this:
lrwxrwxrwx 1 root root 48 Apr 8 12:55 /etc/make.profile -> ../usr/portage/profiles/default-linux/x86/2005.0/
Yes I have done env-update and source /etc/profile but not ldconfig. I've done that and I'm trying again right now...
The beginning of the configure looks like this:
Code: | Calculating world dependencies ...done!
>>> emerge (1 of 35) sys-libs/libstdc++-v3-3.3.6 to /
>>> md5 files ;-) libstdc++-v3-3.3.3-r1.ebuild
>>> md5 files ;-) libstdc++-v3-3.3.4.ebuild
>>> md5 files ;-) libstdc++-v3-3.3.6.ebuild
>>> md5 files ;-) files/libstdc++_amd64_multilib_hack.patch
>>> md5 files ;-) files/digest-libstdc++-v3-3.3.4
>>> md5 files ;-) files/digest-libstdc++-v3-3.3.6
>>> md5 files ;-) files/digest-libstdc++-v3-3.3.3-r1
>>> md5 src_uri ;-) gcc-3.3.6.tar.bz2
>>> Unpacking source...
>>> Unpacking gcc-3.3.6.tar.bz2 to /var/tmp/portage/libstdc++-v3-3.3.6/work
* Patching ${S}/ltmain.sh ...
* Applying portage-1.4.0.patch ...
* Applying relink-1.4.0a-GCC3.0-2.patch ...
* Applying sed-1.4.0.patch ...
* Applying tmp-1.3.5.patch ...
* Applying uClibc/libtool patches ...
* Fixing ${S}/ltconfig ... [ ok ]
* Fixing ${S}/boehm-gc/ltconfig ... [ ok ]
* Using GNU config files from /usr/share/libtool
* Updating config.sub [ ok ]
* Updating boehm-gc/config.sub [ ok ]
* Updating gcc/config.guess [ ok ]
* Updating config.guess [ ok ]
* Updating boehm-gc/config.guess [ ok ]
>>> Source unpacked.
* CFLAGS=" -O2 -mcpu=i686"
* CXXFLAGS=" -O2 -mcpu=i686"
* Configuring libstdc++...
*** This configuration is not supported in the following subdirectories:
target-libf2c target-libffi target-boehm-gc target-zlib target-libjava zlib fastjar target-libobjc
(Any other directories should still work fine.)
Created "Makefile" in /var/tmp/portage/libstdc++-v3-3.3.6/work/build using "mt-frag"
`-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
Configuring libiberty... |
I can't figure out what this is at all. I've been searching and trying all sorts of things for a while now... _________________ tek |
|
Back to top |
|
|
Headrush Watchman
Joined: 06 Nov 2003 Posts: 5597 Location: Bizarro World
|
Posted: Wed Aug 24, 2005 1:04 am Post subject: |
|
|
Its says mpcu= is deprecated. Use march= and/or mtune= instead in /etc/make.conf
In other words change Code: | CFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer" |
to Code: | CFLAGS="-O2 -march=i686 -fomit-frame-pointer" |
|
|
Back to top |
|
|
tekproxy n00b
Joined: 11 Aug 2005 Posts: 10 Location: Texas
|
Posted: Wed Aug 24, 2005 2:56 am Post subject: |
|
|
Thanks, I'm sure that fixes something! I was tired of getting those warnings. I triend march and mtune as 386 and 686 and all 4 wouldn't compile. The configure goes just fine, the problem is when it configures GCC, maybe that's the problem but I don't know enough. Sorry to post such long posts but here is the code for the GCC configure:
Code: | Configuring gcc...
loading cache ../config.cache
checking LIBRARY_PATH variable... ok
checking GCC_EXEC_PREFIX variable... ok
checking host system type... i386-pc-linux-gnu
checking target system type... i386-pc-linux-gnu
checking build system type... i386-pc-linux-gnu
checking for gcc... (cached) gcc
checking whether the C compiler (gcc -O2 -march=i686 ) works... yes
checking whether the C compiler (gcc -O2 -march=i686 ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking whether gcc and cc understand -c and -o together... (cached) yes
checking for gnatbind... no
checking for compiler driver that understands Ada... no
checking whether gcc accepts -Wno-long-long... yes
checking how to run the C preprocessor... (cached) gcc -E
checking for inline... (cached) inline
checking for volatile... yes
checking for long double... yes
checking for long long int... yes
checking for __int64... no
checking for built-in _Bool... yes
checking size of short... 2
checking size of int... 4
checking size of long... 4
checking size of long long... 8
checking execution character set... ASCII
checking whether make sets ${MAKE}... yes
checking whether a default assembler was specified... no
checking whether a default linker was specified... no
checking for GNU C library... yes
checking for mawk... no
checking for gawk... gawk
checking whether ln works... yes
checking whether ln -s works... yes
checking for ranlib... (cached) ranlib
checking for a BSD compatible install... (cached) /bin/install -c
checking for ANSI C header files... (cached) yes
checking whether time.h and sys/time.h may both be included... (cached) yes
checking for working stdbool.h... yes
checking whether string.h and strings.h may both be included... yes
checking for sys/wait.h that is POSIX.1 compatible... (cached) yes
checking for limits.h... (cached) yes
checking for stddef.h... yes
checking for string.h... (cached) yes
checking for strings.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for time.h... (cached) yes
checking for fcntl.h... (cached) yes
checking for unistd.h... (cached) yes
checking for sys/file.h... (cached) yes
checking for sys/time.h... (cached) yes
checking for sys/mman.h... (cached) yes
checking for sys/resource.h... (cached) yes
checking for sys/param.h... (cached) yes
checking for sys/times.h... yes
checking for sys/stat.h... (cached) yes
checking for direct.h... no
checking for malloc.h... (cached) yes
checking for langinfo.h... yes
checking for thread.h... no
checking for pthread.h... yes
checking for CHAR_BIT... yes
checking byte ordering... unknown
configure: error: *** unable to determine endianness
Configure in /var/tmp/portage/libstdc++-v3-3.3.6/work/build/gcc failed, exiting. |
_________________ tek |
|
Back to top |
|
|
tekproxy n00b
Joined: 11 Aug 2005 Posts: 10 Location: Texas
|
Posted: Fri Aug 26, 2005 11:19 am Post subject: |
|
|
I had gcc and libstdc++ in /etc/portage/package.keywords and I took them both out and it is still giving me this error, except now, gcc wont downgrade because it wont compile. _________________ tek |
|
Back to top |
|
|
tekproxy n00b
Joined: 11 Aug 2005 Posts: 10 Location: Texas
|
Posted: Fri Sep 02, 2005 7:04 am Post subject: |
|
|
I hate to bump like this but it's been a long time. I've searched everywhere (again) to find the answer. Isn't there suposed to be a header somewhere that defines endianness? This is the most insane error I've ever seen... _________________ tek |
|
Back to top |
|
|
tekproxy n00b
Joined: 11 Aug 2005 Posts: 10 Location: Texas
|
Posted: Tue Sep 06, 2005 9:50 pm Post subject: |
|
|
I've RE-researched the internet and these forums for answers but I haven't been able to find anything. I'm really wanting to update my system but it can't compile anything. It looks like I have two options: Re-install gentoo or pull the trump card.
Pulling the trump card is possible usually only in the Linux community. The way it works is I make a post saying "Linux sucks, windows is so much better because I don't get stupid errors like this: <input my error>". After which, a swarm of angry and Linux-savy people will post solutions. I know this works as I have seen it done. Someone was unable to get his question answered on many groups and forums so he finally just said windows was a far superior operating system in all ways because linux lacked some functionality and Ph.Ds swarmed him with lengthy articles describing how to do everything he wanted. _________________ tek |
|
Back to top |
|
|
IQgryn l33t
Joined: 05 Sep 2005 Posts: 764 Location: WI, USA
|
Posted: Tue Sep 06, 2005 10:04 pm Post subject: |
|
|
What exactly is the error you're having now? (I seem to see two separate ones posted above). And could you repost your /etc/make.conf, just so I can see for sure the changes you've made? No guarantees I can help, but I'll try. |
|
Back to top |
|
|
FcukThisGame l33t
Joined: 20 Apr 2005 Posts: 776 Location: /lost+found
|
Posted: Wed Sep 07, 2005 12:48 am Post subject: Ha... |
|
|
That's actually quite funny that you'd be having troubles with that specific file... I switched to Gentoo from Mandrake because NOTHING that required that dependency worked. All of them said I needed to update it... which of course there isn't the ease of 'emerge' commands on mandrake... My best guess would be that it's a file problem and not your system. Or check your mirrorlist you run your updates from.
Good luck _________________ Sysadmin by trade, geek by choice
DESKTOP:
i7-3770K|8800GTS-512|32GB|1x256GB SSD|4x1TB|HD/BDROM|1920x1200+1680x1050
Win8 Pro w/ Hyper-V|Server 2012 VM|Ubuntu VM|Gentoo VM
TABLET: Samsung Ativ 700t
i5-3317U|4GB|128GB SSD|1920x1080 Touch
Win8 |
|
Back to top |
|
|
tekproxy n00b
Joined: 11 Aug 2005 Posts: 10 Location: Texas
|
Posted: Wed Sep 07, 2005 1:28 am Post subject: |
|
|
Thank you very much for your replies. The error is very simple. Every time I try to compile anything, when it configures, it gives me this error:
Code: | checking byte ordering... unknown
configure: error: *** unable to determine endianness |
I've synced many times (about once every two days) and I didn't think it would work or anything. I'm not having trouble with my /etc/make.conf, I don't get any errors from it or anything. I know I sound like a total noob, but isn't endianness determined by a header file somewhere?
Here is my make.conf file:
Code: | # These settings were set by the catalyst build script that automatically built$
CFLAGS="-O2 -march=i686 -fomit-frame-pointer"
CHOST="i386-pc-linux-gnu"
USE="-apache -truetype mysql apache2 pam ssl sasl maildir imap libwww"
CXXFLAGS="${CFLAGS}" |
I'm going to update my kernel, which I've been wanting to do for a while now. We'll see if that works. I'll post the results. Thanks again for the replies. _________________ tek |
|
Back to top |
|
|
IQgryn l33t
Joined: 05 Sep 2005 Posts: 764 Location: WI, USA
|
Posted: Wed Sep 07, 2005 2:39 am Post subject: |
|
|
It strikes me as odd that you have march=i686, but CHOST=i386-pc-linux-gnu, but I don't know if it's actually a problem. If you have a Pentium 4, you could try setting march=pentium4 (I'm sure there's an athlon equivalent, too). Other than that, I don't know. |
|
Back to top |
|
|
tekproxy n00b
Joined: 11 Aug 2005 Posts: 10 Location: Texas
|
Posted: Wed Sep 07, 2005 2:48 am Post subject: |
|
|
I recently changed march from i386 to i686 and forgot to change CHOST. I'll change it and see if anything happens. Updating my kernel didn't have any effect either (didn't think it would). _________________ tek |
|
Back to top |
|
|
tekproxy n00b
Joined: 11 Aug 2005 Posts: 10 Location: Texas
|
Posted: Thu Nov 10, 2005 5:14 pm Post subject: |
|
|
I lost internet for a long time but I got it back today, did an emerge sync and updated portage. I still can't figure out how to get rid of this "checking byte ordering" problem. _________________ tek |
|
Back to top |
|
|
|