This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
This is a repost in plain text as the mailing list daemon rejected my HTLM formated mail. So sorry if you received it twice. Hi, Just to follow on my problem (yes I know it has been 2 months :-( ). I tried the latest crosstool-0.28-rc13 and I am still running in my previous trouble. But now, as I really need this crosstools, I spent more time on finding what the problem was. So I ran make with the -d flag and found out that even if "errlist-compat.c" is touched after errlist.c is built (in crosstool.sh) it doesn't seem to be enough (on my system) for make to consider errlist-compat.c as younger than errlist.c later. So I updated crosstool.sh to "sleep" for 2 seconds (maybe 1 is enough) before touching errlist-compat.c. This solved my problem. I was then able to "make install-headers" without trouble. I hope it helps. JC if grep -q GLIBC_2.3 ${GLIBC_DIR}/ChangeLog; then # glibc-2.3.x passes cross options to $(CC) when generating errlist-compat.c, which fails without a real cross-compiler. # Fortunately, we don't need errlist-compat.c, since we just need .h files, # so work around this by creating a fake errlist-compat.c and satisfying its dependencies. # Another workaround might be to tell configure to not use any cross options to $(CC). # The real fix would be to get install-headers to not generate errlist-compat.c. make sysdeps/gnu/errlist.c mkdir -p stdio-common # on my system I had to add some sleep so that "make install-headers" # don't try to rebuild errlist-compat.c anyway sleep 2 touch stdio-common/errlist-compat.c fi make cross-compiling=yes install_root=${SYSROOT} $GLIBC_SYSROOT_ARG install-headers On Mon, 2004-03-15 at 16:30, Dan Kegel wrote: > Kai Ruottu wrote: > >> cc1: error: invalid option `powerpc' > >> cc1: error: invalid option `new-mnemonics' > > > > > > This 'gcc' should put your bells ringing... Isn't it your native GCC > > which doesn't know anything about the '-mpowerpc' and '-mnew-mnemonics' > > options? A Linux/PPC targeted GCC surely knows these... > > > >> *** errlist.c count 1 vs Versions sys_errlist@GLIBC_2.3 count 126 > >> make[2]: *** > >> [/export/home/jdubois/crosstool-0.28-pre7/build/powerpc-7400-linux- > >> gnu/gcc-3.3.2-glibc-2.3.2/build-glibc-headers/stdio-common/errlist-compat.c] > >> Err > >> or 1 > >> make[1]: Leaving directory > >> `/export/home/jdubois/crosstool-0.28-pre7/build/power > >> pc-7400-linux-gnu/gcc-3.3.2-glibc-2.3.2/glibc-2.3.2' > > > > > > You cannot build glibc-2.3.2 using your native GCC, you must use a > > Linux/PPC targeted GCC ! > > He knows that. If you check the log against crosstool.sh, you'll > see he's only trying to install glibc's headers, and for some > reason, the workaround I did to force glibc to not compile > anything while doing that isn't working for him. > So I need a more robust way to install the glibc headers > needed to compile the gcc-3.3.x bootstrap compiler. > - Dan ------ Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/ Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |