https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #14 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=a23e9ba17f6ab8bef1f2cc02686e8567bdc728ca
commit a23e9ba17f6ab8bef1f2cc0268
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
Nick Clifton changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #13 from Florin Saftoiu ---
Hi Nick,
I've tested with both patches applied and the executable is valid and works as
expected. SizeOfHeaders is 0x200 and SizeOfImage is 0x4000 as expected. So I
guess the patches are OK.
Weird abou
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #12 from Nick Clifton ---
Created attachment 12073
--> https://sourceware.org/bugzilla/attachment.cgi?id=12073&action=edit
Proposed patch
Hi Florian,
You are right - the sections are in a different order for me (.text, .data.
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #11 from Florin Saftoiu ---
Hi Nick,
Sorry it took so long, I finally got some time, so I compiled the msys2
binutils-2.32 package from source and ran it in GDB. Here's my GDB session :
$ gdb --args
/c/work/projects/soft-to-you/o
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #10 from Nick Clifton ---
Hi Florin,
> The target seems to be x86_64-w64-mingw32
Darn - I get the same results (ie SizeOfImage == 0x4000 always) with this
configuration too.
> Are your results before or after applying your propo
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #9 from Florin Saftoiu ---
Hello,
I'm using GCC 9.2.0 and Binutils 2.32 from MSYS2. No Cygwin installed.
The target seems to be x86_64-w64-mingw32
PS ...>gcc -dumpmachine
x86_64-w64-mingw32
Are your results before or after appl
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #8 from Nick Clifton ---
Hi Florin,
(In reply to Florin Saftoiu from comment #7)
> SizeOfImage is actually 0x3000 with the section called .data and 0x4000 with
> the section called .rdata.
> So it seems that the bigger problem is
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #7 from Florin Saftoiu ---
Hi Nick,
SizeOfImage is actually 0x3000 with the section called .data and 0x4000 with
the section called .rdata.
Here's the output from objdump.exe -p test_64_data.exe :
...
SizeOfImage
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #6 from Nick Clifton ---
Created attachment 12038
--> https://sourceware.org/bugzilla/attachment.cgi?id=12038&action=edit
Proposed patch
--
You are receiving this mail because:
You are on the CC list for the bug.
__
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #5 from Nick Clifton ---
Hi Florin,
Just checking...
> The problem is in fact with the SizeOfImage and SizeOfHeaders fields.
> If I call the data section .rdata, then I get a SizeOfImage of 0x4000 and a
> SizeOfHeaders of 0x200 w
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #4 from Florin Saftoiu ---
PS: I actually modified the .exe file to change SizeOfImage to 0x4000 and
SizeOfHeaders to 0x200 and I can now execute it in Windows.
--
You are receiving this mail because:
You are on the CC list for t
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #3 from Florin Saftoiu ---
Hi Nick,
Thanks for your reply.
You're right about the entry point, it is correct. But Windows still wouldn't
run my program so I took another look at the file.
The problem is in fact with the SizeOfIm
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #1 from Florin Saftoiu ---
Also, if I rename the .data section to .rdata it all works out fine.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binut
15 matches
Mail list logo
