gdb-7.0 on osx

gdb-7.0 on osx

[Tobias Hahn]

Hi all,

I cannot get gdb-7.0 to debug my executables under 10.6. I have built  
it using

$ ../gdb-7.0/configure --build=x86_64-apple-darwin10 CFLAGS="-g -O2 - 
Wno-format"
$ make
$ codesign -s gdb-sign gdb/gdb

(The certificate gdb-sign is in the System keychain and is valid for  
codesigning.)

When I try to debug an exe, it first gives me an error about no  
debugging symbols found (even though I have compiled them in with -g):

(gdb) file /tmp/t/t
Reading symbols from /private/tmp/t/t...(no debugging symbols  
found)...done.

Trying to run the program fails:
(gdb) run
Starting program: /private/tmp/t/t
Unable to find Mach task port for process-id 10609: (os/kern) failure  
(0x5).
  (please check gdb is codesigned - see taskgated(8))

I suspect I might need to sign gdb differently (since using sudo gdb  
works). Can anyone help me here?

Thanks in advance,
Best,
  Tobias


Ableton AG, Sitz Berlin, Amtsgericht Berlin-Charlottenburg, HRB 72838
Vorstand: Gerhard Behles, Jan Bohl, Bernd Roggendorf
Vorsitzender des Aufsichtsrats: Uwe Struck

Re: gdb-7.0 on osx

[Tristan Gingold]

On Oct 8, 2009, at 5:57 PM, Tobias Hahn wrote:

> Hi all,
>
> I cannot get gdb-7.0 to debug my executables under 10.6. I have  
> built it using
>
> $ ../gdb-7.0/configure --build=x86_64-apple-darwin10 CFLAGS="-g -O2 - 
> Wno-format"
> $ make
> $ codesign -s gdb-sign gdb/gdb
>
> (The certificate gdb-sign is in the System keychain and is valid for  
> codesigning.)

Is it also trusted ?

Tristan.

Re: gdb-7.0 on osx

[Tobias Hahn]

Actually, that was the problem, but subtly so:

I had trusted it using the Keychain application running from my user  
account. This somehow trusted it only for my user. Running the  
Keychain app as root and trusting again resolved this issue.

However, it still does not find any symbols except in trivial test  
cases.

Also, I have not yet managed to debug 32bit executables. I have tried  
various build options (i386-apple-darwin10, i686-apple-darwin10) but  
none seemed to work. It always complains that it cannot read mach-o- 
i386 files.

Any ideas on this one?

Thanks!
Tobias

Am 08.10.2009 um 18:02 schrieb Tristan Gingold:

>
> On Oct 8, 2009, at 5:57 PM, Tobias Hahn wrote:
>
>> Hi all,
>>
>> I cannot get gdb-7.0 to debug my executables under 10.6. I have  
>> built it using
>>
>> $ ../gdb-7.0/configure --build=x86_64-apple-darwin10 CFLAGS="-g -O2  
>> -Wno-format"
>> $ make
>> $ codesign -s gdb-sign gdb/gdb
>>
>> (The certificate gdb-sign is in the System keychain and is valid  
>> for codesigning.)
>
> Is it also trusted ?
>
> Tristan.
>

Ableton AG, Sitz Berlin, Amtsgericht Berlin-Charlottenburg, HRB 72838
Vorstand: Gerhard Behles, Jan Bohl, Bernd Roggendorf
Vorsitzender des Aufsichtsrats: Uwe Struck

Re: gdb-7.0 on osx

[Tristan Gingold]

On Oct 8, 2009, at 6:56 PM, Tobias Hahn wrote:

> Actually, that was the problem, but subtly so:
>
> I had trusted it using the Keychain application running from my user  
> account. This somehow trusted it only for my user. Running the  
> Keychain app as root and trusting again resolved this issue.

Ah, I never ran Keychain as root.

> However, it still does not find any symbols except in trivial test  
> cases.

I think you can work-around this issue by first running dsymutil.

> Also, I have not yet managed to debug 32bit executables. I have  
> tried various build options (i386-apple-darwin10, i686-apple- 
> darwin10) but none seemed to work. It always complains that it  
> cannot read mach-o-i386 files.
>
> Any ideas on this one?

Yes, this is fixed in head.  gdb 7.0 doesn't handle i386 binaries,  
unfortunately.

