GCC 4.1.2 failing to compile
Code:
CC=" stage1/xgcc -Bstage1/ -B/tools/x86_64-unknown-linux-gnu/bin/" CC_FOR_BUILD=" stage1/xgcc -Bstage1/ -B/tools/x86_64-unknown-linux-gnu/bin/" \ Can anyone point me in a direction, preferably the right one? |
I will post up more info if anyone needs it.
I was using the live CD when I got this error. The funny part about this is no matter which HOST system I use or which ever version of the CD/Book I use I can never EVER complete the gcc build. I always fail on the GCC build. Can someone for the love of whatever, fix my problem??? I am now getting frustrated with this whole process because there is no information gcc compile errors. Only thing google tells me is, its a hardware issue. Well, I beg to differ, because all this hardware has been proven to work perfectly since I hand picked it 2 months ago. |
Saying that you have proven your hardware to work perfectly since you hand picked it is a cop-out. What have you actually done to prove that your hardware was not at fault? Did you check your CPU temps while you were compiling?
|
Quote:
temps are 36C CPU and 26C MOBOPU and I memtested the memory 2 hours with NO errors. Now do you wanna tell me again that I cop'd out? thanks for at least having an opinion. Now what the hell can this be? |
I also just got done checking the memory 30 minutes ago. My test are done and up to date, my system works perfectly.
|
Some new info this time, I actually got it to tell me something new.
Code:
/bin/sh ../../gcc-4.1.1/gcc/../move-if-change tmp-attrtab.c insn-attrtab.c keeps forcing me to a hardware problem, but the bios is set by SPD. Memtest86 comes back clean as a whistle and everything else I have ever tried works on this system except for this compiling GCC error. I am even using the generic ubuntu kernel for 64 bit. Beyond using a new computer I can't really change much... This is so frustrating yet so sad... |
again...
Code:
/bin/sh ../../gcc-4.1.1/gcc/../move-if-change tmp-attrtab.c insn-attrtab.c I see this error may be due to NF4 chipset, I wonder if getting a new bios firmware update will help? |
In your results, this line brought back some memories of my own, compiling gcc ? version:
/bin/sh ../../gcc-4.1.1/gcc/../move-if-change tmp-attrtab.c insn-attrtab.c echo timestamp > s-attrtab This is a loop in the source code, which passes over the section three times. I eventually picked up and got through to the finish line. Took two continuations after the failed start. Sorry, I do not remember what changes I made, but I had to add two links to make it work. One thing I noticed about your most recent post was that it appears that different gcc versions are being amalgumated into one pool. I think you need to find a way to use only the same compiler version to work your way over the source. From your backtrace, 4.1.3: /usr/lib/gcc/x86_64-linux-gnu/4.1.3/cc1[0x56b762] From your command line reproduced in the second line above: 4.1.1 Do not expect to succeed with mixed versions of the compiler. Gerald |
Quote:
4.1.3 seems odd indeed, because I am not sure where its coming from??? This is really frustrating, I am completely stumped. I have checked my memory without failure, I have just updated the newest bios version thinking my NF4 chipset was the problem(still may be, but firmware is up to date)but thats updated now as well and I still get the same error. I am wondering now if I should just start over and re-compile binutils, its the only thing I compiled and the only thing I compiled with the old bios settings and bios firmware. I am no guru I don't even know if this will work??? edit: compiled again this time with no backtrace, sorta like the first post. Just weird how each time it has a different way of erroring but still with the same error. Sounds hardware, but what sort of problem because everything else seems to have no problems running on this machine. I even installed and compiled gcc-4.1.1 with the minimal gentoo liveCD. Just shoot me now. |
Quote:
I don't even have anything in /usr/lib/gcc/x86_64-linux-gnu its empty, zero items????? so what is that???? after following some more advice, repeatedly just trying to make all-gcc and now this pops up. Code:
gcc -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.1.1/gcc -I../../gcc-4.1.1/gcc/. -I../../gcc-4.1.1/gcc/../include -I../../gcc-4.1.1/gcc/../libcpp/include -c insn-attrtab.c \ |
Code:
../../gcc/c-decl.c -o c-decl.o Now what does this mean ^^^^. I looked it up on google and it seems all i get is old patches because 'patch' just complains that it assume -R (reverse) but I said no and now none of the patches work. :( |
For others to make good use of the forum, keep the discussion related to the subject title.
You started with gcc-4.1.2, but deviations from the topic do not aid others researching problems. If you choose to use various compilers, use a more general title, or start a different thread. You mentioned patches that no longer work. The patches on the LFS book were for a specific version, and not necessarily helpful for later compiler versions, as they need to be checked against the ChangeLog and code to see if a similar patch was already made. Readers would not know what patches you are using OR not using, so they may not understand where you are at or going. Gerald |
Code:
You started with gcc-4.1.2, but deviations from the topic do not aid others researching All u would have to do is read the thread and u will see why I wanted to try and compile 4.2.2, because nothing I did to 4.1.1 was working. If 4.2.2 compiled then it would have to be something else other then my pc. That was my consensus. Do you feel that was wrong? Besides, the original error I was getting when compiling 4.1.1 was due to my CPU apparently because once I switched out the single core for the dual core processor 4.1.1 compiled easily with no errors anywhere. I was most shocked, 3 days worth of errors, I wasn't expecting a new dual core processor to make that much of a difference. Now I would like someone to explain to me how that happens. Because essentially that means the processor I bought is bad. But the sad part is I been using it for quite some time so there is no warranty anymore, but yet it is clearly an inferior product. sry I was so confusing, but as u can see (hardware) CPU was never mentioned by anyone as a result of this error. I was lucky enough to have another processor sitting here to try. No offense, but I don't see anyone with any good advice on this board. |
All times are GMT -5. The time now is 02:47 AM. |