https://sourceware.org/bugzilla/show_bug.cgi?id=21459
--- Comment #11 from Egon Elbre ---
(In reply to Nick Clifton from comment #10)
> Hi Egon,
>
> (In reply to Egon Elbre from comment #8)
>
> > I'm wondering whether Wine or ReactOS will fail with that executable?
>
> Maybe - I could also set
https://sourceware.org/bugzilla/show_bug.cgi?id=21459
--- Comment #8 from Egon Elbre ---
(In reply to Nick Clifton from comment #7)
> Hi Egon,
>
> (In reply to Egon Elbre from comment #6)
> > Btw. is there any debug output or any other printf that would be helpful to
> > you?
>
> No - I can rep
https://sourceware.org/bugzilla/show_bug.cgi?id=21459
--- Comment #6 from Egon Elbre ---
(In reply to Nick Clifton from comment #5)
> Created attachment 10046 [details]
> Proposed patch
>
> Updated version of previous patch. Not sure that it will fix the problem of
> the excessively large VMA v
https://sourceware.org/bugzilla/show_bug.cgi?id=21459
--- Comment #4 from Egon Elbre ---
(In reply to Nick Clifton from comment #3)
> Created attachment 10044 [details]
> Linker script fragment
>
> Hi Egon,
>
> > But, it does look like it's using new linker and doesn't create a valid
> > execu
https://sourceware.org/bugzilla/show_bug.cgi?id=21459
--- Comment #2 from Egon Elbre ---
(In reply to Nick Clifton from comment #1)
> Created attachment 10043 [details]
> Proposed patch
>
> Hi Egon,
>
> Please could you try out this patch ?
I can certainly try :D
But trying to compile anyth
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: egonelbre at gmail dot com
Target Milestone: ---
While debugging go compilation issue
(https://github.com/golang/go/issues/20183)
we trace it to ld placing .debug_gdb_scripts to a wrong location for Windows
