https://sourceware.org/bugzilla/show_bug.cgi?id=28905
Bug ID: 28905
Summary: libtool causes libctf.so links to system zlib on cross
compilation
Product: binutils
Version: 2.38
Status: UNCONFIRMED
Severity: norma
https://sourceware.org/bugzilla/show_bug.cgi?id=28848
--- Comment #9 from peter green ---
Hi.
I applied the patch proposed by Nick Clifton in Raspbian bookworm, that made
glibc build, however I am still getting what I am 99% sure is the the same
assertion (the line number has changed, but I'm pr
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
--- Comment #13 from H.J. Lu ---
Created attachment 13987
--> https://sourceware.org/bugzilla/attachment.cgi?id=13987&action=edit
The working link.res
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27100
H.J. Lu changed:
What|Removed |Added
Blocks||28903
Referenced Bugs:
https://sourceware
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
H.J. Lu changed:
What|Removed |Added
CC||amodra at gmail dot com
Depends on|
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #11 from H.J. Lu ---
commi
Updates:
Labels: -restrict-view-commit
Comment #3 on issue 44700 by sheriffbot: binutils:fuzz_as:
Global-buffer-overflow in fb_label_name
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=44700#c3
This bug has been fixed. It has been opened to the public.
- Your friendly Sheriffbot
Updates:
Labels: -restrict-view-commit
Comment #3 on issue 44556 by sheriffbot: binutils:fuzz_as: Integer-overflow in
s_app_line
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=44556#c3
This bug has been fixed. It has been opened to the public.
- Your friendly Sheriffbot
--
You
Updates:
Labels: -restrict-view-commit
Comment #3 on issue 43107 by sheriffbot: binutils:fuzz_objcopy: Undefined-shift
in bfd_update_compression_header
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=43107#c3
This bug has been fixed. It has been opened to the public.
- Your friend
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
--- Comment #10 from John B Thiel ---
(In reply to H.J. Lu from comment #9)
> (In reply to John B Thiel from comment #8)
> > (In reply to H.J. Lu from comment #6)
> > > What is the last known working binutils?
> >
> > The last known good is b
Updates:
Labels: -restrict-view-commit
Comment #3 on issue 43795 by sheriffbot: binutils:fuzz_as:
Use-of-uninitialized-value in buffer_and_nest
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=43795#c3
This bug has been fixed. It has been opened to the public.
- Your friendly Sheri
Updates:
Labels: -restrict-view-commit
Comment #3 on issue 43434 by sheriffbot: binutils:fuzz_objdump:
Heap-buffer-overflow in evax_bfd_print_dst
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=43434#c3
This bug has been fixed. It has been opened to the public.
- Your friendly She
Updates:
Labels: Deadline-Approaching
Comment #4 on issue 41419 by sheriffbot: binutils:fuzz_nm: Null-dereference
READ in pe_ILF_make_a_symbol_reloc
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=41419#c4
This bug is approaching its deadline for being fixed, and will be automatica
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
--- Comment #9 from H.J. Lu ---
(In reply to John B Thiel from comment #8)
> (In reply to H.J. Lu from comment #6)
> > What is the last known working binutils?
>
> The last known good is binutils-2.35.2
binutils-2.35.2 doesn't work for me:
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
--- Comment #8 from John B Thiel ---
(In reply to H.J. Lu from comment #6)
> What is the last known working binutils?
The last known good is binutils-2.35.2
On Gentoo, if I switch to it, this exact test case works fine, the program
prints 'he
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
--- Comment #7 from H.J. Lu ---
If there is no known working binutils, Free Pascal 2.6.4 never worked
with any binutils.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
--- Comment #6 from H.J. Lu ---
What is the last known working binutils?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
--- Comment #5 from John B Thiel ---
(In reply to H.J. Lu from comment #4)
> (In reply to John B Thiel from comment #3)
> > Created attachment 13986 [details]
> > Complete test case demonstration package
> >
> > Here is a complete test case d
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
--- Comment #4 from H.J. Lu ---
(In reply to John B Thiel from comment #3)
> Created attachment 13986 [details]
> Complete test case demonstration package
>
> Here is a complete test case demonstration package, including
> Makefile
> my
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
--- Comment #3 from John B Thiel ---
Created attachment 13986
--> https://sourceware.org/bugzilla/attachment.cgi?id=13986&action=edit
Complete test case demonstration package
Here is a complete test case demonstration package, including
https://sourceware.org/bugzilla/show_bug.cgi?id=25713
--- Comment #33 from Fred Eisele ---
@nick Before I make the patch could I get your impressions about the approach?
I still have some things to clear up about the approach.
* How sensitive are we to using calloc rather than allocating on the
https://sourceware.org/bugzilla/show_bug.cgi?id=25713
--- Comment #34 from Fred Eisele ---
This function is called by `ar.exe` and possibly `make` which typically use
`*.o` files but not necessarily.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25713
--- Comment #32 from Fred Eisele ---
@nick Before I make the patch could I get your impressions about the approach?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
--- Comment #1 from John B Thiel ---
Here are some notes from my FPC bug report, pulled forward for easy reference.
I also put 2 linker maps in the other bug report, good-2.35.2 and bad-2.36.1,
let me know if you need them attached again he
https://sourceware.org/bugzilla/show_bug.cgi?id=28903
Bug ID: 28903
Summary: LD producing SegFault executables with FreePascal
2.6.4, in Binutils-2.36.1 and later
Product: binutils
Version: 2.36
Status: UNCONFIRMED
On Thu, Feb 17, 2022 at 3:54 AM Nick Clifton wrote:
> Hi John,
>
> > It appears that LD in binutils versions after 2.35 is producing segfault
> executables with Free Pascal 2.6.4. You cannot build a working HelloWorld.
>
> Please could you file a bug report about this issue using the binutils
>
https://sourceware.org/bugzilla/show_bug.cgi?id=25713
--- Comment #31 from Torbjörn SVENSSON ---
I agree.
Maybe it would be sufficient to check that all bytes in the provided char* is
in the ASCII range. If a the check fails, put a clear error message to the user
that the filename is not support
https://sourceware.org/bugzilla/show_bug.cgi?id=25713
--- Comment #30 from Fred Eisele ---
That makes sense.
I think that this fix is to make any long posix filenames which are
representable on NTFS do the right-thing.
i.e. ÅÄÖ and friends would still not be supported.
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=25713
--- Comment #29 from Torbjörn SVENSSON ---
(In reply to Fred Eisele from comment #28)
> However, I do not think PR 25713 is going to tackle that larger issue.
> I think it should be restricted to dealing with the filename as provided by
> the
https://sourceware.org/bugzilla/show_bug.cgi?id=25713
--- Comment #28 from Fred Eisele ---
You raise a good point.
There is a problem with binutils paths generally.
POSIX path names are constrained to a fairly small set of characters.
https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_c
https://sourceware.org/bugzilla/show_bug.cgi?id=25713
--- Comment #27 from Torbjörn SVENSSON ---
While the overall way to do it is covered in comment 26, there are some
problems running MultiByteToWideChar.
In the example in comment 26, it's assumed that the file path is encoded in
UTF-8, or ASCI
Hi John,
It appears that LD in binutils versions after 2.35 is producing segfault
executables with Free Pascal 2.6.4. You cannot build a working HelloWorld.
Please could you file a bug report about this issue using the binutils
bugzilla system:
https://sourceware.org/bugzilla/enter_bug.cg
33 matches
Mail list logo
