Re: CURRENT: build failure with clang 3.7.0

[John Baldwin]

On Wednesday, October 07, 2015 09:09:50 PM O. Hartmann wrote:
> Am Wed, 07 Oct 2015 11:03 -0700
> John Baldwin  schrieb:
> 
> > On Wednesday, October 07, 2015 01:33:23 PM O. Hartmann wrote:
> > > On Wed, 7 Oct 2015 13:23:48 +0200
> > > Dimitry Andric  wrote:
> > > 
> > > > On 07 Oct 2015, at 09:37, O. Hartmann  
> > > > wrote:
> > > > > 
> > > > > I hit on a box this nasty/sticky error when performing buildworld.
> > > > > 
> > > > > /usr/src is on r288980
> > > > ...
> > > > > --- ieee802_11_common.o ---
> > > > ...
> > > > > -c 
> > > > > /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/ieee802_11_common.c
> > > > > -o ieee802_11_common.o Cannot emit physreg copy instruction 
> > > > > UNREACHABLE
> > > > > executed
> > > > > at 
> > > > > /usr/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86/X86InstrInfo.cpp:3935!
> > > > 
> > > > Somebody else reported the same to me yesterday.  This is an upstream
> > > > bug with AVX (which is still present in llvm trunk), so for now you need
> > > > to set your CPUTYPE to something that doesn't have AVX, or simply unset
> > > > your CPUTYPE.
> > > > 
> > > > The bug has been reported upstream, and once there is a fix, I will
> > > > import it ASAP.
> > > > 
> > > > -Dimitry
> > > > 
> > > 
> > > Funny, I have several other boxes, definitely having AVX aboard:
> > > 
> > > [... from dmesg]
> > > Jul 29 07:05:52 freyja kernel: CPU: Intel(R) Xeon(R) CPU E5-1650 v3 @ 
> > > 3.50GHz
> > > (3491.98-MHz K8-class CPU)
> > > Jul 29 07:05:52 freyja kernel: Origin="GenuineIntel"  Id=0x306f2  
> > > Family=0x6
> > > Model=0x3f  Stepping=2
> > > Jul 29 07:05:52 freyja kernel:
> > > Features=0xbfebfbff
> > > Jul 29 07:05:52 freyja kernel:
> > > Features2=0x7dfefbff
> > > Jul 29 07:05:52 freyja kernel: AMD
> > > Features=0x2c100800
> > > Jul 29 07:05:52 freyja kernel: AMD Features2=0x21
> > > Jul 29 07:05:52 freyja kernel: Structured Extended
> > > Features=0x37ab
> > > 
> > > [...]
> > > 
> > > which is a most recent Haswell XEON and builds world fine. My personal 
> > > failing
> > > box is a i3-32XX, IvyBridge, but the IvyBridge E3-124XX XEON builds well.
> > 
> > It's not about whether your CPU supports it, it is about whether or not you 
> > have
> > asked the compiler to use it.  Normally by setting 'CPUTYPE' in 
> > /etc/make.conf
> > or the like.  (I also was bitten by this yesterday on my sandbridge laptop
> > where I have 'CPUTYPE=corei7-avx' in /etc/src.conf.)  The workaround is to 
> > not
> > set CPUTYPE (or set it to something without AVX like just 'corei7').
> > 
> 
> Hello.
> 
> Well, I guess I understood the usage of CPUTYPE. Maybe I did not express 
> myself in the
> clear, but I wanted to emphasize the fact that I'm using two CPUs supposedly 
> of the same
> architectural design and if the AVX feature is indeed the culprit, then the 
> question is
> why the one CPU compiles and the other not. I use on all machines the very 
> same src.conf
> and make.conf except for the kernel name. So this would imply that on all 
> boxes the very
> same feature set, identified by the CPU type, would be used. So far the 
> theory.
> 
> I did not check the expansion of CPUTYPE on both systems failing the 
> buildworld, so maybe
> there is a slight difference there ...

Are you using CPUTYPE=native?  If so, the Haswell box might very well follow a
different chain of optimizations that avoids this edge case.

-- 
John Baldwin
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: kyua SIGBUS'ing with clang 3.7.0 (was FreeBSD_HEAD-tests - Build #1540 - Unstable)

[Dimitry Andric]

On 07 Oct 2015, at 16:44, Nathan Whitehorn  wrote:
> 
> On 10/07/15 00:52, NGie Cooper wrote:
...
>>> How do you reproduce this issue?  Do you have any core dumps?
>> sudo bash
>> pkg install -y kyua
>> kyua test /usr/tests/local/atf/atf-c++/build_test
>> 
>> As far as core dumps? Yeah.. I can post one tomorrow (I’m testing out some 
>> things right now and I’d rather not interrupt it). Key piece is that if I 
>> use the package from pkg.FreeBSD.org it cores, but if I build it myself from 
>> ports, everything’s fine and dandy.
>> 
> 
> My clang 3.6 installation of cmake also SIGBUS's at start after this upgrade. 
> Recompiling it fixes the issue.

Do you still have a copy of the earlier executable?  Can you post it somewhere?

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: kyua SIGBUS'ing with clang 3.7.0 (was FreeBSD_HEAD-tests - Build #1540 - Unstable)

[NGie Cooper]

On Wed, Oct 7, 2015 at 6:15 AM, Dimitry Andric  wrote:
> On 07 Oct 2015, at 09:52, NGie Cooper  wrote:
> ...
>>> How do you reproduce this issue?  Do you have any core dumps?
>>
>> sudo bash
>> pkg install -y kyua
>> kyua test /usr/tests/local/atf/atf-c++/build_test
>
> For me, this does not crash, but results in the following error:
>
> kyua: E: Program name '/usr/tests/local/atf/atf-c++/build_test' must be 
> relative to the test suite, not absolute.
>
> What am I doing wrong?

It's not you, it's me >_>...

Try:

sudo bash
pkg install -y kyua
cd /usr/tests/local/atf/atf-c++
kyua build_test

Thanks!
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

FreeBSD_HEAD-tests - Build #1543 - Still Unstable

[jenkins-admin]

FreeBSD_HEAD-tests - Build #1543 - Still Unstable:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1543/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1543/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1543/console

Change summaries:

No changes


The failed test cases:

34 tests failed.
FAILED:  local.kyua.bootstrap.testsuite.main

Error Message:
Returned non-success exit status 1

FAILED:  local.atf.atf-c++.build_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.detail.auto_array_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.macros_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.pkg_config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.tests_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c.pkg_config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.atf-check_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.atf_check_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.integration_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.normalize_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.tc_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.tp_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.expect_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.meta_data_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.result_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.srcdir_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_about_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_db_exec_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_db_migrate_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_debug_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_help_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_list_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_report_html_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_report_junit_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program 

FreeBSD_HEAD_amd64_gcc4.9 - Build #619 - Still Failing

[jenkins-admin]

FreeBSD_HEAD_amd64_gcc4.9 - Build #619 - Still Failing:

Build information: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/619/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/619/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/619/console

