[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Mingw-cross-env-list] GDB build failure on Open Solaris

From: Tony Theodore
Subject: Re: [Mingw-cross-env-list] GDB build failure on Open Solaris
Date: Wed, 26 May 2010 04:16:01 +1000

On 25 May 2010 07:32, Volker Grabsch <address@hidden> wrote:
> Tony Theodore <address@hidden> schrieb:
>> On 20 May 2010 15:30, Tony Theodore <address@hidden> wrote:
>> > On 20 May 2010 09:03, Volker Grabsch <address@hidden> wrote:
>> >> Tony Theodore <address@hidden> schrieb:
>> >>> GDB is failing on Open Solaris with what seems to be a problem with
>> >>> either sh or sed. The sed version is GNU sed version 4.1.5, which is
>> >>> about 4 years old, but in the sed timescale probably recent enough. sh
>> >>> is bash 3.2.25.
> [...]
>> Turns out not to be such a big problem after all. /bin/sh is indeed
>> the problem and it isn't bash, although the first sh on the path is
>> bash - so this was misleading me.
>> The attached patch adds SHELL to the "make" call, and also modifies a
>> gdb Makefile.in to respect that. I reopened an old bug here:
>> http://sourceware.org/bugzilla/show_bug.cgi?id=9098
>> Finally, something goes right with Open Solaris!
> Thanks for that. I just included the patch:
> http://hg.savannah.gnu.org/hgweb/mingw-cross-env/rev/15bc1e08daa3
> However, I didn't include your "SHELL=..." argument to "make",
> because the "@SHELL@" is substituted by "./configure", not "make".

That was my initial intention - to prepend or append "SHELL=..." to
"./configure". Neither worked however.

> Please check whether that works for you. If there's still a
> problem, I think it should be fixed in the "./configure" call
> rather than the "make" call.

Indeed, the gdb/gdbserver/configure script doesn't inherit SHELL, it
sets it to /bin/sh in the absence of CONFIG_SHELL. So we pass the
latter variable to "./configure" and it cascades along nicely - much
cleaner than forcing it through "make".

The attached adds this in the spirit of the problem - as a variable
(apart from a buggy sh!).



Attachment: osol-gdb.diff
Description: Binary data

reply via email to

[Prev in Thread] Current Thread [Next in Thread]