Tristan.

Re: gdb-7.0 on osx

[Tristan Gingold]

On Oct 8, 2009, at 6:56 PM, Tobias Hahn wrote:
> Also, I have not yet managed to debug 32bit executables. I have  
> tried various build options (i386-apple-darwin10, i686-apple- 
> darwin10) but none seemed to work. It always complains that it  
> cannot read mach-o-i386 files.
>
> Any ideas on this one?

I forgot to say: if you configure gdb for i386-darwin, it should work.

Tristan.

Re: -Wformat and the like (was: gdb-7.0 on osx)

[Tobias Hahn]

By the way: Why do the makefiles include -Wformat, -Wformat-nonliteral  
and -Werror? I agree that this would be a best pratice if the code  
were clean, but with literally thousands of these kinds of errors it  
just gives me as a user a hard time trying to get a build.

Right now, I am trying find the correct place to patch the Makefiles  
since it adds -Wformat-nonliteral explicitely, overriding my -Wno- 
format-nonliteral, which breaks a ton of stuff.

Am I the only one having these problems? Are there some magic secret  
configure options to get "configure && make" to produce a build?

I am using the daily snapshot gdb-7.0.50.20091009.

Best, Tobias


Am 08.10.2009 um 17:57 schrieb Tobias Hahn:

> I cannot get gdb-7.0 to debug my executables under 10.6. I have  
> built it using
>
> $ ../gdb-7.0/configure --build=x86_64-apple-darwin10 CFLAGS="-g -O2 - 
> Wno-format"

Ableton AG, Sitz Berlin, Amtsgericht Berlin-Charlottenburg, HRB 72838
Vorstand: Gerhard Behles, Jan Bohl, Bernd Roggendorf
Vorsitzender des Aufsichtsrats: Uwe Struck

Re: -Wformat and the like (was: gdb-7.0 on osx)

[Tobias Hahn]

Update: configure --disable-werror seems to do the job.

Am 09.10.2009 um 10:40 schrieb Tobias Hahn:

> By the way: Why do the makefiles include -Wformat, -Wformat- 
> nonliteral and -Werror? I agree that this would be a best pratice if  
> the code were clean, but with literally thousands of these kinds of  
> errors it just gives me as a user a hard time trying to get a build.
>
> Right now, I am trying find the correct place to patch the Makefiles  
> since it adds -Wformat-nonliteral explicitely, overriding my -Wno- 
> format-nonliteral, which breaks a ton of stuff.
>
> Am I the only one having these problems? Are there some magic secret  
> configure options to get "configure && make" to produce a build?
>
> I am using the daily snapshot gdb-7.0.50.20091009.
>
> Best, Tobias
>
>
> Am 08.10.2009 um 17:57 schrieb Tobias Hahn:
>
>> I cannot get gdb-7.0 to debug my executables under 10.6. I have  
>> built it using
>>
>> $ ../gdb-7.0/configure --build=x86_64-apple-darwin10 CFLAGS="-g -O2  
>> -Wno-format"
>
> Ableton AG, Sitz Berlin, Amtsgericht Berlin-Charlottenburg, HRB 72838
> Vorstand: Gerhard Behles, Jan Bohl, Bernd Roggendorf
> Vorsitzender des Aufsichtsrats: Uwe Struck
>
>
>
>

Ableton AG, Sitz Berlin, Amtsgericht Berlin-Charlottenburg, HRB 72838
Vorstand: Gerhard Behles, Jan Bohl, Bernd Roggendorf
Vorsitzender des Aufsichtsrats: Uwe Struck

Re: gdb-7.0 on osx

[Tobias Hahn]

>> However, it still does not find any symbols except in trivial test  
>> cases.
>
> I think you can work-around this issue by first running dsymutil.

This helps for statically linked binaries, but I still cannot seem to  
get symbols in dylibs. Do you have any workaround in this case?

Best, Tobias


Ableton AG, Sitz Berlin, Amtsgericht Berlin-Charlottenburg, HRB 72838
Vorstand: Gerhard Behles, Jan Bohl, Bernd Roggendorf
Vorsitzender des Aufsichtsrats: Uwe Struck

Re: gdb-7.0 on osx

[Jack Howarth]