Change summaries:

288996 by gjb:
Correct the command-line utility in the r285420 entry:
s/jail/jexec/

Sponsored by:   The FreeBSD Foundation

288995 by rodrigc:
Use proper function prototypes.
Eliminates -Wstrict-prototypes warning

288994 by bdrewery:
Remove redundant RFFPWAIT/vfork(2) handling in Linux fork(2) and clone(2) 
wrappers.

r161611 added some of the code from sys_vfork() directly into the Linux
module wrappers since they use RFSTOPPED.  In r232240, the RFFPWAIT handling
was moved to syscallret(), thus this code in the Linux module is no longer
needed as it will be called later.

This also allows the Linux wrappers to benefit from the fix in r275616 for
threads not getting suspended if their vforked child is stopped while they
wait on them.

Reviewed by:jhb, kib
MFC after:  2 weeks
Differential Revision:  https://reviews.freebsd.org/D3828

288993 by jhb:
Document the recently added pl_syscall_* fields in struct ptrace_lwpinfo.

Reviewed by:emaste, kib
Differential Revision:  https://reviews.freebsd.org/D3833



The end of the build log:

[...truncated 104517 lines...]
--- libmenuw.a ---
building static menuw library
/usr/local/x86_64-freebsd/bin/ar -crD libmenuw.a 
`NM='/usr/local/x86_64-freebsd/bin/nm' NMFLAGS='' lorder m_attribs.o m_cursor.o 
m_driver.o m_format.o m_global.o m_hook.o m_item_cur.o m_item_nam.o 
m_item_new.o m_item_opt.o m_item_top.o m_item_use.o m_item_val.o m_item_vis.o 
m_items.o m_new.o m_opts.o m_pad.o m_pattern.o m_post.o m_req_name.o m_scale.o 
m_spacing.o m_sub.o m_userptr.o m_win.o  | tsort -q` 
--- all_subdir_panelw ---
--- p_hide.So ---
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC  -O2 -pipe   
-D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw
 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../ncurses 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/include
 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/ncurses
 -Wall -DNDEBUG -DHAVE_CONFIG_H 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/panel
 -std=gnu99 -fstack-protector-strong -Wsystem-headers -
 Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign   -c 
/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../../../contrib/ncurses/panel/p_hide.c
 -o p_hide.So
--- all_subdir_menuw ---
/usr/local/x86_64-freebsd/bin/ranlib -D libmenuw.a
--- libmenuw.so.5 ---
building shared library libmenuw.so.5
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/  -fstack-protector-strong -shared -Wl,-x 
-Wl,--fatal-warnings -Wl,--warn-shared-textrel  -o libmenuw.so.5 
-Wl,-soname,libmenuw.so.5  `NM='/usr/local/x86_64-freebsd/bin/nm' NMFLAGS='' 
lorder m_attribs.So m_cursor.So m_driver.So m_format.So m_global.So m_hook.So 
m_item_cur.So m_item_nam.So m_item_new.So m_item_opt.So m_item_top.So 
m_item_use.So m_item_val.So m_item_vis.So m_items.So m_new.So m_opts.So 
m_pad.So m_pattern.So m_post.So m_req_name.So m_scale.So m_spacing.So m_sub.So 
m_userptr.So m_win.So | tsort -q`  -lncursesw
--- all_subdir_libcapsicum ---
===> lib/libcapsicum (all)
--- all_subdir_ncurses ---
--- all_subdir_panelw ---
--- p_move.o ---
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/  -O2 -pipe   -D_XOPEN_SOURCE_EXTENDED 
-DENABLE_WIDEC -I. 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw
 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/panelw/../ncursesw 

Re: kyua SIGBUS'ing with clang 3.7.0 (was FreeBSD_HEAD-tests - Build #1540 - Unstable)

[NGie Cooper]

> On Oct 6, 2015, at 23:58, Dimitry Andric  wrote:
> 
> On 07 Oct 2015, at 05:44, NGie Cooper  wrote:
>> 
>>> 
>>> On Oct 6, 2015, at 20:28, NGie Cooper  wrote:
>>> 
 On Oct 6, 2015, at 16:13, jenkins-ad...@freebsd.org wrote:
 
 FreeBSD_HEAD-tests - Build #1540 - Unstable:
 
 Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1540/
 Full change log: 
 https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1540/changes
 Full build log: 
 https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1540/console
 
 Change summaries:
 
 No changes
 
 
 The failed test cases:
>>> 
>>> Looks like the clang upgrade broke atf/kyua package somehow:
>>> 
>>> $ pwd
>>> /usr/tests/local
>>> $ ./atf/atf-c++/build_test
>>> Bus error
>>> 
>>> I’ll try building the package from ports.
>> 
>> Yup, works when built from scratch in ports. My guess is that lib/libc++ 
>> needs a major version bump:
>> 
>> 65208feb (dim  2012-06-02 11:00:48 +  13) SHLIB_MAJOR=  1
> 
> No, there is no intention to bump any lib versions.  That is something from 
> the 90's. :-)

-_-..

> How do you reproduce this issue?  Do you have any core dumps?

sudo bash
pkg install -y kyua
kyua test /usr/tests/local/atf/atf-c++/build_test

As far as core dumps? Yeah.. I can post one tomorrow (I’m testing out some 
things right now and I’d rather not interrupt it). Key piece is that if I use 
the package from pkg.FreeBSD.org it cores, but if I build it myself from ports, 
everything’s fine and dandy.

Thanks!
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

CURRENT: build failure with clang 3.7.0

[O. Hartmann]

I hit on a box this nasty/sticky error when performing buildworld.

/usr/src is on r288980

svn status gives

#: [src] svn st
?   .snap
?   .sujournal
?   etc/rc.d/tests
?   sys/amd64/conf/HAGENVONTRONJE

By the way, it seems that etc/rc.d/tests doesn't get deleted via "make
delete-old".

The failure is shown below.

My /etc/src.conf is this:

#
CPUTYPE?=   native
#
CFLAGS+=-O3 -pipe
COPTFLAGS+= -O3 -pipe
#
#CXXFLAGS+= -std=c++11
#
WITH_CLANG_FULL=YES
WITH_CLANG_EXTRAS=  YES
WITH_LLDB=  YES
#
WITH_IDEA=  YES
#
#WITH_BSD_GREP= YES
#
#WITH_OFED= YES
WITH_NAND=  YES
#WITH_CTF=  YES
#
WITH_SVN=   YES
#
MALLOC_PRODUCTION=  YES
#
#WITHOUT_DEBUG_FILES=   YES
#
PORTS_MODULES=
PORTS_MODULES+= emulators/virtualbox-ose-kmod

I use this /etc/src.conf also on other machines, but with
CXXFLAGS+= -std=c++11
enabled. It works on two out of three, the third (not the reported one here)
fails in atf-c++, I will report later when I have access to the box.
The strange thing on that is that I use the very specific non-vanilla src.conf
on several systems and they work and do well, even with CURRENT as discussed
here, but there are problems I can not fathom since source tree and compilation
flags are the same and even the startig revision of the building machine's
CURRENT is the same.

