Re: userland build failure in libgomp
Hi, Robert Swindells wrote: could it be that the combination MKLLVM = no HAVE_LLVM=no MKLLVMRT = no is not supported? You could test this by building without those options, you should get a gcc toolchain. I use MKLLVMRT=no for several architectures and did a full build a couple of days ago. I removed HAVE_LLVM, I reduced back to MKLLVM = no MKLLVMRT = no (please note the lower case, it appears to be case sensitive) And with an update from CVS... I was able to build "everything". tools, kernel, userland with X, install and reboot and at a first glance it works Now.. stressing the machine with a fine "pkg" upgrade of all packages. So green light. You also shouldn't need to build the tools as a separate step, just do a clean build of the distribution target. Delete the old tools first Oh, didn't know that. Usually I do build tools, then the kernel, then userland and I want the kernel to be built with the new tools But in this case it was a useless step, thanks. Riccardo
Re: userland build failure in libgomp
Riccardo Mottola wrote: >I confirm the peristent build failure, even if starting totally from >scratch (clean obj dir) and no -u flag. >Built tools first, then distribution. Same error, on amd64 > >could it be that the combination >MKLLVM = no >HAVE_LLVM=no >MKLLVMRT = no > >is not supported? You could test this by building without those options, you should get a gcc toolchain. I use MKLLVMRT=no for several architectures and did a full build a couple of days ago. You also shouldn't need to build the tools as a separate step, just do a clean build of the distribution target. Delete the old tools first.
Re: userland build failure in libgomp
Hi all!
I confirm the peristent build failure, even if starting totally from
scratch (clean obj dir) and no -u flag.
Built tools first, then distribution. Same error, on amd64
could it be that the combination
MKLLVM = no
HAVE_LLVM=no
MKLLVMRT = no
is not supported?
the error is:
# compile libgomp/oacc-init.o
/usr/src/obj/tooldir.NetBSD-9.99.34-amd64/bin/x86_64--netbsd-clang -O2
-march=core2 -pthread -std=gnu99 -Wno-sign-compare
-Wno-pointer-sign -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wno-sign-compare-Werror -Wno-conversion -fPIE
-Wno-stack-protector -Wno-missing-prototypes
--sysroot=/usr/src/obj/destdir.amd64 -DHAVE_CONFIG_H
-I/usr/src/external/gpl3/gcc/dist/libgomp
-I/usr/src/external/gpl3/gcc/dist/libgomp/config/posix
-I/usr/src/external/gpl3/gcc/dist/libgcc
-I/usr/src/external/gpl3/gcc/dist/include
-I/usr/src/external/gpl3/gcc/lib/libgomp/arch/x86_64 -c
/usr/src/external/gpl3/gcc/dist/libgomp/oacc-init.c -o oacc-init.o
/usr/src/external/gpl3/gcc/dist/libgomp/oacc-init.c:632:21: error:
unknown attribute '__optimize__' ignored
[-Werror,-Wunknown-attributes]
int __attribute__ ((__optimize__ ("O2")))
^
/usr/src/external/gpl3/gcc/dist/libgomp/oacc-init.c:635:10: error: use
of unknown builtin '__builtin_acc_on_device'
[-Wimplicit-function-declaration]
return __builtin_acc_on_device (dev);
so it looks clang is being executed, inside the tooldir freshly built!
Riccardo
Riccardo Mottola wrote:
Hi List!
Yesterday, I did a new CVS update. I did rebuild tools and userland.
I ad mit, to save some time, I used the "-u" update flag. The issue came
up again however.
I will try today again, without an update build.
Re: userland build failure in libgomp
Hi List!
Yesterday, I did a new CVS update. I did rebuild tools and userland.
I ad mit, to save some time, I used the "-u" update flag. The issue came
up again however.
I will try today again, without an update build.
Riccardo
Riccardo Mottola wrote:
# compile libgomp/oacc-init.o
/usr/src/obj/tooldir.NetBSD-9.99.34-amd64/bin/x86_64--netbsd-clang -O2
-march=core2 -pthread -std=gnu99 -Wno-sign-compare
-Wno-pointer-sign -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wno-sign-compare -Werror -Wno-conversion -fPIE
-Wno-stack-protector -Wno-missing-prototypes
--sysroot=/usr/src/obj/destdir.amd64 -DHAVE_CONFIG_H
-I/usr/src/external/gpl3/gcc/dist/libgomp
-I/usr/src/external/gpl3/gcc/dist/libgomp/config/posix
-I/usr/src/external/gpl3/gcc/dist/libgcc
-I/usr/src/external/gpl3/gcc/dist/include
-I/usr/src/external/gpl3/gcc/lib/libgomp/arch/x86_64 -c
/usr/src/external/gpl3/gcc/dist/libgomp/oacc-init.c -o oacc-init.o
/usr/src/external/gpl3/gcc/dist/libgomp/oacc-init.c:632:21: error:
unknown attribute '__optimize__' ignored
[-Werror,-Wunknown-attributes]
int __attribute__ ((__optimize__ ("O2")))
^
/usr/src/external/gpl3/gcc/dist/libgomp/oacc-init.c:635:10: error: use
of unknown builtin '__builtin_acc_on_device'
[-Wimplicit-function-declaration]
return __builtin_acc_on_device (dev);
^
userland build failure in libgomp
Hi,
I updated again, did a new build of userland and now get an error in a
different place. Seems the compiler doesn't like an attribute. It seems
the compiler used is clang?
But I have:
MKLLVM = no
HAVE_LLVM=no
MKLLVMRT = no
Riccardo
# compile libgomp/oacc-init.o
/usr/src/obj/tooldir.NetBSD-9.99.34-amd64/bin/x86_64--netbsd-clang -O2
-march=core2 -pthread -std=gnu99 -Wno-sign-compare
-Wno-pointer-sign -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wno-sign-compare-Werror -Wno-conversion -fPIE
-Wno-stack-protector -Wno-missing-prototypes
--sysroot=/usr/src/obj/destdir.amd64 -DHAVE_CONFIG_H
-I/usr/src/external/gpl3/gcc/dist/libgomp
-I/usr/src/external/gpl3/gcc/dist/libgomp/config/posix
-I/usr/src/external/gpl3/gcc/dist/libgcc
-I/usr/src/external/gpl3/gcc/dist/include
-I/usr/src/external/gpl3/gcc/lib/libgomp/arch/x86_64 -c
/usr/src/external/gpl3/gcc/dist/libgomp/oacc-init.c -o oacc-init.o
/usr/src/external/gpl3/gcc/dist/libgomp/oacc-init.c:632:21: error:
unknown attribute '__optimize__' ignored
[-Werror,-Wunknown-attributes]
int __attribute__ ((__optimize__ ("O2")))
^
/usr/src/external/gpl3/gcc/dist/libgomp/oacc-init.c:635:10: error: use
of unknown builtin '__builtin_acc_on_device'
[-Wimplicit-function-declaration]
return __builtin_acc_on_device (dev);
^
2 errors generated.
*** Failed target: oacc-init.o
