Re: crosstool: wrong assumption made wrt compression method of source binaries (bz2 vs gz)

["Wolcott, Ken (MED, Compuware)" <Ken dot Wolcott at med dot ge dot com>]

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