regards,

oliver

[...]

--- ieee802_11_common.o ---
cc  -O2 -pipe -O3 -O3 -pipe -march=native
-I/usr/src/usr.sbin/wpa/wpa_supplicant
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//hostapd
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/wps
-DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_BACKEND_FILE
-DCONFIG_DEBUG_SYSLOG  -DCONFIG_DRIVER_BSD  -DCONFIG_DRIVER_NDIS
-DCONFIG_DRIVER_WIRED  -DCONFIG_GAS  -DCONFIG_HS20  -DCONFIG_IEEE80211R
-DCONFIG_INTERWORKING  -DCONFIG_PEERKEY  -DCONFIG_PRIVSEP  -DCONFIG_SMARTCARD
-DCONFIG_TERMINATE_ONLASTIF  -DCONFIG_TLS=openssl  -DCONFIG_WPS  -DCONFIG_WPS2
-DCONFIG_WPS_UPNP  -DPKCS12_FUNCS  -DEAP_GTC  -DEAP_LEAP  -DEAP_MD5
-DEAP_MSCHAPv2  -DEAP_OTP  -DEAP_PEAP  -DEAP_PSK  -DEAP_TLS  -DEAP_TTLS
-DIEEE8021X_EAPOL -DCONFIG_SHA256 -DEAP_TLS_OPENSSL
-I/usr/src/usr.sbin/wpa/wpa_supplicant
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//hostapd
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/crypto
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_packet
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils
-I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/wps
-DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -std=gnu99
-fstack-protector-strong   -Qunused-arguments
-c 
/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/ieee802_11_common.c
-o ieee802_11_common.o Cannot emit physreg copy instruction UNREACHABLE
executed
at 
/usr/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86/X86InstrInfo.cpp:3935!
cc: error: unable to execute command: Abort trap cc: error: clang frontend
command failed due to signal (use -v to see invocation) FreeBSD clang version
3.7.0 (tags/RELEASE_370/final 246257) 20150906 Target:
x86_64-unknown-freebsd11.0 Thread model: posix cc: note: diagnostic msg: PLEASE
submit a bug report to https://bugs.freebsd.org/submit/ and include the crash
backtrace, preprocessed source, and associated run script. --- usr.bin.all__D
--- --- ex_abbrev.o --- cc  -O2 -pipe -O3 -O3 -pipe -march=native
-D__REGEX_PRIVATE -I/usr/src/usr.bin/vi -I/usr/src/usr.bin/vi/../../contrib/nvi
-I/usr/src/usr.bin/vi/../../contrib/nvi/regex -DUSE_WIDECHAR -DUSE_ICONV
-std=gnu99 -fstack-protector-strong -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-unused-local-typedef -Wno-switch -Wno-switch-enum
-Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments
-c /usr/src/usr.bin/vi/../../contrib/nvi/ex/ex_abbrev.c -o ex_abbrev.o ---
usr.sbin.all__D --- cc: note: diagnostic msg: 

PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
cc: note: 

Re: HEADS UP: clang/llvm/lldb 3.7.0 imported

[O. Hartmann]

On Tue, 6 Oct 2015 20:48:42 +0200
Dimitry Andric  wrote:

> Hi all,
> 
> I upgraded clang, llvm, lldb, compiler-rt and libc++ to 3.7.0 release,
> in head r288943.
> 
> Release notes for llvm and clang can be found here:
> http://llvm.org/releases/3.7.0/docs/ReleaseNotes.html
> http://llvm.org/releases/3.7.0/tools/clang/docs/ReleaseNotes.html
> 
> This was tested with several universe builds and a few ports exp-run
> iterations, but if you run into something unexpected, please file a PR
> and let me know. :-)
> 
> -Dimitry
> 

Thank you very much, very much appreciated.

Regards,

Oliver
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

FreeBSD_HEAD_amd64_gcc4.9 - Build #616 - Still Failing

[jenkins-admin]

FreeBSD_HEAD_amd64_gcc4.9 - Build #616 - Still Failing:

Build information: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/616/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/616/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/616/console

Change summaries:

288980 by hrs:
Fix a bug that caused reinitialization failure of MAC addresses on
the lagg interface when removing the primary port.

PR: 201916
Differential Revision:  https://reviews.freebsd.org/D3301

288975 by kevlo:
Declare odata as a pointer type instead of a pointer to pointer.

Reviewed by:adrian



The end of the build log:

[...truncated 104624 lines...]
--- all_subdir_ncurses ---
--- all_subdir_formw ---
--- libformw.a ---
building static formw library
/usr/local/x86_64-freebsd/bin/ar -crD libformw.a 
`NM='/usr/local/x86_64-freebsd/bin/nm' NMFLAGS='' lorder fld_arg.o fld_attr.o 
fld_current.o fld_def.o fld_dup.o fld_ftchoice.o fld_ftlink.o fld_info.o 
fld_just.o fld_link.o fld_max.o fld_move.o fld_newftyp.o fld_opts.o fld_pad.o 
fld_page.o fld_stat.o fld_type.o fld_user.o frm_cursor.o frm_data.o frm_def.o 
frm_driver.o frm_hook.o frm_opts.o frm_page.o frm_post.o frm_req_name.o 
frm_scale.o frm_sub.o frm_user.o frm_win.o fty_alnum.o fty_alpha.o fty_enum.o 
fty_int.o fty_ipv4.o fty_num.o fty_regex.o  | tsort -q` 
/usr/local/x86_64-freebsd/bin/ranlib -D libformw.a
--- libformw.so.5 ---
building shared library libformw.so.5
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/  -fstack-protector-strong -shared -Wl,-x 
-Wl,--fatal-warnings -Wl,--warn-shared-textrel  -o libformw.so.5 
-Wl,-soname,libformw.so.5  `NM='/usr/local/x86_64-freebsd/bin/nm' NMFLAGS='' 
lorder fld_arg.So fld_attr.So fld_current.So fld_def.So fld_dup.So 
fld_ftchoice.So fld_ftlink.So fld_info.So fld_just.So fld_link.So fld_max.So 
fld_move.So fld_newftyp.So fld_opts.So fld_pad.So fld_page.So fld_stat.So 
fld_type.So fld_user.So frm_cursor.So frm_data.So frm_def.So frm_driver.So 
frm_hook.So frm_opts.So frm_page.So frm_post.So frm_req_name.So frm_scale.So 
frm_sub.So frm_user.So frm_win.So fty_alnum.So fty_alpha.So fty_enum.So 
fty_int.So fty_ipv4.So fty_n
 um.So fty_regex.So | tsort -q`  -lncursesw
--- all_subdir_menuw ---
--- m_req_name.o ---
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/  -O2 -pipe   -D_XOPEN_SOURCE_EXTENDED 
-DENABLE_WIDEC -I. 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../ncursesw
 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../ncursesw 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../ncurses 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../../../contrib/ncurses/include
 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../../../contrib/ncurses/ncurses
 -Wall -DNDEBUG -DHAVE_CONFIG_H 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../../../contrib/ncurses/menu
 -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2
 k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes 
