From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15846 invoked by alias); 21 Apr 2005 14:01:25 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 15506 invoked from network); 21 Apr 2005 14:01:08 -0000 Received: from unknown (HELO SERRANO.CAM.ARTIMI.COM) (217.40.213.68) by sourceware.org with SMTP; 21 Apr 2005 14:01:08 -0000 Received: from 127.0.0.1 (AVG SMTP 7.0.308 [266.10.1]); Thu, 21 Apr 2005 15:01:03 +0100 Received: from mace ([192.168.1.25]) by SERRANO.CAM.ARTIMI.COM with Microsoft SMTPSVC(6.0.3790.211); Thu, 21 Apr 2005 15:00:57 +0100 From: "Dave Korn" To: "'Daniel Jacobowitz'" Cc: Subject: RE: Binutils 2.15.97 available Date: Thu, 21 Apr 2005 14:01:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <20050421131054.GA29084@nevyn.them.org> Message-ID: X-OriginalArrivalTime: 21 Apr 2005 14:00:57.0392 (UTC) FILETIME=[8A860300:01C5467A] X-SW-Source: 2005-04/txt/msg00610.txt.bz2 ----Original Message---- >From: Daniel Jacobowitz >Sent: 21 April 2005 14:11 > On Thu, Apr 21, 2005 at 11:41:18AM +0100, Dave Korn wrote: >> ----Original Message---- >>> From: Daniel Jacobowitz >>> Sent: 20 April 2005 20:51 >> >>> I have uploaded binutils 2.15.97 to: >>> >>> >>> ftp://sources.redhat.com/pub/binutils/snapshots/binutils-2.15.97.tar.bz2 >>> >>> I plan that this will be the last prerelease, and binutils 2.16 will >>> be released more-or-less unchanged next week. Please do not commit >>> anything to the 2.16 release branch without asking me first. Please >>> test this snapshot. >>> >>> If problems show up for particular targets, I would prefer to have a >>> quick 2.16.1 rather than delay this release any further. >> >> >> Looks fairly good on cygwin, but there seems to be one more ld failure >> than the most recent (version: 2.16.90 20050313) test results I could >> find on the list; the extra FAIL is "FAIL: cdtest". I haven't looked >> into it yet; is it a known issue? > > No, but cdtest usually means something is wrong with C++. How about > sharing log bits instead of summary bits? :-) Hmmm, looks a bit funny to me.... Running /davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest.exp ... c++ -L/davek/patch-gnu/testing/obj-binutils-2.15.97/./ld -g -O2 -fno-exceptions -B/davek/patch-gnu/testing/obj-binutils-2.15.97/ld/tmpdir/gas/ -I/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest -g -O2 -c /davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest-foo. cc -o tmpdir/cdtest-foo.o c++ -L/davek/patch-gnu/testing/obj-binutils-2.15.97/./ld -g -O2 -fno-exceptions -B/davek/patch-gnu/testing/obj-binutils-2.15.97/ld/tmpdir/gas/ -I/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest -g -O2 -c /davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest-bar. cc -o tmpdir/cdtest-bar.o c++ -L/davek/patch-gnu/testing/obj-binutils-2.15.97/./ld -g -O2 -fno-exceptions -B/davek/patch-gnu/testing/obj-binutils-2.15.97/ld/tmpdir/gas/ -I/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest -g -O2 -c /davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest-main .cc -o tmpdir/cdtest-main.o /davek/patch-gnu/testing/obj-binutils-2.15.97/ld/ld-new -m i386pe -o tmpdir/cdtest /lib/crt0.o tmpdir/cdtest-foo.o tmpdir/cdtest-bar.o tmpdir/cdtest-main.o --start-group /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a -lc --end-group -lcygwin -L/usr/lib/w32api -luser32 -lkernel32 -ladvapi32 -lshell32 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a tmpdir/cdtest >tmpdir/cdtest.out diff tmpdir/cdtest.out /davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest.dat 4a5,6 > Initializing Foo(5) "default-foo" with Foo(4) > Destructing Foo(4) "default-foo" (remaining foos: 4) 10c12 < Destructing Foo(4) "default-foo" (remaining foos: 3) --- > Destructing Foo(5) "default-foo" (remaining foos: 3) 11a14,15 > Destructing Foo(2) "static_foo" (remaining foos: 1) > Destructing Foo(1) "static_foo" (remaining foos: 0) child process exited abnormally Checking against Named Return Value optimization diff tmpdir/cdtest.out /davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest-nrv. dat 11a12,13 > Destructing Foo(2) "static_foo" (remaining foos: 1) > Destructing Foo(1) "static_foo" (remaining foos: 0) child process exited abnormally FAIL: cdtest /davek/patch-gnu/testing/obj-binutils-2.15.97/ld/ld-new -m i386pe -o tmpdir/cdtest.o -r -Ur tmpdir/cdtest-foo.o tmpdir/cdtest-bar.o tmpdir/cdtest-main.o /davek/patch-gnu/testing/obj-binutils-2.15.97/ld/ld-new -m i386pe -o tmpdir/cdtest /lib/crt0.o tmpdir/cdtest.o --start-group /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a -lc --end-group -lcygwin -L/usr/lib/w32api -luser32 -lkernel32 -ladvapi32 -lshell32 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a tmpdir/cdtest >tmpdir/cdtest.out assertion "Foo::nb_foos() == 2" failed: file "/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest-mai n.cc", line 32 FAIL: cdtest with -Ur testcase /davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest.exp completed in 2 seconds Hmm, the static initialisers don't appear to be being called in the cdtest -Ur, it seems that nb_foos is zero. cheers, DaveK -- Can't think of a witty .sigline today....