Hey!
Thomas Schwinge skribis:
> On Mon, 26 Mar 2012 21:51:18 +0200, l...@gnu.org (Ludovic
> =?iso-8859-1?Q?Court=E8s?=) wrote:
[...]
>> Yes, but ‘-fomit-frame-pointer’ is enabled “at levels `-O', `-O2',
>> `-O3', `-Os'” (info "(gcc) Optimize Options").
>>
>> Anyway, building with “-O1 -fno-o
Hi!
On Mon, 26 Mar 2012 21:51:18 +0200, l...@gnu.org (Ludovic
=?iso-8859-1?Q?Court=E8s?=) wrote:
> Samuel Thibault skribis:
>
> > Ludovic Courtès, le Sat 24 Mar 2012 22:24:38 +0100, a écrit :
> >> There might still be something wrong with the user-space stack trace
> >> though, but it could be
Hi!
Samuel Thibault skribis:
> Ludovic Courtès, le Sat 24 Mar 2012 22:24:38 +0100, a écrit :
>> There might still be something wrong with the user-space stack trace
>> though, but it could be due to something else:
>>
>> $ addr2line -pfa -e
>> /nix/store/dsw2yh0sxidmijg2y3vjps1mqjvx6q5w-hurd
Ludovic Courtès, le Sat 24 Mar 2012 22:24:38 +0100, a écrit :
> There might still be something wrong with the user-space stack trace
> though, but it could be due to something else:
>
> $ addr2line -pfa -e
> /nix/store/dsw2yh0sxidmijg2y3vjps1mqjvx6q5w-hurd-0-i586-pc-gnu/hurd/auth
> 0x103ac23
>
Hi!
Samuel Thibault skribis:
> At last I got it working: in the latest git master, the bootstrap code
> can cope with VM_MIN_KERNEL_ADDRESS != 0 by using segmentation before
> switching to C code. This means we can make the kernel live at high
> virtual addresses, which means that the debugger t
