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] |
Hi Dan; Thanks for your reply. The build dies later now after having glibc-2.2.5.tar.bz2 avialable locally in the tarball directory and after changing ptx.sh to get 0.4.0 directly from pengutronix. So, apparently the problem(s) with busybox are no longer present (unless libnet.extract is part of busybox). I thought originally that crosstool did look for the bz2 suffix first and then the gz suffix, but it didn't happen for me for some odd reason. There are lots of disturbing (at least to me) localized failures while attempting the downloading of pengutronix patches (404 errors) which it tells me not to worry about. Would be nice to find a way to more readily distinguish benign errors form bad errors... See between the lines of asterisks for an excerpt of the current failure. *************************************************************************** ---------------------- target: libnet.extract ---------------------- cd /tuba_local/crosstool/crosstool-0.24/build/arm-arm9-linux-gnu/gcc-3.2.1-glibc-2.2.5-binutils-2.14.90.0.5/ptxdist-0.4.0/build/Libnet-latest && \ "/tuba_local/crosstool/crosstool-0.24/result/arm-arm9-linux-gnu/gcc-3.2.1-glibc-2.2.5-binutils-2.14.90.0.5"/automake-1.5/bin/aclocal && \ "/tuba_local/crosstool/crosstool-0.24/result/arm-arm9-linux-gnu/gcc-3.2.1-glibc-2.2.5-binutils-2.14.90.0.5"/automake-1.5/bin/automake && \ "/tuba_local/crosstool/crosstool-0.24/result/arm-arm9-linux-gnu/gcc-3.2.1-glibc-2.2.5-binutils-2.14.90.0.5"/autoconf-2.57/bin/autoconf configure.in:16: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst configure.in:92: warning: AC_CACHE_VAL(ac_libnet_have_packet_socket, ...): suspicious presence of an AC_DEFINE in the second argument, where no actions should be taken configure.in:223: warning: do not use m4_regexp: use regexp or m4_bregexp configure.in:37: error: do not use LIBOBJS directly, use AC_LIBOBJ (see section `AC_LIBOBJ vs LIBOBJS' If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. make: *** [/tuba_local/crosstool/crosstool-0.24/build/arm-arm9-linux-gnu/gcc-3.2.1-glibc-2.2.5-binutils-2.14.90.0.5/ptxdist-0.4.0/state/libnet.extract] Error 1 *************************************************************************** Thanks, Ken On Wednesday 29 October 2003 13:13, Dan Kegel wrote: > Wolcott, Ken (MED, Compuware) wrote: > > Looks like I found a bug in crosstool :-) Not sure, please verify. > > > > Not all compressed source binaries are compressed with bzip2, some are > > compressed with gzip. Therefore looking for glibc2.2.5.tar.bz2 fails > > where glibc2.2.5.tar.gz would succeed. Perhaps there should be an > > attempt to download *.tar.bz2 first, and if that fails, then an attempt > > to download *.tar.gz, prior to failing completely. Also, failing > > completely, should exit the script? Can't find the required component > > locally, can't find the required component on the web, can't build the > > cross compiler...rather than failing later because the subcomponent isn't > > there? > > getandpatch.sh tries .tar.bz2 first, then .tar.gz, just as you would like: > > getUnpackAndPatch ftp://ftp.gnu.org/pub/gnu/glibc/$GLIBC_DIR.tar.bz2 || > getUnpackAndPatch ftp://ftp.gnu.org/pub/gnu/glibc/$GLIBC_DIR.tar.gz > > so I'm not sure why it didn't work for you... maybe there is a bug. > > It relies on 'set -e' above to abort the script if they > both fail; maybe I should add > > || abort "can't download $GLIBC_DIR" > > to the end of that line to make sure I'm not misunderstanding how set -e > and shell functions interact. > > Also, in my next version I'll abort properly if the tarballs don't > unpack due to corruption; currently it just sails right through > (due to, yep, my misunderstanding of how set -e and shell functions > interact). > > > BTW, if you're having trouble building busybox, just comment out the > line in ptx.config that enables busybox... you ought to sail through > to building ncurses then. > - 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] |