Subject: Re: c99
To: None <jschauma@netmeister.org, rillig@NetBSD.org>
From: Gilles Dauphin <Gilles.Dauphin@enst.fr>
List: tech-pkg
Date: 12/06/2006 11:14:17
> From: Roland Illig <rillig@NetBSD.org>
>
>
> Jan Schaumann wrote:
> > Roland Illig <rillig@NetBSD.org> wrote:
> >
> >
> >>I would add this to _WRAP_EXTRA_ARGS.CC instead of CFLAGS, since that is
> >>guaranteed to survive even packages that ignore the user's choice for
> >>CFLAGS.
> >
> >
> > We should see if we can have the wrapper display _WRAP_EXTRA_ARGS.CC
> > when running. I find it somewhat comfusing if the command-line executed
> > shows 'gcc -whatever', but it actually runs 'gcc -std=c99 -whatever'.
>
> That's difficult. Those packages using the old autoconf-2.13 configure
> scripts will fail when the compiler writes something to stderr. And when
> the compiler is called with -E, we cannot write to stdout.
>
> I agree that it's confusing when you don't see what is done, but only
> something similar. A friend of mine had written a Makefile like this:
>
> .c.o:
> @echo compiling with ${CC} ${CPPFLAGS} ${CFLAGS} ...
> ${CC} ${CPPFLAGS} ${CFLACS}
>
> notice the different spelling: CFLA_G_S vs. CFLA_C_S. That was quite
> funny, since it had been done intentionally.
>
> But since obfuscating things is not in the list of pkgsrc's goals, we
> should indeed try to make the wrapper output more easily accessible to
> the user.
I have a problem since c99 usage in different package with Solaris.
That's the third package broken by this add-on. (I simply remove c99 and works)
devel/glib2
databases/shared-mime-info
graphics/ImageMagick
I test all other package I need.
Please have a look too and review.
Thanks,
Gilles