Re: colorgcc: colorgcc screws up configure (was: Re: I think I'm going mad ...)
On Sun, 29 Oct 2000, Raphael Bossek wrote:
> hi Cristian,
>
> > Now I found it!!! The problem seems to be COLORGCC.
> >
> > It looks like configure (which uses gcc to do it's tests) can't cope
> > with colorgcc (which is a gcc wrapper) or colorgcc is screwing up.
> hm, I'm using colorgcc successful with my automake/autoconf environemtns.
> Take a look on my configure.in...
>
> AC_ARG_WITH(colorgcc,
> [ --with-colorgcc= use ColorGCC script for colorising GCC compiler output (default yes)],
> colorgcc=`echo $withval|tr [A-Z] [a-z]`, colorgcc="yes")
> if test "$colorgcc" = "yes" -o "$colorgcc" = "on"; then
> AC_PATH_PROG(COLORGCC,colorgcc)
> if test "$COLORGCC"; then
> CC="$COLORGCC"
> CXX="$COLORGCC"
> else
> echo "***"
> echo "*** Missing ColorGCC script for GCC output colorisation!"
> echo "*** To enable ColorGCC colorisation install the colorgcc"
> echo "*** package provided by your distribution or install the"
> echo "*** latest application from http://home.i1.net/~jamoyers/software/";
> echo "***"
> exit 1
> fi
> fi
>
> Please send me your configure.in or better the project, so I can
> reproduce it here!
I'm not sure I fully understand what you're saying (or what I have
missed), but the easy way to reproduce this is to pick up the
ethereal-0.8.13 tar ball (here you may find a list of sites)
http://www.ethereal.com/download.html#sources
make sure libpcap0-dev is installed, and then configure. It should
reproduce.
If you mean:
"In order to get through a configure without any surprises comming form
usage of colorgcc, you should add the following snippet to each and
every configure.in, before running ./configure"
then I must admit I missed that thing in the colorgcc documentation and
there's noone else to blame but myself.
(Still a bit confused, but I will hopefully get better soon ;)
Cheers,
Cristian
--
Be careful, life will kill you.
Reply to: