[Bug 195934] clang350-import branch not working on sparc64

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Wed Jul 22 20:21:59 UTC 2015


--- Comment #11 from Dimitry Andric <dim at FreeBSD.org> ---
(In reply to craig001 from comment #8)
> checkout svn://svn.freebsd.org/base/projects/clang-trunk
> Revision: 285701
> both buildworld and toolchain are falling over with;
> cc1plus: error: unrecognized command line option "-std=c++11"

Yes, this is expected.  You cannot build clang 3.5.0 or higher with base gcc,
you need gcc 4.8 or higher, or clang 3.2 or higher, and a C++11 compatible C++
library (e.g. libc++).

(In reply to craig001 from comment #9)
> failing with clang also;
> clang  -O2 -pipe   -I/usr/src/lib/libc/include
> -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/sparc64 -DNLS 
> -I/usr/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE
> -I/usr/src/lib/libc/../../contrib/gdtoa
> -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6
> -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE
> -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd
> -I/usr/src/lib/libc/../../contrib/jemalloc/include
> -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime
> -I/usr/src/lib/libc/locale -I/usr/src/lib/libc/sparc64/fpu -DBROKEN_DES
> -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING
> -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror
> -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body
> -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare
> -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function
> -Wno-enum-conversion -Wno-switch -Wno-switch-enum
> -Wno-knr-promoted-parameter -Qunused-arguments -fno-dwarf2-cfi-asm
> -I/usr/src/lib/libutil -I/usr/src/lib/msun/sparc64 -I/usr/src/lib/msun/src
> -c /usr/src/lib/libc/sparc64/fpu/fpu.c -o fpu.o
> In file included from /usr/src/lib/libc/sparc64/fpu/fpu.c:72:
> /usr/src/lib/libc/../../include/signal.h:84:60: error: expected function body
>       after function declarator
> int     sigwait(const sigset_t * __restrict, int * __restrict) __nonnull_all;
>                                                                ^

Hm, this looks like some problem with your system headers, maybe?  These
__nonnull attributes were introduced recently, maybe you have a half-finished
installation, or checkout?

I'm currently doing a buildworld with TARGET=sparc64, and it's already gotten
to the cross-tools part.  When it gets to compiling libc, I will see if I get
the same errors as you saw.

You are receiving this mail because:
You are on the CC list for the bug.

More information about the freebsd-sparc64 mailing list