CURRENT (r249438): (devel/libiconv)./unistd.h:686:5: error: invalid token at start of a preprocessor expression : #if @GNULIB_EUIDACCESS@
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.
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...
Size: 488 bytes
Desc: This is a digitally signed message part
More information about the freebsd-ports