-Wpointer-arith -Wno-uninitialized -Wno-pointer-sign   -c 
/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../../../contrib/ncurses/menu/m_req_name.c
 -o m_req_name.o
--- all_subdir_clang ---
--- all_subdir_libclanganalysis ---
--- CocoaConventions.o ---
/usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/ 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1
 -std=gnu++11 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/../lib/libc++
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/  -O2 -pipe 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclanganalysis/../../../contrib/llvm/include
 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include
 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis
 -I. -I/builds/Fr
 

Re: CURRENT: build failure with clang 3.7.0

[NGie Cooper]

> On Oct 7, 2015, at 00:37, O. Hartmann  wrote:
> 
> I hit on a box this nasty/sticky error when performing buildworld.

…

> By the way, it seems that etc/rc.d/tests doesn't get deleted via "make
> delete-old”.

make delete-old only cleans up things installed to the system, not things in 
your source tree. Feel free to rm -Rf the path.

> The failure is shown below.
> 
> My /etc/src.conf is this:

…

> -o ieee802_11_common.o Cannot emit physreg copy instruction UNREACHABLE
> executed
> at 
> /usr/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86/X86InstrInfo.cpp:3935!
> cc: error: unable to execute command: Abort trap cc: error: clang frontend
> command failed due to signal (use -v to see invocation) FreeBSD clang version
> 3.7.0 (tags/RELEASE_370/final 246257) 20150906 Target:
> x86_64-unknown-freebsd11.0 Thread model: posix cc: note: diagnostic msg: 
> PLEASE
> submit a bug report to https://bugs.freebsd.org/submit/ and include the crash
> backtrace, preprocessed source, and associated run script. --- usr.bin.all__D
> --- --- ex_abbrev.o --- cc  -O2 -pipe -O3 -O3 -pipe -march=native
> -D__REGEX_PRIVATE -I/usr/src/usr.bin/vi 
> -I/usr/src/usr.bin/vi/../../contrib/nvi
> -I/usr/src/usr.bin/vi/../../contrib/nvi/regex -DUSE_WIDECHAR -DUSE_ICONV
> -std=gnu99 -fstack-protector-strong -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-unused-local-typedef -Wno-switch -Wno-switch-enum
> -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments
> -c /usr/src/usr.bin/vi/../../contrib/nvi/ex/ex_abbrev.c -o ex_abbrev.o ---
> usr.sbin.all__D --- cc: note: diagnostic msg: 
> 
> PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
> Preprocessed source(s) and associated run script(s) are located at:
> cc: note: diagnostic msg: /tmp/ieee802_11_common-b7c29f.c
> cc: note: diagnostic msg: /tmp/ieee802_11_common-b7c29f.sh
> cc: note: diagnostic msg: 
> 
> 
> *** [ieee802_11_common.o] Error code 254
> 
> make[5]: stopped in /usr/src/usr.sbin/wpa/wpa_supplicant
> 1 error

As the message says, please file a bug with all the requested details.

FWIW, I haven’t run into that error with my system from that directory with 
clang 3.7.0/amd64, but I don’t build with -O3 by default (I learned my lesson 
about using -O after playing around with Gentoo Linux several years ago).

Cheers,
-NGie
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

FreeBSD_HEAD_amd64_gcc4.9 - Build #620 - Still Failing

[jenkins-admin]

FreeBSD_HEAD_amd64_gcc4.9 - Build #620 - Still Failing:

Build information: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/620/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/620/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/620/console

Change summaries:

No changes


The end of the build log:

[...truncated 105489 lines...]
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC  -O2 -pipe   
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam/../../sys -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign   -c 
/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam/../../sys/cam/scsi/scsi_all.c -o 
scsi_all.So
--- scsi_da.So ---
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC  -O2 -pipe   
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam/../../sys -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign   -c 
/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam/../../sys/cam/scsi/scsi_da.c -o 
scsi_da.So
--- scsi_sa.So ---
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC  -O2 -pipe   
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam/../../sys -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign   -c 
/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam/../../sys/cam/scsi/scsi_sa.c -o 
scsi_sa.So
--- cam.So ---
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC  -O2 -pipe   
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam/../../sys -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign   -c 
/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam/../../sys/cam/cam.c -o cam.So
--- ata_all.So ---
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/ -fpic -DPIC  -O2 -pipe   
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam/../../sys -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k 
-Wno-uninitialized -Wno-pointer-sign   -c 
/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/libcam/../../sys/cam/ata/ata_all.c -o 
ata_all.So
--- all_subdir_liblzma ---
===> lib/liblzma (all)
--- all_subdir_clang ---
--- all_subdir_libclanganalysis ---
--- CocoaConventions.o ---
/usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/ 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1
 -std=gnu++11 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/../lib/libc++
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/  -O2 -pipe 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclanganalysis/../../../contrib/llvm/include
 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include
 

FreeBSD_HEAD-tests - Build #1544 - Still Unstable

[jenkins-admin]

FreeBSD_HEAD-tests - Build #1544 - Still Unstable:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1544/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1544/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1544/console

Change summaries:

No changes


The failed test cases:

34 tests failed.
FAILED:  local.kyua.bootstrap.testsuite.main

Error Message:
Returned non-success exit status 1

FAILED:  local.atf.atf-c++.build_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.detail.auto_array_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.macros_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.pkg_config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.tests_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c.pkg_config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.atf-check_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.atf_check_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.integration_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.normalize_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.tc_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.tp_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.expect_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.meta_data_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.result_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.srcdir_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_about_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_db_exec_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_db_migrate_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_debug_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_help_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_list_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_report_html_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_report_junit_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program 

Re: CURRENT: build failure with clang 3.7.0

[O. Hartmann]

Am Wed, 07 Oct 2015 11:03 -0700
John Baldwin  schrieb:

> On Wednesday, October 07, 2015 01:33:23 PM O. Hartmann wrote:
> > On Wed, 7 Oct 2015 13:23:48 +0200
> > Dimitry Andric  wrote:
> > 
> > > On 07 Oct 2015, at 09:37, O. Hartmann  wrote:
> > > > 
> > > > I hit on a box this nasty/sticky error when performing buildworld.
> > > > 
> > > > /usr/src is on r288980
> > > ...
> > > > --- ieee802_11_common.o ---
> > > ...
> > > > -c 
> > > > /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/ieee802_11_common.c
> > > > -o ieee802_11_common.o Cannot emit physreg copy instruction UNREACHABLE
> > > > executed
> > > > at 
> > > > /usr/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86/X86InstrInfo.cpp:3935!
> > > 
> > > Somebody else reported the same to me yesterday.  This is an upstream
> > > bug with AVX (which is still present in llvm trunk), so for now you need
> > > to set your CPUTYPE to something that doesn't have AVX, or simply unset
> > > your CPUTYPE.
> > > 
> > > The bug has been reported upstream, and once there is a fix, I will
> > > import it ASAP.
> > > 
> > > -Dimitry
> > > 
> > 
> > Funny, I have several other boxes, definitely having AVX aboard:
> > 
> > [... from dmesg]
> > Jul 29 07:05:52 freyja kernel: CPU: Intel(R) Xeon(R) CPU E5-1650 v3 @ 
> > 3.50GHz
> > (3491.98-MHz K8-class CPU)
> > Jul 29 07:05:52 freyja kernel: Origin="GenuineIntel"  Id=0x306f2  Family=0x6
> > Model=0x3f  Stepping=2
> > Jul 29 07:05:52 freyja kernel:
> > Features=0xbfebfbff
> > Jul 29 07:05:52 freyja kernel:
> > Features2=0x7dfefbff
> > Jul 29 07:05:52 freyja kernel: AMD
> > Features=0x2c100800
> > Jul 29 07:05:52 freyja kernel: AMD Features2=0x21
> > Jul 29 07:05:52 freyja kernel: Structured Extended
> > Features=0x37ab
> > 
> > [...]
> > 
> > which is a most recent Haswell XEON and builds world fine. My personal 
> > failing
> > box is a i3-32XX, IvyBridge, but the IvyBridge E3-124XX XEON builds well.
> 
> It's not about whether your CPU supports it, it is about whether or not you 
> have
> asked the compiler to use it.  Normally by setting 'CPUTYPE' in /etc/make.conf
> or the like.  (I also was bitten by this yesterday on my sandbridge laptop
> where I have 'CPUTYPE=corei7-avx' in /etc/src.conf.)  The workaround is to not
> set CPUTYPE (or set it to something without AVX like just 'corei7').
> 

Hello.

Well, I guess I understood the usage of CPUTYPE. Maybe I did not express myself 
in the
clear, but I wanted to emphasize the fact that I'm using two CPUs supposedly of 
the same
architectural design and if the AVX feature is indeed the culprit, then the 
question is
why the one CPU compiles and the other not. I use on all machines the very same 
src.conf
and make.conf except for the kernel name. So this would imply that on all boxes 
the very
same feature set, identified by the CPU type, would be used. So far the theory.

I did not check the expansion of CPUTYPE on both systems failing the 
buildworld, so maybe
there is a slight difference there ...

Oliver


pgpSHGObdXCOM.pgp
Description: OpenPGP digital signature

Re: kyua SIGBUS'ing with clang 3.7.0 (was FreeBSD_HEAD-tests - Build #1540 - Unstable)

[Baptiste Daroussin]

On Wed, Oct 07, 2015 at 12:52:34AM -0700, NGie Cooper wrote:
> 
> > On Oct 6, 2015, at 23:58, Dimitry Andric  wrote:
> > 
> > On 07 Oct 2015, at 05:44, NGie Cooper  wrote:
> >> 
> >>> 
> >>> On Oct 6, 2015, at 20:28, NGie Cooper  wrote:
> >>> 
>  On Oct 6, 2015, at 16:13, jenkins-ad...@freebsd.org wrote:
>  
>  FreeBSD_HEAD-tests - Build #1540 - Unstable:
>  
>  Build information: 
>  https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1540/
>  Full change log: 
>  https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1540/changes
>  Full build log: 
>  https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1540/console
>  
>  Change summaries:
>  
>  No changes
>  
>  
>  The failed test cases:
> >>> 
> >>> Looks like the clang upgrade broke atf/kyua package somehow:
> >>> 
> >>> $ pwd
> >>> /usr/tests/local
> >>> $ ./atf/atf-c++/build_test
> >>> Bus error
> >>> 
> >>> I’ll try building the package from ports.
> >> 
> >> Yup, works when built from scratch in ports. My guess is that lib/libc++ 
> >> needs a major version bump:
> >> 
> >> 65208feb (dim  2012-06-02 11:00:48 +  13) SHLIB_MAJOR=  1
> > 
> > No, there is no intention to bump any lib versions.  That is something from 
> > the 90's. :-)
> 
> -_-..
> 
> > How do you reproduce this issue?  Do you have any core dumps?
> 
> sudo bash
> pkg install -y kyua
> kyua test /usr/tests/local/atf/atf-c++/build_test
> 
> As far as core dumps? Yeah.. I can post one tomorrow (I’m testing out some 
> things right now and I’d rather not interrupt it). Key piece is that if I use 
> the package from pkg.FreeBSD.org it cores, but if I build it myself from 
> ports, everything’s fine and dandy.
> 

Which means there is an ABI incompatiblity somewhere which needs to be fixed!

Best regards,
Bapt


signature.asc
Description: PGP signature

Re: CURRENT: build failure with clang 3.7.0

[O. Hartmann]

On Wed, 7 Oct 2015 13:23:48 +0200
Dimitry Andric  wrote:

> On 07 Oct 2015, at 09:37, O. Hartmann  wrote:
> > 
> > I hit on a box this nasty/sticky error when performing buildworld.
> > 
> > /usr/src is on r288980
> ...
> > --- ieee802_11_common.o ---
> ...
> > -c 
> > /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/ieee802_11_common.c
> > -o ieee802_11_common.o Cannot emit physreg copy instruction UNREACHABLE
> > executed
> > at 
> > /usr/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86/X86InstrInfo.cpp:3935!
> 
> Somebody else reported the same to me yesterday.  This is an upstream
> bug with AVX (which is still present in llvm trunk), so for now you need
> to set your CPUTYPE to something that doesn't have AVX, or simply unset
> your CPUTYPE.
> 
> The bug has been reported upstream, and once there is a fix, I will
> import it ASAP.
> 
> -Dimitry
> 

When I allow to build with CXXFLAGS+=  -std=c++11 set
in /etx/src.conf, I get the below shown error.

Funny, I have several other boxes, definitely having AVX aboard:

[... from dmesg]
Jul 29 07:05:52 freyja kernel: CPU: Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz
(3491.98-MHz K8-class CPU)
Jul 29 07:05:52 freyja kernel: Origin="GenuineIntel"  Id=0x306f2  Family=0x6
Model=0x3f  Stepping=2
Jul 29 07:05:52 freyja kernel:
Features=0xbfebfbff
Jul 29 07:05:52 freyja kernel:
Features2=0x7dfefbff
Jul 29 07:05:52 freyja kernel: AMD
Features=0x2c100800
Jul 29 07:05:52 freyja kernel: AMD Features2=0x21
Jul 29 07:05:52 freyja kernel: Structured Extended
Features=0x37ab

[...]

which is a most recent Haswell XEON and builds world fine. My personal failing
box is a i3-32XX, IvyBridge, but the IvyBridge E3-124XX XEON builds well.

The output shown below and the error I reported is from this hardware:

CPU: Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz (3192.81-MHz K8-class CPU)
  Origin="GenuineIntel"  Id=0x306a9  Family=0x6  Model=0x3a  Stepping=9
  
Features=0xbfebfbff
  