On Fri, Oct 09, 2009 at 10:04:20AM +0200, Tristan Gingold wrote:
>
> On Oct 8, 2009, at 6:56 PM, Tobias Hahn wrote:
>> Also, I have not yet managed to debug 32bit executables. I have tried 
>> various build options (i386-apple-darwin10, i686-apple-darwin10) but 
>> none seemed to work. It always complains that it cannot read 
>> mach-o-i386 files.
>>
>> Any ideas on this one?
>
> I forgot to say: if you configure gdb for i386-darwin, it should work.
>
> Tristan.

Tristan,
   I never got around to testing that alternative. Does a build
for i386-darwin properly load x86_64 binaries in gdb 7.0 or does
it suffer the same issue as the x86_64 darwin build did for
loading i386 binaries?
           Jack

Re: gdb-7.0 on osx

[Tristan Gingold]

On Oct 9, 2009, at 11:39 AM, Tobias Hahn wrote:

>>> However, it still does not find any symbols except in trivial test  
>>> cases.
>>
>> I think you can work-around this issue by first running dsymutil.
>
> This helps for statically linked binaries, but I still cannot seem  
> to get symbols in dylibs. Do you have any workaround in this case?

Symbols in dylibs should work.  Full dylib debugging may not :-(

Tristan.

Re: gdb-7.0 on osx

[Tristan Gingold]

On Oct 9, 2009, at 2:56 PM, Jack Howarth wrote:

> On Fri, Oct 09, 2009 at 10:04:20AM +0200, Tristan Gingold wrote:
>>
>> On Oct 8, 2009, at 6:56 PM, Tobias Hahn wrote:
>>> Also, I have not yet managed to debug 32bit executables. I have  
>>> tried
>>> various build options (i386-apple-darwin10, i686-apple-darwin10) but
>>> none seemed to work. It always complains that it cannot read
>>> mach-o-i386 files.
>>>
>>> Any ideas on this one?
>>
>> I forgot to say: if you configure gdb for i386-darwin, it should  
>> work.
>>
>> Tristan.
>
> Tristan,
>   I never got around to testing that alternative. Does a build
> for i386-darwin properly load x86_64 binaries in gdb 7.0 or does
> it suffer the same issue as the x86_64 darwin build did for
> loading i386 binaries?

It should.  Before switching to Snow Leopard, I always built using the  
Apple gcc, which was an i386 gcc and
I checked it could handle both i386 and x86_64.  But you need to  
configure with --enable-64-bit-bfd
(important!).

Could you confirm ?

Tristan.

Re: -Wformat and the like

[Tom Tromey]

>>>>> "Tobias" == Tobias Hahn <tobias.hahn@ableton.com> writes:

Tobias> By the way: Why do the makefiles include -Wformat, -Wformat-nonliteral
Tobias> and -Werror? I agree that this would be a best pratice if the code
Tobias> were clean, but with literally thousands of these kinds of errors it
Tobias> just gives me as a user a hard time trying to get a build.

I don't know the answer, but I definitely don't see thousands of such
warnings on my Fedora 11 box.

Tom

Re: -Wformat and the like

[Stan Shebs]

Tom Tromey wrote:
>>>>>> "Tobias" == Tobias Hahn <tobias.hahn@ableton.com> writes:
>>>>>>             
>
> Tobias> By the way: Why do the makefiles include -Wformat, -Wformat-nonliteral
> Tobias> and -Werror? I agree that this would be a best pratice if the code
> Tobias> were clean, but with literally thousands of these kinds of errors it
> Tobias> just gives me as a user a hard time trying to get a build.
>
> I don't know the answer, but I definitely don't see thousands of such
> warnings on my Fedora 11 box.
>
>   
I'm sure it's an OS X thing - the headers have all kinds of BSD-ish and 
Mach-ish arcana that are different from other systems for, uh, 
deeply-thought-out and carefully-documented reasons. :-)  One could get 
GDB to a clean build with OS X, but it would be a lot of macro gymnastics.

Stan

Re: -Wformat and the like

[Pedro Alves]

I'm curious.  Has anybody posted a snippet of these warnings yet?

-- 
Pedro Alves

Re: -Wformat and the like

[Tobias Hahn]

