From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTP id A43E9385E00D for ; Wed, 25 Mar 2020 19:27:29 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org A43E9385E00D Received: from fencepost.gnu.org ([2001:470:142:3::e]:46787) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jHBgV-0004BM-KE for gdb@sourceware.org; Wed, 25 Mar 2020 15:27:27 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:46996) by fencepost.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jHBgT-00078A-Uh for gdb@gnu.org; Wed, 25 Mar 2020 15:27:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jHBgP-00048O-Kf for gdb@gnu.org; Wed, 25 Mar 2020 15:27:25 -0400 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-Spam-Level: X-Spam-Status: No, score=-4.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, KAM_SHORT, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_NEUTRAL, TXREP autolearn=no autolearn_force=no version=3.4.2 Received: from sonic309-25.consmr.mail.ir2.yahoo.com ([77.238.179.83]:39651) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jHBgP-00044D-Bv for gdb@gnu.org; Wed, 25 Mar 2020 15:27:21 -0400 X-YMail-OSG: VLGCRM4VM1kiWe4uEQOIOOUm82ggvMf0C77NDb9pL8Hj9lcUtv6cStoNCgiYzIS qVg3D75uD94136_zNDepiiUoBcwZ1yz2uor.qzPssYol8ZV0TVt0H_FYgHB2ZO70d6rAaKDcRhll JkbtPDubs_Rzf7d4D0uOVIMco1db6BmGMFjL0GRcVgkB6E08ZW._cAx9zK6ZQlXcGJhPDgqPh17T QTlL2zwj75ShbXp45dNlUMR28k_ARK.orYEnRlONQZ30pBE4GB_qeTLD9SU7QFnC5ZutQcDzPeSf ER8c43PMVoKqFzJtynd70sKRSTNSClPNrKCOljFOaFTY.JiFR1S9a5GUkflUPLvb0L4dNbyGlhGs 6ATZ4n7qjZslCQXH03QsKAnd7h7_9lhch5AwUkDK0cxY.llfpZZjMib2TJ.jE5BvNU39bGgivRAs fxwWOJRd1IDy3FjZcfin0x019uPWDVeSnVid5DI940hwcP4Nbd0GUVArh3fZk7O1veO83F_vfIkP 7z3wYfBKlTac4KE1MZOjGwXbjftgTfPO2s4xT5RNLWqyURoA84dX1CyOyRyLForoW2K.TzQQhOMQ 4xpWiRRNk8ZDQdiSnd6MAJXMdPj0QCQ3DpBaytOCoIIuzyXsvZgWpm8JRPwE0fad9hfTJ6GtaEub PcVojGcjOrGqwcSZxIidEKpvGvkJZiGFdaqSEbtA90a194auV5le10HWMR4qBO7QG_tuFmT9moFT w9HuAfg.IT7WaWDXdv6WykW5KyqfUMNQAGETzt4GHjg67JdOOyTnUcTSogTB9kWMdhwvMPoGijFV bpx0QyFyACm7PBTTi926uUlC0zcv.jgAPT8Kqvf9plI3NHx70DImE89KgJHh8IxKBxM7d86rxhB1 hEVPIsfmEEpCuOBMSR9yU6kW820wor.hLFyhtZaCtcshghGjo30Swnp06HNKNJGAbHpVDA49R0xh 5txKs6wybPh9UDA29_qLL4R2u71d6oSA26TQyx_kAJ3Kn00MaBI.AoTLrhLl0TvC4LIxc2ZS1BcA EWXQu_g4FZnVtGwuoW8WxXlaHmgb__fe57Syh2lhrNHc.PaL66ujuWwDleRmrMd2raEZq2TBlBjv HpYQlWX_lHVq9RuoGciRkf0hHMA8FbNjCQqXE7rwcaqBJlR4xzt6bBt.EEYshKVA03ggsty_lei3 oGIYLWk3yIgt35UxBItEy9IEIzG8aXjGZ_mBiDDFXOfmKDfaknLc3Cj725U6wo8u7YbUFI74K7oB s5F22KKfDXIqlbIQX7gpvrQsxlANRWJGN8CO_Qm.au0nFWuc.aHoD8Cc9uSl3PlwZUCVd0OKcC7x 9Ue3kXt8jRdNm2P88aG8y4g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ir2.yahoo.com with HTTP; Wed, 25 Mar 2020 19:27:17 +0000 Date: Wed, 25 Mar 2020 19:27:06 +0000 (UTC) From: Hannes Domani To: "gdb@gnu.org" Message-ID: <1133848898.4146549.1585164426040@mail.yahoo.com> In-Reply-To: References: Subject: Re: GDB 9.1 Fails to Build on Cygwin MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.15518 YMailNorrin Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:71.0) Gecko/20100101 Firefox/71.0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 77.238.179.83 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2020 19:27:31 -0000 Am Mittwoch, 25. M=C3=A4rz 2020, 20:01:06 MEZ hat Joel Sherrill Folgendes geschrieben: > Hi > > Over at RTEMS, we are seeing gdb 9.1 fail to build arm-eabi and fail with > this: > > CXXLD=C2=A0 gdb.exe > cp-support.o:/desk/b-arm-eabi-bin/gdb/../../gdb-9.1/gdb/cp-support.c:2212= :(.text+0x1bf6): > relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS > init function for thread_local_segv_handler' > cp-support.o:/desk/b-arm-eabi-bin/gdb/../../gdb-9.1/gdb/cp-support.c:2212= :(.text+0x1c00): > relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS > init function for thread_local_segv_handler' > collect2: error: ld returned 1 exit status > make[2]: *** [Makefile:1908: gdb.exe] Error 1 > make[2]: Leaving directory '/desk/b-arm-eabi-bin/gdb' > make[1]: *** [Makefile:9567: all-gdb] Error 2 > make[1]: Leaving directory '/desk/b-arm-eabi-bin' > make: *** [Makefile:855: all] Error 2 > > gdb 8.0.1 builds OK. > > Does anyone have any ideas how to solve this? This looks very much like gcc bug 64697: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D64697 And 8.0.1 didn't use thread_local yet (9.1 is the first version that uses i= t). Regards Hannes Domani