Features2=0x7fbae3ff
  AMD Features=0x28100800
  AMD Features2=0x1
  Structured Extended Features=0x281
  XSAVE Features=0x1
  VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID
  TSC: P-state invariant, performance statistics


The buildworld error when building with CXXFLAGS+=  -std=c++11 is
then 

[...]
cc   -O2 -pipe -O3 -O3 -pipe -march=native  -I.
-I/usr/obj/usr/src/lib/ncurses/menu/../ncurses
-I/usr/src/lib/ncurses/menu/../ncurses -I/usr/src/lib/ncurses/menu/../ncurses
-I/usr/src/lib/ncurses/menu/../../../contrib/ncurses/include
-I/usr/src/lib/ncurses/menu/../../../contrib/ncurses/ncurses -Wall -DNDEBUG
-DHAVE_CONFIG_H -I/usr/src/lib/ncurses/menu/../../../contrib/ncurses/menu
-std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -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-unused-local-typedef
-Qunused-arguments
-c /usr/src/lib/ncurses/menu/../../../contrib/ncurses/menu/m_pad.c -o m_pad.o
--- all_subdir_atf --- 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:138: 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: 
/usr/obj/usr/src/tmp/usr/include/c++/v1/string:1938:44:
error: 'basic_string<_CharT, _Traits, _Allocator>' is missing exception
specification
'noexcept(is_nothrow_copy_constructible::value)' [-Werror]
basic_string<_CharT, _Traits, _Allocator>::basic_string(const allocator_type&
__a) ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/string:1326:40: note: previous
declaration is here _LIBCPP_INLINE_VISIBILITY explicit basic_string(const
allocator_type& __a)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #614 - Failure

[Craig Rodrigues]

On Tue, Oct 6, 2015 at 3:17 PM,  wrote:

>
> --- Module.o ---
> /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem
> /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
> -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
> --sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
> -B/usr/local/x86_64-freebsd/bin/
> -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1
> -std=gnu++11
> -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/../lib/libc++
> --sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
> -B/usr/local/x86_64-freebsd/bin/  -O2 -pipe
> -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangbasic/../../../contrib/llvm/include
> -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include
> -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic
> -I.
> -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangbasic/../../../contrib/llvm/../../lib/clang/include
> -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS
> -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT
> -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing
> -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\"
> -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\"
> -fstack-protector-strong  -std=c++11 -fno-exceptions -fno-rtti  -c
> /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Module.cpp
> -o Module.o
> In file included from
> /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/SourceLocation.h:22:0,
>  from
> /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Module.h:18,
>  from
> /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Module.cpp:15:
> /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/functional:1322:17:
> error: '_Rp std::__1::__function::__base<_Rp(_ArgTypes
> ...)>::operator()(_ArgTypes&& ...) [with _Rp = void; _ArgTypes =
> {clang::VisibleModuleSet::setVisible(clang::Module*, clang::SourceLocation,
> clang::VisibleModuleSet::VisibleCallback,
> clang::VisibleModuleSet::ConflictCallback)::Visiting}]', declared using
> local type 'clang::VisibleModuleSet::setVisible(clang::Module*,
> clang::SourceLocation, clang::VisibleModuleSet::VisibleCallback,
> clang::VisibleModuleSet::ConflictCallback)::Visiting', is used but never
> defined [-fpermissive]
>  virtual _Rp operator()(_ArgTypes&& ...) = 0;
>  ^
> *** [Module.o] Error code 1
>
> make[6]: stopped in
> /builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangbasic
> 1 error
>
>
Hi,

I took a look at this, and was also able to reproduce this with gcc 5.0.

I was able to eliminate this error with gcc by moving  the definition of
"struct Visiting"
from outside the function by doing:

Index: llvm/tools/clang/lib/Basic/Module.cpp
===
--- llvm/tools/clang/lib/Basic/Module.cpp   (revision 288962)
+++ llvm/tools/clang/lib/Basic/Module.cpp   (working copy)
@@ -480,6 +480,12 @@
   print(llvm::errs());
 }

+struct Visiting {
+Module *M;
+Visiting *ExportedBy;
+};
+
+
 void VisibleModuleSet::setVisible(Module *M, SourceLocation Loc,
   VisibleCallback Vis, ConflictCallback
Cb) {
   if (isVisible(M))
@@ -487,11 +493,6 @@

   ++Generation;

-  struct Visiting {
-Module *M;
-Visiting *ExportedBy;
-  };
-
   std::function VisitModule = [&](Visiting V) {
 // Modules that aren't available cannot be made visible.
 if (!V.M->isAvailable())


I am not C++11 savvy enough to know if this is a gcc bug, or
a problem in the clang code.

Can we have something like this as a local patch in our FreeBSD tree until
we can get a better fix from LLVM?

--
Craig
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Jenkins build is back to normal : Build-UFS-image #2507

[jenkins-admin]

See 

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

FreeBSD_HEAD-tests - Build #1541 - Still Unstable

[jenkins-admin]

FreeBSD_HEAD-tests - Build #1541 - Still Unstable:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1541/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1541/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1541/console

Change summaries:

No changes


The failed test cases:

35 tests failed.
FAILED:  lib.libc.sys.msgsnd_test.msgsnd_nonblock

Error Message:
Test case body timed out

FAILED:  local.kyua.bootstrap.testsuite.main

Error Message:
Returned non-success exit status 1

FAILED:  local.atf.atf-c++.build_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.detail.auto_array_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.macros_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.pkg_config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.tests_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c.pkg_config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.atf-check_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.atf_check_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.integration_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.normalize_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.tc_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.tp_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.expect_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.meta_data_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.result_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.srcdir_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_about_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_db_exec_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_db_migrate_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_debug_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_help_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_list_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_report_html_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  

FreeBSD_HEAD_amd64_gcc4.9 - Build #617 - Still Failing

[jenkins-admin]

FreeBSD_HEAD_amd64_gcc4.9 - Build #617 - Still Failing:

Build information: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/617/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/617/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/617/console

Change summaries:

288984 by bapt:
Only print the errno string in case sysctl(3) does not file with ENOENT
This reduces the noise in error reporing from sysctl(8):

Before:
$ sysctl bla=something
sysctl: unknown oid 'bla': No such file or directory

After:
$ sysctl bla=something
sysctl: unknown oid 'bla'

MFC after:  1 week
Sponsored by:   Gandi.net

288983 by kib:
A follow-up to r288492.  In fact, revert the mentioned commit for
pre-VFPv3 processors, since they do require software support code to
handle denormals.  For VFPv3 and later, enable flush-to-zero if
hardware does not claim full denormals arithmetic support by VMVFR1_FZ
field in mvfr1 register.

The end result is that we do use correct fpu environment on Cortexes
with VFPv3, while ARM11 (e.g. rpi) is in non-compliant flush-to-zero
mode.  At least CPUs without complete hardware implementation of
IEEE 754 do not cause unhandled floating point exception on underflow,
as it was before r288492.

Noted by:   ian
Tested by:  gjb
Sponsored by:   The FreeBSD Foundation
MFC after:  1 week

288981 by bapt:
Trim spaces at the end of the buffer before trying to convert it to an oid

This allows to write entries in sysctl.conf with spaces before the '=' like
kern.ipc.shmmax = 9663676416

MFC after:  1 week
Sponsored by:   Gandi.net



The end of the build log:

[...truncated 105209 lines...]
 ^
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:731:29:
 warning: conflicts with previous declaration here [-Wattributes]
 static const char_type* find(const char_type* __s, size_t __n, const 
char_type& __a);
 ^
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:787:1:
 warning: 'static char16_t* 
std::__1::char_traits::move(std::__1::char_traits::char_type*,
 const char_type*, size_t)': visibility attribute ignored because it 
[-Wattributes]
 char_traits::move(char_type* __s1, const char_type* __s2, size_t __n)
 ^
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:732:29:
 warning: conflicts with previous declaration here [-Wattributes]
 static char_type*   move(char_type* __s1, const char_type* __s2, 
size_t __n);
 ^
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:807:1:
 warning: 'static char16_t* 
std::__1::char_traits::copy(std::__1::char_traits::char_type*,
 const char_type*, size_t)': visibility attribute ignored because it 
[-Wattributes]
 char_traits::copy(char_type* __s1, const char_type* __s2, size_t __n)
 ^
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:733:29:
 warning: conflicts with previous declaration here [-Wattributes]
 static char_type*   copy(char_type* __s1, const char_type* __s2, 
size_t __n);
 ^
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:818:1:
 warning: 'static char16_t* 
std::__1::char_traits::assign(std::__1::char_traits::char_type*,
 size_t, std::__1::char_traits::char_type)': visibility attribute 
ignored because it [-Wattributes]
 char_traits::assign(char_type* __s, size_t __n, char_type __a)
 ^
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:734:29:
 warning: conflicts with previous declaration here [-Wattributes]
 static char_type*   assign(char_type* __s, size_t __n, char_type __a);
 ^
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:863:1:
 warning: 'static int std::__1::char_traits::compare(const 
char_type*, const char_type*, size_t)': visibility attribute ignored because it 
[-Wattributes]
 char_traits::compare(const char_type* __s1, const char_type* __s2, 
size_t __n)
 ^
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:842:29:
 warning: conflicts with previous declaration here [-Wattributes]
 static int  compare(const char_type* __s1, const char_type* 
__s2, size_t __n);
 ^
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1/string:877:1:
 warning: 'static size_t std::__1::char_traits::length(const 
char_type*)': visibility attribute ignored because it [-Wattributes]
 char_traits::length(const char_type* __s)
 ^

