From owner-freebsd-testing@freebsd.org Mon Aug 29 17:58:20 2016 Return-Path: Delivered-To: freebsd-testing@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CEB2CBC79E4 for ; Mon, 29 Aug 2016 17:58:20 +0000 (UTC) (envelope-from lwhsu@FreeBSD.cs.nctu.edu.tw) Received: from FreeBSD.cs.nctu.edu.tw (freebsd2.cs.nctu.edu.tw [140.113.17.206]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 852AA98E; Mon, 29 Aug 2016 17:58:20 +0000 (UTC) (envelope-from lwhsu@FreeBSD.cs.nctu.edu.tw) Received: by FreeBSD.cs.nctu.edu.tw (Postfix, from userid 1058) id 988C12C00; Tue, 30 Aug 2016 01:58:18 +0800 (CST) Date: Tue, 30 Aug 2016 01:58:18 +0800 From: Li-Wen Hsu To: Bryan Drewery Cc: Dimitry Andric , Craig Rodrigues , "jenkins-admin@freebsd.org" , "freebsd-testing@freebsd.org" , jmmv@FreeBSD.org Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD #564 Message-ID: <20160829175818.GB10263@FreeBSD.cs.nctu.edu.tw> References: <6E443BB8-0269-4812-A2F4-40AA303E69C6@FreeBSD.org> <8058052E-A09A-403E-828A-74B51ED4BBF4@FreeBSD.org> <20160829163911.GA51650@FreeBSD.cs.nctu.edu.tw> <4b8980f0-1a90-40d7-45b3-9569b321d1c6@FreeBSD.org> <20160829175247.GA10263@FreeBSD.cs.nctu.edu.tw> <153107ba-094b-3eec-165b-a10080d6d26b@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kORqDWCi7qDJ0mEj" Content-Disposition: inline In-Reply-To: <153107ba-094b-3eec-165b-a10080d6d26b@FreeBSD.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2016 17:58:20 -0000 --kORqDWCi7qDJ0mEj Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 29, 2016 at 10:54:04 -0700, Bryan Drewery wrote: > On 8/29/2016 10:52 AM, Li-Wen Hsu wrote: > > I guess the quickest way is boot that VM, cd to > > /usr/tests/lib/atf/libatf-c++ and run `kyua test atf_c++_test` > > However I am not sure this provides enough information because stuff > > under /usr/tests/lib/atf/libatf-c++ are all binary files. > >=20 > > FWIW, I would like to know, should these -target, --sysroot and -B flag= es be > > given when compiling a normal program in a normal time? In this test > > case, kyua just wanted to compile test.cpp which includes sstream, it's > > not during buildworld/buildkernel time, so files under /usr/obj > > should not be used. >=20 > The flags are only passed in buildworld which uses a sysroot. A direct > cd dir && make, will not use them. Does this mean that kyua should not include these flages while running tests ("test" here is "test to compile a .cpp file")? If so, we might need to find out what affects kyua adding these flags. > > On Mon, Aug 29, 2016 at 10:31:26 -0700, Bryan Drewery wrote: > >> This thread is hard to follow. The changes I made shouldn't break > >> anything since it's just now acting like an external compiler. > >> > >> Where is the error so I can debug it? > >> > >> On 8/29/2016 9:50 AM, Dimitry Andric wrote: > >>> Yes, I've also seen the --sysroot options being added recently. I'm = reasonably sure that this is the cause of the error. Bryan did most of the= restructuring for external toolchains, which also adds the --sysroot optio= n. > >>> > >>> Is there an usr/include/c++/v1 under the --sysroot? > >>> > >>> -Dimitry > >>> > >>>> On 29 Aug 2016, at 18:39, Li-Wen Hsu wrote: > >>>> > >>>> Dimitry, are you talking about case lib.atf.libatf-c++.atf_c++_test.= include ? > >>>> > >>>> I happen to have a r304986 VM here: > >>>> > >>>> https://people.freebsd.org/~lwhsu/tmp/disk-test.img.xz > >>>> > >>>> (it starts kyua test in /etc/rc.local, just use ctrl-c to interrupt = it) > >>>> > >>>> And there is a /usr/include/c++/v1 directory with sstream in it. > >>>> > >>>> > >>>> BTW, I am not sure removing -I/usr/include is the right solution, I > >>>> think this case is checking for "normal" compiling would work, not > >>>> during buildworld. When this case was passing, it uses following > >>>> command: > >>>> > >>>> c++ -O2 -pipe -DHAVE_CONFIG_H -I/usr/include -Wall -Werror -o test.o= -c test.cpp > >>>> > >>>> and now it uses: > >>>> > >>>> c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/= tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -DHAVE_CONFIG_H -I/usr/include= -Wall -Werror -o test.o -c test.cpp > >>>> > >>>> This changed between r304555 and r304698. > >>>> > >>>> > >>>> Also, does anyone know where is "-I/usr/include" coming from? Is th= is > >>>> one? > >>>> https://svnweb.freebsd.org/base/head/contrib/atf/atf-c%2B%2B/detail/= test_helpers.cpp?view=3Dmarkup#l56 > >>>> > >>>> > >>>> Li-Wen > >>>> > >>>> On Mon, Aug 29, 2016 at 16:02:42 +0200, Dimitry Andric wrote: > >>>>> Do you have an /usr/include/c++/v1 directory? And is there a file = called "sstream" in it? > >>>>> > >>>>> If it is there, I think the problem is due to the -I/usr/include op= tion in the command line for the test program. If you remove that, I think= the compilation will work correctly. > >>>>> > >>>>> -Dimitry > >>>>> > >>>>>> On 29 Aug 2016, at 14:55, Craig Rodrigues wr= ote: > >>>>>> > >>>>>> Dimitry, > >>>>>> > >>>>>> During the Jenkins job, I use installworld/installkernel to build = a fully bootable bhyve virtual machine. > >>>>>> After the virtual machine boots, ssh into it, and do: > >>>>>> > >>>>>> cd /usr/tests > >>>>>> kyua test > >>>>>> kyua report --verbose > >>>>>> > >>>>>> > >>>>>> So I am suspecting that maybe something didn't get installed prope= rly? > >>>>>> -- > >>>>>> Craig > >>>>>> > >>>>>> > >>>>>> On Mon, Aug 29, 2016 at 4:13 AM, Dimitry Andric = wrote: > >>>>>> I just found the separate "test results" link in Jenkins. As far = as I can see, one of those failing tests is run as: > >>>>>> > >>>>>> c++ -target x86_64-unknown-freebsd12.0 --sysroot=3D/builds/workspa= ce/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp -B/builds/workspa= ce/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp/usr/bin -O2 -pipe= -DHAVE_CONFIG_H -I/usr/include -Wall -Werror -o test.o -c test.cpp > >>>>>> > >>>>>> So are the libc++ headers installed in the /builds/workspace/FreeB= SD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/tmp sysroot? The compiler er= ror message appears to indicate it is getting its headers from /usr/include= instead. > >>>>>> > >>>>>> I can't look on the actual test system, but my guess would be that= either the --sysroot flag is incorrect, or the libc++ headers are not corr= ectly installed on the target system. > >>>>>> > >>>>>> -Dimitry > >>>>>> > >>>>>>> On 29 Aug 2016, at 12:56, Dimitry Andric wrote: > >>>>>>> > >>>>>>> Hi Craig, > >>>>>>> > >>>>>>> I find it very hard to parse these extremely verbose logs. Can y= ou point out the location and contents of the exact error you are seeing? > >>>>>>> > >>>>>>> -Dimitry > >>>>>>> > >>>>>>>> On 29 Aug 2016, at 08:59, Craig Rodrigues = wrote: > >>>>>>>> > >>>>>>>> Dimitry, > >>>>>>>> > >>>>>>>> Can you take a look at this? > >>>>>>>> I'm not sure why, but after recent changes, one of the tests is > >>>>>>>> complaining that the C++ header is missing. > >>>>>>>> > >>>>>>>> -- > >>>>>>>> Craig > >>>>>>>> > >>>>>>>> > >>>>>>>> On Sun, Aug 28, 2016 at 11:11 PM, wr= ote: > >>>>>>>> See > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>> > >>>>>> > >>>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> Li-Wen Hsu > >>>> https://lwhsu.org > >>> > >> > >> > >> --=20 > >> Regards, > >> Bryan Drewery > >> > >=20 > >=20 > >=20 > >=20 >=20 >=20 > --=20 > Regards, > Bryan Drewery >=20 --=20 Li-Wen Hsu https://lwhsu.org --kORqDWCi7qDJ0mEj Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJ8BAEBCgBmBQJXxHe5XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxMDdENTNGNjUyMTUzMzVCNzA5NDNGODQ2 NzI3RTc3Qzg4NjJCNjU2AAoJEGcn53yIYrZW+/AQAKca+qVtpDEMIu9gMB3EuDk8 zdwF3gpFwSD2mTxrhQlHvZqH8tusd6WveqYyUJowA4MIpANq0/kHA0W1rsmoS5x6 RronBNr6ENhlAwXXpI1isUHKgvXPy1XiDYzxSH8HfiM8DeY/aUnSpy+8Toyx0WRl 0B8UwgZOfyrdDClVPh8QJlhvu/BZJy1ZWpUtL5WP3Z9SHfKAWhYjgTKEIv4XFoNo RJy99mhVMWS5se/rfxcX2bN45n/o11oVkfjltaodBMsiCaQoBMjkLFuTfy6Wv/ez 6hzxdi/3KDq1ohFqCUn+t1F/AK1sr87NPxRQUDMuVRo5EotQ0PnW6kbTF6GMLvFc COvn721iUnISeanfRyrIFDc6hqna9NUapuSWo/qqacYLmrBdCti7W2PeqEzo7VVD VDM1SJcvdgxNAn0XGk+xenFVbFtWIY9NLBuPY7f6ax7k9oeg4DiOazmjtS22Pm6+ r4QQpa7id++t3W9G3X6HfWhwM2ZoQEPCsFEWV7fOFIjmVd/uiIaKBy0IvcA0Z/Ay w/n0ue3l6JRzPoAIPsa+hY0j4IUludPVW+QWzw3yw4GKSLH6DoC6s4gwe1BDn/go BNn89hWKU1ROVNf8zmZnPgyLnMhKqUS5BJzFPbVGPH0qbydHvUwTnrcZuJ3VtI1k 6sW/q6z1vA7SoC8XB/Z2 =VQt1 -----END PGP SIGNATURE----- --kORqDWCi7qDJ0mEj--