Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20121016132120.GR254@brightrain.aerifal.cx>
Date: Tue, 16 Oct 2012 09:21:20 -0400
From: Rich Felker <dalias@...ifal.cx>
To: musl@...ts.openwall.com
Subject: Re: [RFC] pcc support for configure

On Tue, Oct 16, 2012 at 12:17:43PM +0200, Szabolcs Nagy wrote:
> * Isaac Dunham <idunham@...abit.com> [2012-10-15 21:12:31 -0700]:
> > +# Older PCC versions don't define __PIC__ with -fPIC
> > +#
> > +tryflag CFLAG_TEST "-x c"
> > +printf '#ifndef __PIC__\n__PIC__=0\n#endif\n' | \
> > +$CC -E $CFLAG_TEST -fPIC - | grep __PIC__ && \
> > +CFLAGS_SHARED_ALL="$CFLAGS_SHARED_ALL -D__PIC__=1"
> > +
> 
> i don't think it's worth adding such checks
> 
> pcc is still in development and the last
> release was very much broken
> 
> when it gets more stable and widely used then
> such ckecks will make sense, right now we can
> just depend on the latest pcc
> 
> even with clang we can easily say that we
> only support clang+llvm >= 3.1
> (i assume the -ffreestanding bug is fixed in that)

Agreed. I don't think there's a point in supporting old compiler
versions except when there are possibly-compelling reasons to use
them. For old GCC's, the reasons are either bloat, speed, or license
issues... or just the fact that upgrading gcc is a nightmare if you
don't have new packages for it. None of these apply to pcc.

Rich

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.