Re: CURRENT: build failure with clang 3.7.0

[Dimitry Andric]

On 07 Oct 2015, at 09:37, O. Hartmann  wrote:
> 
> I hit on a box this nasty/sticky error when performing buildworld.
> 
> /usr/src is on r288980
...
> --- ieee802_11_common.o ---
...
> -c 
> /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/ieee802_11_common.c
> -o ieee802_11_common.o Cannot emit physreg copy instruction UNREACHABLE
> executed
> at 
> /usr/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86/X86InstrInfo.cpp:3935!

Somebody else reported the same to me yesterday.  This is an upstream
bug with AVX (which is still present in llvm trunk), so for now you need
to set your CPUTYPE to something that doesn't have AVX, or simply unset
your CPUTYPE.

The bug has been reported upstream, and once there is a fix, I will
import it ASAP.

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: kyua SIGBUS'ing with clang 3.7.0 (was FreeBSD_HEAD-tests - Build #1540 - Unstable)

[Dimitry Andric]

On 07 Oct 2015, at 09:52, NGie Cooper  wrote:
...
>> How do you reproduce this issue?  Do you have any core dumps?
> 
> sudo bash
> pkg install -y kyua
> kyua test /usr/tests/local/atf/atf-c++/build_test

For me, this does not crash, but results in the following error:

kyua: E: Program name '/usr/tests/local/atf/atf-c++/build_test' must be 
relative to the test suite, not absolute.

What am I doing wrong?

-Dimitry


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: kyua SIGBUS'ing with clang 3.7.0 (was FreeBSD_HEAD-tests - Build #1540 - Unstable)

[Nathan Whitehorn]

On 10/07/15 00:52, NGie Cooper wrote:

On Oct 6, 2015, at 23:58, Dimitry Andric  wrote:

On 07 Oct 2015, at 05:44, NGie Cooper  wrote:

On Oct 6, 2015, at 20:28, NGie Cooper  wrote:


On Oct 6, 2015, at 16:13, jenkins-ad...@freebsd.org wrote:

FreeBSD_HEAD-tests - Build #1540 - Unstable:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1540/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1540/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1540/console

Change summaries:

No changes


The failed test cases:

Looks like the clang upgrade broke atf/kyua package somehow:

$ pwd
/usr/tests/local
$ ./atf/atf-c++/build_test
Bus error

I’ll try building the package from ports.

Yup, works when built from scratch in ports. My guess is that lib/libc++ needs 
a major version bump:

65208feb (dim  2012-06-02 11:00:48 +  13) SHLIB_MAJOR=  1

No, there is no intention to bump any lib versions.  That is something from the 
90's. :-)

-_-..


How do you reproduce this issue?  Do you have any core dumps?

sudo bash
pkg install -y kyua
kyua test /usr/tests/local/atf/atf-c++/build_test

As far as core dumps? Yeah.. I can post one tomorrow (I’m testing out some 
things right now and I’d rather not interrupt it). Key piece is that if I use 
the package from pkg.FreeBSD.org it cores, but if I build it myself from ports, 
everything’s fine and dandy.



My clang 3.6 installation of cmake also SIGBUS's at start after this 
upgrade. Recompiling it fixes the issue.

-Nathan
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

FreeBSD_HEAD_amd64_gcc4.9 - Build #618 - Still Failing

[jenkins-admin]

FreeBSD_HEAD_amd64_gcc4.9 - Build #618 - Still Failing:

Build information: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/618/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/618/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/618/console

Change summaries:

288992 by andrew:
Move pmu.c to files.arm and rename the option to pmu. This is not hwpmc
specific as we may use the pmu registers for other uses. No configs seem
to currently build this.

This will allow for more use of this device.

Discussed with: bz
Sponsored by:   ABT Systems Ltd

288991 by glebius:
Fix regression from r287779, that bite me. If we call m_pullup()
unconditionally, we end up with an mbuf chain of two mbufs, which
later in in_arpreply() is rewritten from ARP request to ARP reply
and is sent out. Looks like igb(4) (at least mine, and at least
at my network) fails on such mbuf chain, so ARP reply doesn't go
out wire. Thus, make the m_pullup() call conditional, as it is
everywhere. Of course, the bug in igb(?) should be investigated,
but better first fix the head. And unconditional m_pullup() was
suboptimal, anyway.

