CURRENT (r249438): (devel/libiconv)./unistd.h:686:5: error: invalid token at start of a preprocessor expression : #if @GNULIB_EUIDACCESS@

O. Hartmann ohartman at zedat.fu-berlin.de
Tue Apr 16 19:22:53 UTC 2013


On Tue, 2013-04-16 at 20:58 +0200, Dimitry Andric wrote:
> On Apr 16, 2013, at 00:42, Jan Beich <jbeich at tormail.org> wrote:
> > "O. Hartmann" <ohartman at zedat.fu-berlin.de> writes:
> >> ./unistd.h:694:5: error: invalid token at start of a preprocessor
> >> expression
> >> #if @GNULIB_EUIDACCESS@
> >>    ^
> >> 1 error generated.
> > 
> > Maybe -O3 overoptimizes regex in libc e.g.,
> > 
> > $ echo '#if @GNULIB_EUIDACCESS@' | sed 's/@GNULIB_EUIDACCESS@/0/'
> > #if @GNULIB_EUIDACCESS@
> > 
> > $ echo 'aaaaaaaaaaaaaaaaxxxaaaa' | sed 's/aaaaaaaaaaaaxxxaaaa//'
> > aaaaaaaaaaaaaaaaxxxaaaa
> 
> How did you arrive at this result?  I have recompiled both libc and sed
> with -O3, but it works just fine here.  Maybe -march=native is the clue,
> so which kind of CPU do you have?  To see what CPU llvm detects, try:
> 
>   tblgen -version | grep CPU
> 
> Note that -O3 turns on clang's vectorizer, so you might have run into an
> optimizer bug, or some kind of undefined behavior which now falls over.
> 
> -Dimitry
> 
 tblgen -version | grep CPU:

Host CPU: penryn (host A)
Host CPU: core-avx-i (host B)
Host CPU: corei7-avx (host C)

and the problem occurs on all of those boxes running most recent FreeBSD
10.0-CURRENT with CLANG 3.3

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20130416/b62c9ac3/attachment.sig>


More information about the freebsd-current mailing list