From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1779 invoked by alias); 24 Mar 2012 06:12:18 -0000 Received: (qmail 1763 invoked by uid 22791); 24 Mar 2012 06:12:15 -0000 X-SWARE-Spam-Status: No, hits=-4.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 24 Mar 2012 06:12:01 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id D7A9A1B4019; Sat, 24 Mar 2012 06:11:59 +0000 (UTC) From: Mike Frysinger To: "Hans-Peter Nilsson" Subject: Re: [PATCH] sim: make sure to include strsignal prototype Date: Sat, 24 Mar 2012 06:12:00 -0000 User-Agent: KMail/1.13.7 (Linux/3.2.0; KDE/4.6.5; x86_64; ; ) Cc: gdb-patches@sourceware.org References: <1332476592-12930-1-git-send-email-vapier@gentoo.org> <201203240012.05447.vapier@gentoo.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1555637.2rp5E6cBLx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201203240212.04207.vapier@gentoo.org> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-03/txt/msg00816.txt.bz2 --nextPart1555637.2rp5E6cBLx Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-length: 3820 On Saturday 24 March 2012 01:53:42 Hans-Peter Nilsson wrote: > On Sat, 24 Mar 2012, Mike Frysinger wrote: > > On Friday 23 March 2012 01:24:07 Hans-Peter Nilsson wrote: > > > Another thing I noticed: could you please adjust the > > > sim/testsuite/sim/cris/c/ tests too? Lots of "program stopped > > > with signal" there; your earlier fixes seems to have been just > > > to the asm/ subdir. I'm not putting it on you to assemble a > > > cris-elf toolchain to verify it (not that it shouldn't be > > > obvious :) just do the same transformation as in asm/. > >=20 > > the cris sim gets into an infinite loop for me. from the log: > >=20 > > Executing on host: cris-elf-gcc > > ../../../../sim/testsuite/sim/cris/c/append1.c -O2 -lm -o > > append1.c.x (timeout =3D 300) > > /usr/lib/gcc/cris-elf/4.5.3/../../../../cris-elf/lib/libc.a(lib_a-closer > > .o): In function `_close_r': > > .../newlib-1.20.0/newlib/libc/reent/closer.c:53: warning: _close is not > > implemented and will always fail >=20 > Did you "make check-sim RUNTESTFLAGS=3D--target_board=3Dcris-sim"? > The warning message indicates the absence of that option or the > wrong baseboard. using those flags makes most run. the linker segfaults when working on helloaout.c, so that can't be good: $ cris-elf-gcc ../../sim/testsuite/sim/cris/c/helloaout.c \ -O2 -L/usr/local/src/gnu/sourceware/build/build-cris/ld -sim3 \ -Wl,-mcrisaout -sim -Ttext=3D0 -lm -o helloaout.c.x -Bld collect2: ld terminated with signal 11 [Segmentation fault], core dumped $ gdb ld/ld core Reading symbols from /usr/local/src/gnu/sourceware/build/build-cris/ld/ld..= .done. [New LWP 20813] warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? Core was generated by `ld/ld -mcriself --gc-sections -o helloaout.c.x /usr/= lib/gcc/cris-elf/4.5.3/../.'. Program terminated with signal 11, Segmentation fault. #0 aout_get_external_symbols (abfd=3D0x1b4fd30) at ../../../bfd/aoutx.h:13= 00 1300 count =3D exec_hdr (abfd)->a_syms / EXTERNAL_NLIST_SIZE; (gdb) bt #0 aout_get_external_symbols (abfd=3D0x1b4fd30) at ../../../bfd/aoutx.h:13= 00 #1 0x0000000000441ef0 in aout_link_check_archive_element (abfd=3D0x1b4fd30= , info=3D0x702c40, pneeded=3D0x7fffc8306b2c) at=20 ../../../bfd/aoutx.h:3410 #2 0x00000000004356aa in _bfd_generic_link_add_archive_symbols (abfd=3D0x1= b4efd0, info=3D0x702c40, checkfn=3D0x441ed0=20 ) at ../../../bfd/linker.c:1131 #3 0x00000000004119da in load_symbols (place=3D, entry=3D0x= 1af5320) at ../../../ld/ldlang.c:2807 #4 load_symbols (entry=3D0x1af5320, place=3D) at ../../../l= d/ldlang.c:2672 #5 0x00000000004126b3 in open_input_bfds (s=3D0x1af5320, mode=3DOPEN_BFD_F= ORCE) at ../../../ld/ldlang.c:3267 #6 0x000000000041257e in open_input_bfds (s=3D0x1af5300, mode=3DOPEN_BFD_N= ORMAL) at ../../../ld/ldlang.c:3219 #7 0x0000000000414b2a in lang_process () at ../../../ld/ldlang.c:6541 #8 0x0000000000403c6f in main (argc=3D0x19, argv=3D0x7fffc8306e38) at ../.= ./../ld/ldmain.c:393 > (Arguably the *sim* test-suite should know set that option by > itself, but at least it's consistent with other runnable > dejagnu-based test-suites.) no other target needs this. i did some work about two years ago specifical= ly to avoid having to mess with dejagnu just to run `make check-sim`. looks like the difference are just compiler flags ? you can specify those = on a test-specific basis using the "cc:" field: $ head -5 testsuite/sim/argc.c=20 /* Basic argc/argv tests. # mach: bfin # cc: -msim # progopts: a bb ccc dddd */ $ head -5 testsuite/sim/mdma-32bit-1d.c=20 /* Basic MDMA device tests. # mach: bfin # cc: -mcpu=3Dbf537 -nostdlib -lc # sim: --env operating --model bf537 */ -mike --nextPart1555637.2rp5E6cBLx Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. Content-length: 836 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iQIcBAABAgAGBQJPbWW0AAoJEEFjO5/oN/WBKr4P/RBiM6ntU8Sw5scu1jZWn5I7 YqoXRquDpxNWF5Jsqa/mFEYoOyfcSi+NIAPQHKGe96pYxBEyRBWvXuR+rjQmHaWb J7UkklgE42m6+1Za0h22zu/1h+V3ZtAMpxH4vSPWYL5gcWUhUjpBNC0lVcWOccHd hVly/vZqftIw/WJNcFNJY3K47x7Jg4uQhLX1xlCw40xk/bST8hZOT9O/OHa8jl8f iOIQDJBB0puH1gvyAFItGJ33KG90iNsRGUNjOPGtKL3B0OmHObYYG5eSz56qcE6O IUlj1/p+/r0c3s3bYN0DbOAmqbjKY08IHS2B3rci/zN1Fo0O3aJABxqATbnLQZCh y470Z7CJ6a9EFrHEz/AXTKwIy1O3PcZ1LMa9fmb15tQh1ioN2i371Mt+CHvYRENy SPF21sUPJHv93icVS0h7ly+3ESIxtiJ9/ODnq1905dGHYwmEooM8LsnbFv5jnG2Z kjJQ7bwdslLarxZTK5FLkDATZV1NS6xMZD9iyZ8+bk9d/hSNWd+HeVRpM1EusS2e NCQo6c5UBKxvf3grIiSfqQCFpibt7tXEz3+2HnoNRL8R3vlM8B0Pi0EwdB3QDiV3 fE0vlgKq5EvbwoWrf0kFyehcahN6dpKrVnaKbXytFrZCuqa2WolAu4SHchCJ971z ImFILNu3UlKdv998CKPC =ZTDm -----END PGP SIGNATURE----- --nextPart1555637.2rp5E6cBLx--