[Bug libctf/25120] Portability issues in binutils 2.33 due to libctf

2020-07-27 Thread harald at gigawatt dot nl
https://sourceware.org/bugzilla/show_bug.cgi?id=25120

Harald van Dijk  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #22 from Harald van Dijk  ---
binutils 2.35 is out now and I can confirm that the fix works here, it builds
fine without the workarounds I needed with 2.33 and 2.34. Thanks!

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug libctf/25120] Portability issues in binutils 2.33 due to libctf

2020-06-26 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=25120

--- Comment #20 from cvs-commit at gcc dot gnu.org  ---
The master branch has been updated by Nick Alcock :

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=866706584c6622bd7f9f595c307422771ce1d564

commit 866706584c6622bd7f9f595c307422771ce1d564
Author: Nick Alcock 
Date:   Fri Dec 13 14:54:09 2019 +

libctf: work with compilers not supporting GNU C attributes

The obvious fallback __attribute__ stanza was missing.

Thanks to Harald van Dijk.

PR 25120
libctf/
* ctf-impl.h (_libctf_printflike_): Add non-GNU-C fallback.
(_libctf_unlikely_): Likewise.
(_libctf_unused): Likewise.
(_libctf_malloc_): Likewise.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug libctf/25120] Portability issues in binutils 2.33 due to libctf

2020-06-26 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=25120

--- Comment #21 from cvs-commit at gcc dot gnu.org  ---
The master branch has been updated by Nick Alcock :

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=e755667f94f2579056fb5210eed525dafebb96f3

commit e755667f94f2579056fb5210eed525dafebb96f3
Author: Nick Alcock 
Date:   Fri Dec 13 15:19:17 2019 +

libctf, elfcpp, gold: do not assume that  contains bswap_*

At least one C library (uclibc-ng) defines some of these only when
the compiler is GCC.  We might as well test for all three cases and
handle any of them being missing.

Very similar code exists in libctf and split between elfcpp and gold:
fix both.

(Also sync up elfcpp with a change made to libctf swap.h a few months
ago: since there is no out-of-line definition of the bswap replacements,
they should be declared static inline, not just inline, to prevent the
linker generating out-of-line references to them.)

PR libctf/25120
libctf/
* configure.ac: Check for bswap_16, bswap_32, and bswap_64 decls.
* swap.h (bswap_16): Do not assume that presence of 
means this is declared.
(bswap_32): Likewise.
(bswap_64): Likewise.
(bswap_identity_64): Remove, unused.
* configure: Regenerated.
* config.h.in: Likewise.
gold/
* configure.ac: Check for bswap_16, bswap_32, and bswap_64 decls.
* configure: Regenerated.
* config.h.in: Likewise.
elfcpp/
* elfcpp_swap.h (bswap_16): Do not assume that presence of
 means this is declared.  Make static inline, matching
recent change to libctf, since there is no non-inline definition
of these functions.
(bswap_32): Likewise.
(bswap_64): Likewise.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug libctf/25120] Portability issues in binutils 2.33 due to libctf

2020-06-25 Thread nick.alcock at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25120

--- Comment #19 from Nick Alcock  ---
Sent rebased-and-tested series for review.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug libctf/25120] Portability issues in binutils 2.33 due to libctf

2020-05-14 Thread nick.alcock at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25120

--- Comment #18 from Nick Alcock  ---
I am not dead (and am in fact working on nothing but libctf).

Sorry, I fell behind while doing piles of linker dedup work: it was a pain,
with at least two designs that fell apart at the last minute, but it's more or
less working now, and I'll be getting the terrifying pile of patches that
resulted (and this lot, too) into shape after I've knocked the last niggles out
of it.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug libctf/25120] Portability issues in binutils 2.33 due to libctf

2020-05-09 Thread mforney at mforney dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=25120

--- Comment #17 from Michael Forney  ---
Any updates on this?

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug libctf/25120] Portability issues in binutils 2.33 due to libctf

2020-02-17 Thread nick.alcock at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25120

--- Comment #16 from Nick Alcock  ---
Clearly I should get back to this. Sorry for the near-complete absence: I've
been digging away at obstinate bugs in the CTF deduplicator...

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug libctf/25120] Portability issues in binutils 2.33 due to libctf

2020-02-17 Thread harald at gigawatt dot nl
https://sourceware.org/bugzilla/show_bug.cgi?id=25120

--- Comment #15 from Harald van Dijk  ---
This became a slightly bigger problem in 2.34: this hits the code that uses
__thread in cases where it did not in 2.33, now causing extra problems in
environments when __thread is syntactically accepted (gcc) but an attempt to
use it fails at run time (x86 uclibc-ng). Linker calls that worked in 2.33 spit
out an error in 2.34.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug libctf/25120] Portability issues in binutils 2.33 due to libctf

2020-01-03 Thread nick.alcock at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25120

--- Comment #14 from Nick Alcock  ---
CTF is not ELF-specific. The only intrinsically ELF-specific portion of libctf
is the machinery which associates symbol table entries with CTF entries, and
that isn't even fully implemented yet (because I haven't got to it). Some
things are only implemented for ELF but are perfectly implementable for other
executable formats, notably ctf_open() and ctf_fdopen(), and the sharing of
strings with the executable's string table.

A fix for this is going through review and should probably be applied soon.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug libctf/25120] Portability issues in binutils 2.33 due to libctf

2019-12-28 Thread tnfchris at sourceware dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=25120

Tamar Christina  changed:

   What|Removed |Added

 CC||tnfchris at sourceware dot org

--- Comment #13 from Tamar Christina  ---
Can we also disable `libctf` for non-elf targets my default?

I can't seem to build binutils on Windows (mingw-w64) without hacking libctf
out of the source code because of similar issues reported here.

But also CTF seems ELF specific so should only be enabled for ELF targets.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug libctf/25120] Portability issues in binutils 2.33 due to libctf

2019-11-22 Thread nick.alcock at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25120

Nick Alcock  changed:

   What|Removed |Added

  Component|binutils|libctf

-- 
You are receiving this mail because:
You are on the CC list for the bug.