[-- Attachment #1: Type: text/plain, Size: 199 bytes --]

Am 09.10.2009 um 20:44 schrieb Pedro Alves:

> I'm curious.  Has anybody posted a snippet of these warnings yet?
>
> -- 
> Pedro Alves

This is what I get on stderr when building gdb.

Best, Tobias


[-- Attachment #2: make.err.gz --]
[-- Type: application/x-gzip, Size: 52003 bytes --]

[-- Attachment #3: Type: text/plain, Size: 1 bytes --]

Re: -Wformat and the like

[Daniel Jacobowitz]

On Fri, Oct 09, 2009 at 09:37:39PM +0200, Tobias Hahn wrote:
> Am 09.10.2009 um 20:44 schrieb Pedro Alves:
> 
> >I'm curious.  Has anybody posted a snippet of these warnings yet?
> >
> >-- 
> >Pedro Alves
> 
> This is what I get on stderr when building gdb.

Sounds like a gettext problem (with "_") ?

-- 
Daniel Jacobowitz
CodeSourcery

Re: -Wformat and the like

[Pedro Alves]

On Friday 09 October 2009 20:29:07, Tobias Hahn wrote:
> Am 09.10.2009 um 20:44 schrieb Pedro Alves:
> 
> > I'm curious.  Has anybody posted a snippet of these warnings yet?
> >
> > -- Pedro Alves
> 
> 
> This is what I get on stderr when I call make.

So it looks like they're all gettext/"_()" related.  This is
probably why Tristan mentioned he uses "--disable-intl".

Looks like this patch to address it was never applied:

 http://sourceware.org/ml/binutils/2009-05/msg00214.html

-- 
Pedro Alves

Re: -Wformat and the like

[Tom Tromey]

>>>>> "Stan" == Stan Shebs <stan@codesourcery.com> writes:

Tom> I don't know the answer, but I definitely don't see thousands of such
Tom> warnings on my Fedora 11 box.

Stan> I'm sure it's an OS X thing - the headers have all kinds of BSD-ish
Stan> and Mach-ish arcana that are different from other systems for, uh,
Stan> deeply-thought-out and carefully-documented reasons. :-)  One could
Stan> get GDB to a clean build with OS X, but it would be a lot of macro
Stan> gymnastics.

Ah, I missed the --build in the original post.

We can easily filter these warnings by host.
This isn't ideal, but if system headers cause problems then I don't see
what else we can do.

Tom

Re: -Wformat and the like

[Tristan Gingold]

On Oct 9, 2009, at 9:55 PM, Pedro Alves wrote:

> On Friday 09 October 2009 20:29:07, Tobias Hahn wrote:
>> Am 09.10.2009 um 20:44 schrieb Pedro Alves:
>>
>>> I'm curious.  Has anybody posted a snippet of these warnings yet?
>>>
>>> -- Pedro Alves
>>
>>
>> This is what I get on stderr when I call make.
>
> So it looks like they're all gettext/"_()" related.  This is
> probably why Tristan mentioned he uses "--disable-intl".

Right.  I tried to investigate the reason of these warnings but  
without success.

> Looks like this patch to address it was never applied:
>
> http://sourceware.org/ml/binutils/2009-05/msg00214.html

I confirm this patch fixes the issue.

Can I apply it ?

Tristan.

Re: -Wformat and the like

[Pedro Alves]

On Monday 12 October 2009 10:51:45, Tristan Gingold wrote:

> > Looks like this patch to address it was never applied:
> >
> > http://sourceware.org/ml/binutils/2009-05/msg00214.html
> 
> I confirm this patch fixes the issue.
> 
> Can I apply it ?

The intl component is "owned" by gcc.  I suggest
re-posting at gcc-patches, or just pinging that
binutils/gcc-patches discussion.

-- 
Pedro Alves

Re: -Wformat and the like

[Tristan Gingold]

On Oct 12, 2009, at 4:32 PM, Pedro Alves wrote:

> On Monday 12 October 2009 10:51:45, Tristan Gingold wrote:
>
>>> Looks like this patch to address it was never applied:
>>>
>>> http://sourceware.org/ml/binutils/2009-05/msg00214.html
>>
>> I confirm this patch fixes the issue.
>>
>> Can I apply it ?
>
> The intl component is "owned" by gcc.  I suggest
> re-posting at gcc-patches, or just pinging that
> binutils/gcc-patches discussion.

Committed to both gcc and src repos.

Tristan.