Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
Maybe I should add (if no-one noticed it yet) that this is cross-build for ARM. I wouldn't attempt to upgrade host itself over two major versions. I think it's totally insane how you can't build other major versions arches. 9.x can't make 11.x (well, you can, if using gcc bootstrap), and I heard that 10.x can't make 9.x... I mean, build should start clean, building all things that are needed to bootstrap. If needed, building some tools two times to get into right environment (host - bootstrap - bootstrap - build). Of course, i realize how much work that would be... But this would make it possible to build things across all supported major versions and across arches where it's not too hard to support (for example, MIPS - amd64 likely doesn't make sense, but i386/amd64 - ARM/MIPS/... likely has uses). ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
Hello. I have this issue where it's impossible to get 9.x (9.3) into state where I can build clang 3.5.0 bootstrap of CURRENT. gcc works fine. I've already discussed this with some people in EFNet :: #bsdmips Currently I have this jail, built using: WITH_CLANG_IS_CC WITH_LIBCPLUSPLUS I get strange errors like: In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp:15: In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/APFloat.h:20: In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/APInt.h:19: In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/ArrayRef.h:14: In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/ADT/SmallVector.h:20: /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/Support/MathExtras.h:21:10: fatal error: 'type_traits' file not found #include type_traits ^ 1 error generated. Or: In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FileOutputBuffer.cpp:14: /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/Support/Errc.h:33:10: fatal error: 'system_error' file not found #include system_error ^ 1 error generated. There are files: /usr/include/c++/4.2/tr1/type_traits /usr/include/c++/v1/type_traits /usr/include/c++/v1/system_error Where files in v1/ directory seem to be indeed correct ones and part of clang. But include paths seem wrong? Or is it something else? Full log: http://ketas.si.pri.ee/bbb.build.1420677522.log I don't know... if 9.x can't be used to build 11.x / CURRENT anymore, maybe this should be put to UPDATING (that 9.x is not supported) and I just upgrade to 10.x... which would solve everything (hopefully). Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
On Thu, 8 Jan 2015, Sulev-Madis Silber (ketas) wrote: I don't know... if 9.x can't be used to build 11.x / CURRENT anymore, maybe this should be put to UPDATING (that 9.x is not supported) and I just upgrade to 10.x... which would solve everything (hopefully). I have no specific data about this specific case, but the advertised procedure for upgrading between major branches is to update to the tip of the starting branch before attempting the major version jump, i.e., update to the tip of stable/9 before attempting to go to stable/10 or head. Given that 9.3 is the latest release from the 9.x series, it's not immediately clear (without doing some research) whether that will actually help in this specific case. -Ben Kaduk ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
On 1/8/2015 1:21 PM, Benjamin Kaduk wrote: I have no specific data about this specific case, but the advertised procedure for upgrading between major branches is to update to the tip of the starting branch before attempting the major version jump, i.e., update to the tip of stable/9 before attempting to go to stable/10 or head. Actually, there seems to be a new caveat to this discussed in https://lists.freebsd.org/pipermail/freebsd-stable/2015-January/081521.html ---Mike -- --- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, m...@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
On Jan 7, 2015, at 05:03, Eggert, Lars l...@netapp.com wrote:
Hi,
On 2014-12-31, at 21:41, Dimitry Andric d...@freebsd.org wrote:
I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in
r276479.
there seem to be issues when building with -DWITH_OFED:
--- contrib/ofed.all__D ---
/usr/home/elars/src/contrib/ofed/usr.bin/opensm/../../management/opensm/opensm/osm_ucast_ftree.c:2996:8:
error: taking the absolute value of unsigned type 'unsigned int' has no
effect [-Werror,-Wabsolute-value]
if (abs(p_sw-rank - p_remote_sw-rank) != 1) {
Please open a bug and cc hselasky@ on it.
Thanks!
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
On 2015-1-7, at 16:28, Garrett Cooper yaneurab...@gmail.com wrote: Please open a bug and cc hselasky@ on it. Done: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196597 Lars signature.asc Description: Message signed with OpenPGP using GPGMail
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
Hi,
On 2014-12-31, at 21:41, Dimitry Andric d...@freebsd.org wrote:
I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in
r276479.
there seem to be issues when building with -DWITH_OFED:
--- contrib/ofed.all__D ---
/usr/home/elars/src/contrib/ofed/usr.bin/opensm/../../management/opensm/opensm/osm_ucast_ftree.c:2996:8:
error: taking the absolute value of unsigned type 'unsigned int' has no effect
[-Werror,-Wabsolute-value]
if (abs(p_sw-rank - p_remote_sw-rank) != 1) {
Lars
signature.asc
Description: Message signed with OpenPGP using GPGMail
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
On Thu, 1 Jan 2015 23:53:03 +0100 Dimitry Andric d...@freebsd.org wrote: On 01 Jan 2015, at 12:50, O. Hartmann ohart...@zedat.fu-berlin.de wrote: ... === lib/atf/libatf-c++ (all) c++-O2 -pipe -O3 -O3 -pipe -march=native -DHAVE_CONFIG_H -I/usr/src/contrib/atf -I/usr/src/lib/atf/libatf-c++/../libatf-c -I. -DHAVE_CONFIG_H -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -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 -Qunused-arguments -std=c++11 -Wno-c++11-extensions -c /usr/src/contrib/atf/atf-c++/detail/application.cpp -o application.o In file included from /usr/src/contrib/atf/atf-c++/detail/application.cpp:26: In file included from /usr/src/contrib/atf/atf-c++/detail/application.hpp:29: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ostream:131: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:439: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:624: /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2033:8: error: keyword '__is_constructible' will be made available as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] struct __is_constructible // false, _Tp is not a scalar ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2584:51: error: keyword '__is_nothrow_constructible' will be made available as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] template bool, class _Tp, class... _Args struct __is_nothrow_constructible; ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2746:47: error: keyword '__is_nothrow_assignable' will be made available as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] template bool, class _Tp, class _Arg struct __is_nothrow_assignable; ^ 3 errors generated. *** Error code 1 Stop. make[6]: stopped in /usr/src/lib/atf/libatf-c++ *** Error code 1 Hi Oliver, This should now be fixed by r276516 and r276517. Please update your tree to after those revisions, and try again. Thanks for the report. -Dimitry Thank you very much. I can build the whole system right now and it seems that I also can rebuilt most of the ports without sruggle. oh ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
I checked in amd64 case on my desktop machine, and building fine. After that, I looked again into build log, and I found this: make[2]: stopped in /usr/obj/i386.i386/jenkins/workspace/HardenedBSD_Master/sys/HARDENEDBSD 1 error make[2]: stopped in /usr/obj/i386.i386/jenkins/workspace/HardenedBSD_Master/sys/HARDENEDBSD *** [buildkernel] Error code 2 Seems like, the error affected the i386 case. On Thu, Jan 1, 2015 at 6:53 PM, Dimitry Andric d...@freebsd.org wrote: On 01 Jan 2015, at 18:35, Oliver Pinter oliver.pin...@hardenedbsd.org wrote: We at HardenedBSD got this error, with out jenkins instance: --- dis_tables.o --- /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: error: '' within '||' [-Werror,-Wlogical-op-parentheses] if (cpu_mode == SIZE64 dp-it_invalid64 || ~~~^~~ ~~ /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: note: place parentheses around the '' expression to silence this warning if (cpu_mode == SIZE64 dp-it_invalid64 || ^ ( ) /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: error: '' within '||' [-Werror,-Wlogical-op-parentheses] cpu_mode != SIZE64 dp-it_invalid32) ~~~^~~ /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: note: place parentheses around the '' expression to silence this warning cpu_mode != SIZE64 dp-it_invalid32) ^ ( ) --- all_subdir_ed --- I can't reproduce this warning here, at least not with pristine head. Did you change any of the -Wno-xxx flags in your customized source tree? -Dimitry ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
No, we don't touch them. Only added -DHARDEBEDBSD into make environment. I will schedule a new round of build to recheck them, On Thu, Jan 1, 2015 at 6:53 PM, Dimitry Andric d...@freebsd.org wrote: On 01 Jan 2015, at 18:35, Oliver Pinter oliver.pin...@hardenedbsd.org wrote: We at HardenedBSD got this error, with out jenkins instance: --- dis_tables.o --- /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: error: '' within '||' [-Werror,-Wlogical-op-parentheses] if (cpu_mode == SIZE64 dp-it_invalid64 || ~~~^~~ ~~ /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: note: place parentheses around the '' expression to silence this warning if (cpu_mode == SIZE64 dp-it_invalid64 || ^ ( ) /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: error: '' within '||' [-Werror,-Wlogical-op-parentheses] cpu_mode != SIZE64 dp-it_invalid32) ~~~^~~ /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: note: place parentheses around the '' expression to silence this warning cpu_mode != SIZE64 dp-it_invalid32) ^ ( ) --- all_subdir_ed --- I can't reproduce this warning here, at least not with pristine head. Did you change any of the -Wno-xxx flags in your customized source tree? -Dimitry ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
On 01 Jan 2015, at 18:35, Oliver Pinter oliver.pin...@hardenedbsd.org wrote: We at HardenedBSD got this error, with out jenkins instance: --- dis_tables.o --- /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: error: '' within '||' [-Werror,-Wlogical-op-parentheses] if (cpu_mode == SIZE64 dp-it_invalid64 || ~~~^~~ ~~ /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: note: place parentheses around the '' expression to silence this warning if (cpu_mode == SIZE64 dp-it_invalid64 || ^ ( ) /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: error: '' within '||' [-Werror,-Wlogical-op-parentheses] cpu_mode != SIZE64 dp-it_invalid32) ~~~^~~ /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: note: place parentheses around the '' expression to silence this warning cpu_mode != SIZE64 dp-it_invalid32) ^ ( ) --- all_subdir_ed --- I can't reproduce this warning here, at least not with pristine head. Did you change any of the -Wno-xxx flags in your customized source tree? -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
On Wed, Dec 31, 2014 at 09:41:34PM +0100, Dimitry Andric wrote: Hi, I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in r276479. . Hmm... I'm seeing a problem with src/sys/modules/asr, using (head) sources @276499 in native i386 environments that are presently running: FreeBSD g1-253.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1470 r276462M/276468:1100051: Wed Dec 31 06:18:00 PST 2014 r...@g1-253.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 and: FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1707 r276462M/276468:1100051: Wed Dec 31 05:48:32 PST 2014 r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 (For a history, showing at what points I've successfully built, installed, and booted i386/head on these machines, please see http://www.catwhisker.org/~david/FreeBSD/history/laptop_i386_11.txt or http://www.catwhisker.org/~david/FreeBSD/history/freebeast_i386_11.txt.) Here's an excerpt from one of the failures (re-created without a -j specification in order to help keep things clear): Kernel build for CANARY started on Thu Jan 1 08:56:50 PST 2015 ... stage 3.2: building everything ... === asmc (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /common/S4/obj/usr/src/sys/CANARY/opt_global.h -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -fno-common -g -I/common/S4/obj/usr/src/sys/CANARY -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-format -Wno-error-parentheses -Wno-error-switch -Wno-error-switch -Wno-error-shift-count-negative -Wno-error-shift-count-overflow -Wno-error-constant-conversion -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/asmc/../../dev/asmc/asmc.c /usr/src/sys/modules/asmc/../../dev/asmc/asmc.c:975:7: warning: assigning to 'char *' from 'uint8_t *' (aka 'unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] desc = buf+4; ^ ~ 1 warning generated. ctfconvert -L VERSION -g asmc.o ld -d -warn-common -r -d -o asmc.kld asmc.o ctfmerge -L VERSION -g -o asmc.kld asmc.o : export_syms awk -f /usr/src/sys/conf/kmod_syms.awk asmc.kld export_syms | xargs -J% objcopy % asmc.kld ld -Bshareable -d -warn-common -o asmc.ko.debug asmc.kld objcopy --only-keep-debug asmc.ko.debug asmc.ko.symbols objcopy --strip-debug --add-gnu-debuglink=asmc.ko.symbols asmc.ko.debug asmc.ko === asr (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /common/S4/obj/usr/src/sys/CANARY/opt_global.h -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -fno-common -g -I/common/S4/obj/usr/src/sys/CANARY -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-format -Wno-error-parentheses -Wno-error-switch -Wno-error-switch -Wno-error-shift-count-negative -Wno-error-shift-count-overflow -Wno-error-constant-conversion -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/asr/../../dev/asr/asr.c /usr/src/sys/modules/asr/../../dev/asr/asr.c:1844:4: warning: assigning to 'caddr_t' (aka 'char *') from 'u_int8_t *' (aka 'unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] v = ccb-csio.data_ptr; ^ ~~ /usr/src/sys/modules/asr/../../dev/asr/asr.c:1849:29: error: array index 58 is past the end of the array (which contains 1 element) [-Werror,-Warray-bounds] while ((len 0) (sg ((PPRIVATE_SCSI_SCB_EXECUTE_MESSAGE) ^ /usr/src/sys/dev/asr/i2omsg.h:934:8: note: array 'Simple' declared here I2O_SGE_SIMPLE_ELEMENT Simple[1]; ^ /usr/src/sys/modules/asr/../../dev/asr/asr.c:2621:18: warning: passing 'char [8]' to parameter of type 'u_int8_t *' (aka 'unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] ASR_prstring (iq-vendor, 8); ^~ /usr/src/sys/modules/asr/../../dev/asr/asr.c:732:24: note: passing argument to parameter 's' here ASR_prstring(u_int8_t *s, int len) ^ /usr/src/sys/modules/asr/../../dev/asr/asr.c:2626:18: warning: passing 'char [16]' to parameter of type 'u_int8_t *' (aka 'unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] ASR_prstring (iq-product, 16); /usr/src/sys/modules/asr/../../dev/asr/asr.c:732:24:
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
On 2015-01-01 12:44, Oliver Pinter wrote:
No difference between FreeBSD's and our dis_tables.c file, and we
added the following modification to master Makefile:
op@robot hardenedBSD.git.opntr git diff origin/master
origin/hardened/current/master -- sys/cddl/dev/dtrace/x86/dis_tables.c
op@robot hardenedBSD.git.opntr git diff origin/master
origin/hardened/current/master -- us
usr.bin/ usr.sbin/
op@robot hardenedBSD.git.opntr git diff origin/master
origin/hardened/current/master -- share/mk
mk/ mklocale/
op@robot hardenedBSD.git.opntr git diff origin/master
origin/hardened/current/master -- share/mk
diff --git a/share/mk/Makefile b/share/mk/Makefile
index cd69ca8..7e1b51f 100644
--- a/share/mk/Makefile
+++ b/share/mk/Makefile
@@ -13,6 +13,7 @@ FILES=\
bsd.doc.mk \
bsd.endian.mk \
bsd.files.mk \
+ bsd.hardenedbsd.mk \
bsd.incs.mk \
bsd.info.mk \
bsd.init.mk \
diff --git a/share/mk/bsd.hardenedbsd.mk b/share/mk/bsd.hardenedbsd.mk
new file mode 100644
index 000..9d5bcd3
--- /dev/null
+++ b/share/mk/bsd.hardenedbsd.mk
@@ -0,0 +1,2 @@
+CFLAGS+= -DHARDENEDBSD
+CXXFLAGS+= -DHARDENEDBSD
diff --git a/share/mk/sys.mk b/share/mk/sys.mk
index f691820..1edb4d8 100644
--- a/share/mk/sys.mk
+++ b/share/mk/sys.mk
@@ -368,3 +368,5 @@ SHELL= ${__MAKE_SHELL}
.include bsd.cpu.mk
.endif # ! Posix
+
+.include bsd.hardenedbsd.mk
and our origin/master is a vanilla copy of FreeBSD's master:
op@robot hardenedBSD.git.opntr git fetch freebsd
remote: Counting objects: 2753, done.
remote: Compressing objects: 100% (1653/1653), done.
remote: Total 2753 (delta 1379), reused 1987 (delta 1088)
Receiving objects: 100% (2753/2753), 6.19 MiB | 556.00 KiB/s, done.
Resolving deltas: 100% (1379/1379), done.
From https://github.com/freebsd/freebsd
1daffcf..16bfeff master - freebsd/master
4ce956b..2786226 projects/arm_intrng - freebsd/projects/arm_intrng
8afde97..e891a45 projects/building-blocks -
freebsd/projects/building-blocks
ae94017..79b9044 projects/clang350-import -
freebsd/projects/clang350-import
* [new branch] projects/elftoolchain-update-r3130 -
freebsd/projects/elftoolchain-update-r3130
191c3a1..ef329bf projects/ifnet - freebsd/projects/ifnet
+ f39bd7c...33c47ad projects/ino64 - freebsd/projects/ino64 (forced
update)
* [new branch] projects/paravirt - freebsd/projects/paravirt
fdb4571..637702c projects/routing - freebsd/projects/routing
e3732e9..6970b8a projects/sendfile - freebsd/projects/sendfile
73a106c..4bbc2e1 releng/10.0 - freebsd/releng/10.0
29f4af5..8bdb2f8 releng/10.1 - freebsd/releng/10.1
93a7c22..6c98ecd releng/8.4 - freebsd/releng/8.4
18b185b..42bd402 releng/9.1 - freebsd/releng/9.1
62fc296..81febb2 releng/9.2 - freebsd/releng/9.2
587e3b5..825bd30 releng/9.3 - freebsd/releng/9.3
f3fce3a..f0fc25a stable/10 - freebsd/stable/10
038c20d..2a2bb65 stable/7 - freebsd/stable/7
ab2b3fb..4ece3be stable/8 - freebsd/stable/8
cd6870d..4c08e33 stable/9 - freebsd/stable/9
dab26aa..b4e212b svn_head - freebsd/svn_head
947b121..2d9be08 user/cperciva/freebsd-update-build -
freebsd/user/cperciva/freebsd-update-build
e94160d..f74291e user/marcel/libvdsk - freebsd/user/marcel/libvdsk
aeef35a..7a5b8d5 user/pho/stress2 - freebsd/user/pho/stress2
op@robot hardenedBSD.git.opntr git diff freebsd/master origin/master
op@robot hardenedBSD.git.opntr
And I started a new instance of build/
On Thu, Jan 1, 2015 at 7:20 PM, Oliver Pinter
oliver.pin...@hardenedbsd.org wrote:
No, we don't touch them. Only added -DHARDEBEDBSD into make
environment. I will schedule a new round of build to recheck them,
On Thu, Jan 1, 2015 at 6:53 PM, Dimitry Andric d...@freebsd.org
wrote:
On 01 Jan 2015, at 18:35, Oliver Pinter
oliver.pin...@hardenedbsd.org wrote:
We at HardenedBSD got this error, with out jenkins instance:
--- dis_tables.o ---
/jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25:
error: '' within '||' [-Werror,-Wlogical-op-parentheses]
if (cpu_mode == SIZE64 dp-it_invalid64 ||
I can't reproduce this warning here, at least not with pristine head.
Did you change any of the -Wno-xxx flags in your customized source
tree?
-Dimitry
I was seeing the same failure. r276496 seems(!) to have moved some of
the warning / error suppressions
and fixed my issue.
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
US Mail: 108 Turvey Cove, Hutto, TX 78634-5688
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
No difference between FreeBSD's and our dis_tables.c file, and we
added the following modification to master Makefile:
op@robot hardenedBSD.git.opntr git diff origin/master
origin/hardened/current/master -- sys/cddl/dev/dtrace/x86/dis_tables.c
op@robot hardenedBSD.git.opntr git diff origin/master
origin/hardened/current/master -- us
usr.bin/ usr.sbin/
op@robot hardenedBSD.git.opntr git diff origin/master
origin/hardened/current/master -- share/mk
mk/ mklocale/
op@robot hardenedBSD.git.opntr git diff origin/master
origin/hardened/current/master -- share/mk
diff --git a/share/mk/Makefile b/share/mk/Makefile
index cd69ca8..7e1b51f 100644
--- a/share/mk/Makefile
+++ b/share/mk/Makefile
@@ -13,6 +13,7 @@ FILES=\
bsd.doc.mk \
bsd.endian.mk \
bsd.files.mk \
+ bsd.hardenedbsd.mk \
bsd.incs.mk \
bsd.info.mk \
bsd.init.mk \
diff --git a/share/mk/bsd.hardenedbsd.mk b/share/mk/bsd.hardenedbsd.mk
new file mode 100644
index 000..9d5bcd3
--- /dev/null
+++ b/share/mk/bsd.hardenedbsd.mk
@@ -0,0 +1,2 @@
+CFLAGS+= -DHARDENEDBSD
+CXXFLAGS+= -DHARDENEDBSD
diff --git a/share/mk/sys.mk b/share/mk/sys.mk
index f691820..1edb4d8 100644
--- a/share/mk/sys.mk
+++ b/share/mk/sys.mk
@@ -368,3 +368,5 @@ SHELL= ${__MAKE_SHELL}
.include bsd.cpu.mk
.endif # ! Posix
+
+.include bsd.hardenedbsd.mk
and our origin/master is a vanilla copy of FreeBSD's master:
op@robot hardenedBSD.git.opntr git fetch freebsd
remote: Counting objects: 2753, done.
remote: Compressing objects: 100% (1653/1653), done.
remote: Total 2753 (delta 1379), reused 1987 (delta 1088)
Receiving objects: 100% (2753/2753), 6.19 MiB | 556.00 KiB/s, done.
Resolving deltas: 100% (1379/1379), done.
From https://github.com/freebsd/freebsd
1daffcf..16bfeff master - freebsd/master
4ce956b..2786226 projects/arm_intrng - freebsd/projects/arm_intrng
8afde97..e891a45 projects/building-blocks -
freebsd/projects/building-blocks
ae94017..79b9044 projects/clang350-import -
freebsd/projects/clang350-import
* [new branch] projects/elftoolchain-update-r3130 -
freebsd/projects/elftoolchain-update-r3130
191c3a1..ef329bf projects/ifnet - freebsd/projects/ifnet
+ f39bd7c...33c47ad projects/ino64 - freebsd/projects/ino64 (forced update)
* [new branch] projects/paravirt - freebsd/projects/paravirt
fdb4571..637702c projects/routing - freebsd/projects/routing
e3732e9..6970b8a projects/sendfile - freebsd/projects/sendfile
73a106c..4bbc2e1 releng/10.0 - freebsd/releng/10.0
29f4af5..8bdb2f8 releng/10.1 - freebsd/releng/10.1
93a7c22..6c98ecd releng/8.4 - freebsd/releng/8.4
18b185b..42bd402 releng/9.1 - freebsd/releng/9.1
62fc296..81febb2 releng/9.2 - freebsd/releng/9.2
587e3b5..825bd30 releng/9.3 - freebsd/releng/9.3
f3fce3a..f0fc25a stable/10 - freebsd/stable/10
038c20d..2a2bb65 stable/7 - freebsd/stable/7
ab2b3fb..4ece3be stable/8 - freebsd/stable/8
cd6870d..4c08e33 stable/9 - freebsd/stable/9
dab26aa..b4e212b svn_head - freebsd/svn_head
947b121..2d9be08 user/cperciva/freebsd-update-build -
freebsd/user/cperciva/freebsd-update-build
e94160d..f74291e user/marcel/libvdsk - freebsd/user/marcel/libvdsk
aeef35a..7a5b8d5 user/pho/stress2 - freebsd/user/pho/stress2
op@robot hardenedBSD.git.opntr git diff freebsd/master origin/master
op@robot hardenedBSD.git.opntr
And I started a new instance of build/
On Thu, Jan 1, 2015 at 7:20 PM, Oliver Pinter
oliver.pin...@hardenedbsd.org wrote:
No, we don't touch them. Only added -DHARDEBEDBSD into make
environment. I will schedule a new round of build to recheck them,
On Thu, Jan 1, 2015 at 6:53 PM, Dimitry Andric d...@freebsd.org wrote:
On 01 Jan 2015, at 18:35, Oliver Pinter oliver.pin...@hardenedbsd.org
wrote:
We at HardenedBSD got this error, with out jenkins instance:
--- dis_tables.o ---
/jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25:
error: '' within '||' [-Werror,-Wlogical-op-parentheses]
if (cpu_mode == SIZE64 dp-it_invalid64 ||
~~~^~~ ~~
/jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25:
note: place parentheses around the '' expression to silence this
warning
if (cpu_mode == SIZE64 dp-it_invalid64 ||
^
( )
/jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25:
error: '' within '||' [-Werror,-Wlogical-op-parentheses]
cpu_mode != SIZE64 dp-it_invalid32)
~~~^~~
/jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25:
note: place parentheses around the '' expression to silence this
warning
cpu_mode != SIZE64 dp-it_invalid32)
^
( )
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
Hi! We at HardenedBSD got this error, with out jenkins instance: --- dis_tables.o --- /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: error: '' within '||' [-Werror,-Wlogical-op-parentheses] if (cpu_mode == SIZE64 dp-it_invalid64 || ~~~^~~ ~~ /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3025:25: note: place parentheses around the '' expression to silence this warning if (cpu_mode == SIZE64 dp-it_invalid64 || ^ ( ) /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: error: '' within '||' [-Werror,-Wlogical-op-parentheses] cpu_mode != SIZE64 dp-it_invalid32) ~~~^~~ /jenkins/workspace/HardenedBSD_Master/sys/cddl/dev/dtrace/x86/dis_tables.c:3026:25: note: place parentheses around the '' expression to silence this warning cpu_mode != SIZE64 dp-it_invalid32) ^ ( ) --- all_subdir_ed --- full log: http://nyi-01.build.hardenedbsd.org:8180/jenkins/job/HardenedBSD_Master/109/consoleText On Thu, Jan 1, 2015 at 12:50 PM, O. Hartmann ohart...@zedat.fu-berlin.de wrote: Am Wed, 31 Dec 2014 21:41:34 +0100 Dimitry Andric d...@freebsd.org schrieb: Hi, I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in r276479. Please note that this version now requires C++11 support to build; see UPDATING for more information. Release notes for llvm and clang can be found here: http://llvm.org/releases/3.5.0/docs/ReleaseNotes.html http://llvm.org/releases/3.5.0/tools/clang/docs/ReleaseNotes.html Thanks to Ed Maste, Roman Divacky, Andrew Turner, Justin Hibbits and Antoine Brodin for their invaluable help with this import. -Dimitry This is great news, thank you very much. I gave it a try, but my system's drop out at the error shown below. I use non-standard optimisation flags (/etc/src.conf), but even with those switched off, I receive the error shown below. Regards, Oliver [...] === lib/atf/libatf-c++ (all) c++-O2 -pipe -O3 -O3 -pipe -march=native -DHAVE_CONFIG_H -I/usr/src/contrib/atf -I/usr/src/lib/atf/libatf-c++/../libatf-c -I. -DHAVE_CONFIG_H -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -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 -Qunused-arguments -std=c++11 -Wno-c++11-extensions -c /usr/src/contrib/atf/atf-c++/detail/application.cpp -o application.o In file included from /usr/src/contrib/atf/atf-c++/detail/application.cpp:26: In file included from /usr/src/contrib/atf/atf-c++/detail/application.hpp:29: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ostream:131: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:439: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:624: /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2033:8: error: keyword '__is_constructible' will be made available as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] struct __is_constructible // false, _Tp is not a scalar ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2584:51: error: keyword '__is_nothrow_constructible' will be made available as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] template bool, class _Tp, class... _Args struct __is_nothrow_constructible; ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2746:47: error: keyword '__is_nothrow_assignable' will be made available as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] template bool, class _Tp, class _Arg struct __is_nothrow_assignable; ^ 3 errors generated. *** Error code 1 Stop. make[6]: stopped in /usr/src/lib/atf/libatf-c++ *** Error code 1 Stop. make[5]: stopped in /usr/src/lib/atf *** Error code 1 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
Am Wed, 31 Dec 2014 21:41:34 +0100 Dimitry Andric d...@freebsd.org schrieb: Hi, I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in r276479. Please note that this version now requires C++11 support to build; see UPDATING for more information. Release notes for llvm and clang can be found here: http://llvm.org/releases/3.5.0/docs/ReleaseNotes.html http://llvm.org/releases/3.5.0/tools/clang/docs/ReleaseNotes.html Thanks to Ed Maste, Roman Divacky, Andrew Turner, Justin Hibbits and Antoine Brodin for their invaluable help with this import. -Dimitry This is great news, thank you very much. I gave it a try, but my system's drop out at the error shown below. I use non-standard optimisation flags (/etc/src.conf), but even with those switched off, I receive the error shown below. Regards, Oliver [...] === lib/atf/libatf-c++ (all) c++-O2 -pipe -O3 -O3 -pipe -march=native -DHAVE_CONFIG_H -I/usr/src/contrib/atf -I/usr/src/lib/atf/libatf-c++/../libatf-c -I. -DHAVE_CONFIG_H -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -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 -Qunused-arguments -std=c++11 -Wno-c++11-extensions -c /usr/src/contrib/atf/atf-c++/detail/application.cpp -o application.o In file included from /usr/src/contrib/atf/atf-c++/detail/application.cpp:26: In file included from /usr/src/contrib/atf/atf-c++/detail/application.hpp:29: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ostream:131: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:439: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:624: /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2033:8: error: keyword '__is_constructible' will be made available as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] struct __is_constructible // false, _Tp is not a scalar ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2584:51: error: keyword '__is_nothrow_constructible' will be made available as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] template bool, class _Tp, class... _Args struct __is_nothrow_constructible; ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2746:47: error: keyword '__is_nothrow_assignable' will be made available as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] template bool, class _Tp, class _Arg struct __is_nothrow_assignable; ^ 3 errors generated. *** Error code 1 Stop. make[6]: stopped in /usr/src/lib/atf/libatf-c++ *** Error code 1 Stop. make[5]: stopped in /usr/src/lib/atf *** Error code 1 pgpcnrv9wPmVo.pgp Description: OpenPGP digital signature
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
On 01 Jan 2015, at 12:50, O. Hartmann ohart...@zedat.fu-berlin.de wrote: ... === lib/atf/libatf-c++ (all) c++-O2 -pipe -O3 -O3 -pipe -march=native -DHAVE_CONFIG_H -I/usr/src/contrib/atf -I/usr/src/lib/atf/libatf-c++/../libatf-c -I. -DHAVE_CONFIG_H -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -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 -Qunused-arguments -std=c++11 -Wno-c++11-extensions -c /usr/src/contrib/atf/atf-c++/detail/application.cpp -o application.o In file included from /usr/src/contrib/atf/atf-c++/detail/application.cpp:26: In file included from /usr/src/contrib/atf/atf-c++/detail/application.hpp:29: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ostream:131: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:439: In file included from /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:624: /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2033:8: error: keyword '__is_constructible' will be made available as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] struct __is_constructible // false, _Tp is not a scalar ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2584:51: error: keyword '__is_nothrow_constructible' will be made available as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] template bool, class _Tp, class... _Args struct __is_nothrow_constructible; ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2746:47: error: keyword '__is_nothrow_assignable' will be made available as an identifier for the remainder of the translation unit [-Werror,-Wkeyword-compat] template bool, class _Tp, class _Arg struct __is_nothrow_assignable; ^ 3 errors generated. *** Error code 1 Stop. make[6]: stopped in /usr/src/lib/atf/libatf-c++ *** Error code 1 Hi Oliver, This should now be fixed by r276516 and r276517. Please update your tree to after those revisions, and try again. Thanks for the report. -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
Re: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
On Thu, 1 Jan 2015, Oliver Pinter wrote: I checked in amd64 case on my desktop machine, and building fine. After that, I looked again into build log, and I found this: make[2]: stopped in /usr/obj/i386.i386/jenkins/workspace/HardenedBSD_Master/sys/HARDENEDBSD 1 error make[2]: stopped in /usr/obj/i386.i386/jenkins/workspace/HardenedBSD_Master/sys/HARDENEDBSD *** [buildkernel] Error code 2 That is not the actual error; you will need to copy more of the build output. Seems like, the error affected the i386 case. Maybe, but we can't tell for sure with the data at hand. -Ben ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
HEADS UP: Upgraded clang, llvm and lldb to 3.5.0
Hi, I just committed an upgrade of clang, llvm and lldb to 3.5.0 to head, in r276479. Please note that this version now requires C++11 support to build; see UPDATING for more information. Release notes for llvm and clang can be found here: http://llvm.org/releases/3.5.0/docs/ReleaseNotes.html http://llvm.org/releases/3.5.0/tools/clang/docs/ReleaseNotes.html Thanks to Ed Maste, Roman Divacky, Andrew Turner, Justin Hibbits and Antoine Brodin for their invaluable help with this import. -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
