From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20293 invoked by alias); 16 Mar 2013 18:48:23 -0000 Received: (qmail 20279 invoked by uid 22791); 16 Mar 2013 18:48:21 -0000 X-SWARE-Spam-Status: No, hits=-4.3 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from oarmail.oarcorp.com (HELO OARmail.OARCORP.com) (67.63.146.244) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 16 Mar 2013 18:48:15 +0000 Received: from [192.168.0.14] (24.96.88.41) by OARmail.OARCORP.com (192.168.2.2) with Microsoft SMTP Server (TLS) id 8.2.255.0; Sat, 16 Mar 2013 13:48:13 -0500 Message-ID: <5144BE6C.7060909@oarcorp.com> Date: Sat, 16 Mar 2013 18:48:00 -0000 From: Joel Sherrill User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Joel Brobecker CC: Ralf Corsepius , Mike Frysinger , "gdb@sourceware.org" Subject: Re: [gdb-7.5.91] mips sim fails to build on mingw32 References: <5evvfpyhuvbs9ftm3edxb7na.1363372668425@email.android.com> <5143F627.3030905@rtems.org> <5144169C.6060902@rtems.org> <51448AD1.70201@oarcorp.com> <20130316181049.GK4474@adacore.com> In-Reply-To: <20130316181049.GK4474@adacore.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2013-03/txt/msg00034.txt.bz2 On 3/16/2013 1:10 PM, Joel Brobecker wrote: > Joel, > >> It is still there if you configure correctly. On a completely up to date >> CentOS 6.x install. I reversed the patch locally and configured like this: >> >> ../gdb-7.5.91/configure --target=mips-rtems4.11 \ >> --prefix=/home/joel/test-gdb/install/ --enable-sim \ >> --enable-sim-hardware --enable-timebase --enable-sim-trace && >> make >> >> And the build failed like this: >> >> -o run \ >> nrun.o libsim.a ../../bfd/libbfd.a ../../opcodes/libopcodes.a >> ../../libiberty/libiberty.a -lm -lm -lz -lnsl >> libsim.a(interp.o): In function `sim_open': >> /home/joel/test-gdb/b-gdb/sim/mips/../../../gdb-7.5.91/sim/mips/interp.c:552: >> undefined reference to `sockser_addr' >> >> Sounds like it needs the same configure magic as the other architectures. > Do I understand correctly that the patch you added is too broad and > affects more targets than needed? If that's the case, I agree with > Ralf that the best course is to revert your patch first, and then > implement something that only affects CentOS. This is not CentOS specific. The file is required when you configure with --enable-sim-hardware. It is just a matter of tripping the configure command correctly. The only workaround going on here is that we need to account for mingw not being able to build dv-sockser.c. FWIW I see dv-sockser.o included by a multiple targets but only but only the bfin has logic to avoid it on mingw. Are any of the following buildable on mingw? cris frv iq2000 m32r m68hc11 mn10300 sh64 It would be nice to know if this is a general problem on mingw. > Scheduled release time is 10 days away (Mar 26). It would be nice > to have this fixed by then. Otherwise, we'll have to delay the release. > Since you're the only one who seems to be able to reproduce, would > you mind working on this? > Sure. I have a patch written based on the logic in sim/bfin and just need to test it. But I don't know how to regenerate the configure script in gdb. I see I need autoconf 2.64 but what's the magic incantation. -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherrill@OARcorp.com On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available (256) 722-9985