[Bug binutils/16598] Microsoft import libraries not correctly handled for x64

2015-03-17 Thread sezeroz at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16598 Ozkan Sezer changed: What|Removed |Added CC||sezeroz at gmail dot com -- You are

[Bug ld/20401] New: segfault in fini_reloc_cookie_rels() with --gc-sections

2016-07-22 Thread sezeroz at gmail dot com
Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: sezeroz at gmail dot com Target Milestone: --- We ran into a segfault with the djgpp port of ld in fini_reloc_cookie_rels() when --gc-sections is used. It appears that coff_section_data

[Bug ld/20401] segfault in fini_reloc_cookie_rels() with --gc-sections

2016-07-25 Thread sezeroz at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20401 --- Comment #2 from Ozkan Sezer --- (In reply to Nick Clifton from comment #1) > Hi Ozkan, > > > We ran into a segfault with the djgpp port of ld in fini_reloc_cookie_rels() > > Would it be possible for you to upload a small testcase that re

[Bug ld/20401] segfault in fini_reloc_cookie_rels() with --gc-sections

2016-07-26 Thread sezeroz at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20401 --- Comment #4 from Ozkan Sezer --- Created attachment 9404 --> https://sourceware.org/bugzilla/attachment.cgi?id=9404&action=edit crt0.o for djgpp -- You are receiving this mail because: You are on the CC list for the bug. ___

[Bug ld/20401] segfault in fini_reloc_cookie_rels() with --gc-sections

2016-07-26 Thread sezeroz at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20401 --- Comment #5 from Ozkan Sezer --- Attached gzipped crt0.o for djgpp. Creating a djgpp cross-compiler is easy. If you want, use my toolchain, here are the sources: https://sf.net/projects/uhexen2/files/HoT%20-%20Support%20Files/cross%20compi

[Bug ld/20401] segfault in fini_reloc_cookie_rels() with --gc-sections

2016-07-27 Thread sezeroz at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20401 --- Comment #8 from Ozkan Sezer --- Many thanks. It would be great if the fix goes into the 2.27 branch too. Regards. -- You are receiving this mail because: You are on the CC list for the bug. __

[Bug binutils/12170] New: compress.c compilation fails for x86_64-*-mingw*

2010-10-29 Thread sezeroz at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12170 Summary: compress.c compilation fails for x86_64-*-mingw* Product: binutils Version: 2.21 (HEAD) Status: NEW Severity: normal Priority: P2 Component: binutils Assi

[Bug binutils/12075] binutils doesn't build with zlib-devel-1.2.5.

2010-10-29 Thread sezeroz at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12075 --- Comment #5 from sezeroz at gmail dot com 2010-10-29 18:44:23 UTC --- (In reply to comment #4) > I have no problem with zlib 1.2.3. Is this a new problem > with zlib 1.2.5? Bug 12170 is already reported using zlib 1.2.3, so the answer

[Bug binutils/12170] compress.c compilation fails for x86_64-*-mingw*

2010-10-29 Thread sezeroz at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12170 sezeroz at gmail dot com changed: What|Removed |Added CC||hjl at sourceware dot org

[Bug binutils/12075] binutils doesn't build with zlib-devel-1.2.5.

2010-10-29 Thread sezeroz at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12075 --- Comment #6 from sezeroz at gmail dot com 2010-10-29 19:31:05 UTC --- Changing the type of compressed_size from bfd_size_type to uLong should solve it because we are playing with zlib's rules here anyway. Like: Index: bfd/compr