288990 by glebius:
Fix regression from r248371. We need to copy packet header to new
mbuf. Unlike in the pre-r248371 code, assert that M_PKTHDR is set
only on a first mbuf.

Reported & tested by:   Andriy Voskoboinyk 
Sponsored by:   Nginx, Inc.

288989 by glebius:
In softdep_setup_freeblocks():
- Move the bread() to the beginning of function.
- Return if it fails, otherwise we will panic.

Submitted by:   mckusick
Sponsored by:   Netflix



The end of the build log:

[...truncated 104241 lines...]
/usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/ 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include/c++/v1
 -std=gnu++11 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/../lib/libc++
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/  -O2 -pipe 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangarcmigrate/../../../contrib/llvm/include
 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include
 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate
 -I. -I/b
 
uilds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER 
-fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" 
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" 
-fstack-protector-strong  -std=c++11 -fno-exceptions -fno-rtti  -c 
/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/PlistReporter.cpp
 -o PlistReporter.o
--- all_subdir_ncurses ---
--- m_scale.o ---
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/  -O2 -pipe   -D_XOPEN_SOURCE_EXTENDED 
-DENABLE_WIDEC -I. 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../ncursesw
 -I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../ncursesw 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../ncurses 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../../../contrib/ncurses/include
 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../../../contrib/ncurses/ncurses
 -Wall -DNDEBUG -DHAVE_CONFIG_H 
-I/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../../../contrib/ncurses/menu
 -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2
 k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes 
-Wpointer-arith -Wno-uninitialized -Wno-pointer-sign   -c 
/builds/FreeBSD_HEAD_amd64_gcc4.9/lib/ncurses/menuw/../../../contrib/ncurses/menu/m_scale.c
 -o m_scale.o
--- m_scale.So ---
/usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem 
/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
 
-L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib
 
--sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp
 -B/usr/local/x86_64-freebsd/bin/ -fpic 

Re: kyua SIGBUS'ing with clang 3.7.0 (was FreeBSD_HEAD-tests - Build #1540 - Unstable)

[Dimitry Andric]

On 07 Oct 2015, at 05:44, NGie Cooper  wrote:
> 
>> 
>> On Oct 6, 2015, at 20:28, NGie Cooper  wrote:
>> 
>>> On Oct 6, 2015, at 16:13, jenkins-ad...@freebsd.org wrote:
>>> 
>>> FreeBSD_HEAD-tests - Build #1540 - Unstable:
>>> 
>>> Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1540/
>>> Full change log: 
>>> https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1540/changes
>>> Full build log: 
>>> https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1540/console
>>> 
>>> Change summaries:
>>> 
>>> No changes
>>> 
>>> 
>>> The failed test cases:
>> 
>> Looks like the clang upgrade broke atf/kyua package somehow:
>> 
>> $ pwd
>> /usr/tests/local
>> $ ./atf/atf-c++/build_test
>> Bus error
>> 
>> I’ll try building the package from ports.
> 
> Yup, works when built from scratch in ports. My guess is that lib/libc++ 
> needs a major version bump:
> 
> 65208feb (dim  2012-06-02 11:00:48 +  13) SHLIB_MAJOR=  1

No, there is no intention to bump any lib versions.  That is something from the 
90's. :-)

How do you reproduce this issue?  Do you have any core dumps?

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail

FreeBSD_HEAD-tests - Build #1542 - Still Unstable

[jenkins-admin]

FreeBSD_HEAD-tests - Build #1542 - Still Unstable:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1542/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1542/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1542/console

Change summaries:

No changes


The failed test cases:

34 tests failed.
FAILED:  local.kyua.bootstrap.testsuite.main

Error Message:
Returned non-success exit status 1

FAILED:  local.atf.atf-c++.build_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.detail.auto_array_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.macros_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.pkg_config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c++.tests_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-c.pkg_config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.atf-check_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.atf_check_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.integration_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.normalize_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.tc_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.atf-sh.tp_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.expect_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.meta_data_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.result_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.atf.test-programs.srcdir_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_about_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_config_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_db_exec_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_db_migrate_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_debug_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_help_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_list_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_report_html_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program list did not return 
success

FAILED:  local.kyua.integration.cmd_report_junit_test.__test_cases_list__

Error Message:
Tester did not exit cleanly: kyua-atf-tester: Test program 

Re: CURRENT: build failure with clang 3.7.0

[John Baldwin]

On Wednesday, October 07, 2015 01:33:23 PM O. Hartmann wrote:
> On Wed, 7 Oct 2015 13:23:48 +0200
> Dimitry Andric  wrote:
> 
> > On 07 Oct 2015, at 09:37, O. Hartmann  wrote:
> > > 
> > > I hit on a box this nasty/sticky error when performing buildworld.
> > > 
> > > /usr/src is on r288980
> > ...
> > > --- ieee802_11_common.o ---
> > ...
> > > -c 
> > > /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/common/ieee802_11_common.c
> > > -o ieee802_11_common.o Cannot emit physreg copy instruction UNREACHABLE
> > > executed
> > > at 
> > > /usr/src/lib/clang/libllvmx86codegen/../../../contrib/llvm/lib/Target/X86/X86InstrInfo.cpp:3935!
> > 
> > Somebody else reported the same to me yesterday.  This is an upstream
> > bug with AVX (which is still present in llvm trunk), so for now you need
> > to set your CPUTYPE to something that doesn't have AVX, or simply unset
> > your CPUTYPE.
> > 
> > The bug has been reported upstream, and once there is a fix, I will
> > import it ASAP.
> > 
> > -Dimitry
> > 
> 
> Funny, I have several other boxes, definitely having AVX aboard:
> 
> [... from dmesg]
> Jul 29 07:05:52 freyja kernel: CPU: Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz
> (3491.98-MHz K8-class CPU)
> Jul 29 07:05:52 freyja kernel: Origin="GenuineIntel"  Id=0x306f2  Family=0x6
> Model=0x3f  Stepping=2
> Jul 29 07:05:52 freyja kernel:
> Features=0xbfebfbff
> Jul 29 07:05:52 freyja kernel:
> Features2=0x7dfefbff
> Jul 29 07:05:52 freyja kernel: AMD
> Features=0x2c100800
> Jul 29 07:05:52 freyja kernel: AMD Features2=0x21
> Jul 29 07:05:52 freyja kernel: Structured Extended
> Features=0x37ab
> 
> [...]
> 
> which is a most recent Haswell XEON and builds world fine. My personal failing
> box is a i3-32XX, IvyBridge, but the IvyBridge E3-124XX XEON builds well.

It's not about whether your CPU supports it, it is about whether or not you have
asked the compiler to use it.  Normally by setting 'CPUTYPE' in /etc/make.conf
or the like.  (I also was bitten by this yesterday on my sandbridge laptop
where I have 'CPUTYPE=corei7-avx' in /etc/src.conf.)  The workaround is to not
set CPUTYPE (or set it to something without AVX like just 'corei7').

-- 
John Baldwin
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Jenkins build is back to normal : Build-UFS-image #2509

[jenkins-admin]

See 

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"