at sourceware dot org |nick.alcock at oracle
dot com
--- Comment #2 from Nick Alcock ---
(oops, logged in with the wrong account: taken, for the doc fix if nothing else
is needed, the full fix otherwise.)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31882
--- Comment #7 from Nick Alcock ---
Thanks, Alan. I can start using %z without fear from now on, as opposed to just
accidentally using it out of habit and then cursing and reverting it when it
breaks on mingw. (I'm fairly sure that when libctf
https://sourceware.org/bugzilla/show_bug.cgi?id=31882
--- Comment #4 from Nick Alcock ---
This patch replaces a non-%z with a %z -- can we actually rely on %z working
these days? I used to have to use %i and casts...
--
You are receiving this mail because:
You are on the CC list for the bug.
at sourceware dot org |nick.alcock at oracle
dot com
--- Comment #1 from Nick Alcock ---
There are no uses of any of these functions in crash-inducing or error-inducing
ways in the linker or CTF deduplicator; the deduplicator never calls
ctf_add_member_encoded at all, and when it adds types to
Priority: P2
Component: libctf
Assignee: unassigned at sourceware dot org
Reporter: nick.alcock at oracle dot com
Target Milestone: ---
This dumps core:
ctf_dict_t *fp;
ctf_encoding_t e = { CTF_INT_SIGNED, 0, sizeof (long) };
ctf_id_t type;
int err;
if ((fp
https://sourceware.org/bugzilla/show_bug.cgi?id=30226
Nick Alcock changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #2 from Nick Alcock
https://sourceware.org/bugzilla/show_bug.cgi?id=27967
Nick Alcock changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29983
Nick Alcock changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=30013
Nick Alcock changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=30264
Nick Alcock changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30264
Nick Alcock changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nick.alcock at oracle
dot com
Priority: P2
Component: libctf
Assignee: unassigned at sourceware dot org
Reporter: nick.alcock at oracle dot com
Target Milestone: ---
In e.g.
struct A
{
int a;
char *b;
struct
{
struct
{
char *one;
int two;
};
};
};
offsetof (struct A
at sourceware dot org |nick.alcock at oracle
dot com
--- Comment #1 from Nick Alcock ---
Testing a fix now.
--
You are receiving this mail because:
You are on the CC list for the bug.
Priority: P2
Component: libctf
Assignee: unassigned at sourceware dot org
Reporter: nick.alcock at oracle dot com
Target Milestone: ---
Minimal reproducer:
[ibhagat@ibhagatpc final2]$ cat t.i
# 8 ""
typedef struct
{
union
{
int addr4;
https://sourceware.org/bugzilla/show_bug.cgi?id=30013
--- Comment #3 from Nick Alcock ---
It's curious that this works in 2.39: going by the source code it should have
been broken all the way from the introduction of the deduplicator in 2.36,
since we always sorted the output mappings so that obj
https://sourceware.org/bugzilla/show_bug.cgi?id=30013
--- Comment #2 from Nick Alcock ---
Replicated. I also observe a bunch of failures in the libctf and ld/ld-ctf
testsuites, all of the form you report.
Fix under test (at first sight it appears to fix it), and I've audited all
qsort uses in li
at sourceware dot org |nick.alcock at oracle
dot com
--- Comment #1 from Nick Alcock ---
Looks like it. This is strange because the no-qsort case is *meant* to get
routinely tested... as is Solaris 11.3. But I don't often do full GCC
bootstraps on it, so I guess we can see how this got
https://sourceware.org/bugzilla/show_bug.cgi?id=29983
Nick Alcock changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nick.alcock at oracle
dot com
Severity: normal
Priority: P2
Component: libctf
Assignee: unassigned at sourceware dot org
Reporter: nick.alcock at oracle dot com
Target Milestone: ---
The observed failure looks like this when running the testsuite:
failed with: , expected:
FAIL
https://sourceware.org/bugzilla/show_bug.cgi?id=29547
Nick Alcock changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--
You are receiving this mai
https://sourceware.org/bugzilla/show_bug.cgi?id=29547
--- Comment #9 from Nick Alcock ---
On 20 Sep 2022, slyich at gmail dot com spake thusly:
> Seems to build binutils just fine! Detected `nm -p` command option.
Great! It'll go in the next tranche, and probably be backported to 2.39.
(But that
https://sourceware.org/bugzilla/show_bug.cgi?id=29547
--- Comment #7 from Nick Alcock ---
(Sorry for delay: post-conf collapse, UK bank holiday, massive change of
monitor configuration meaning my displays were scattered all around the
room for a day, etc)
On 14 Sep 2022, slyich at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27305
--- Comment #8 from Nick Alcock ---
... any movement on this?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
Nick Alcock changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://sourceware.org/bugzilla/show_bug.cgi?id=29547
Nick Alcock changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nick.alcock at oracle
dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29547
Nick Alcock changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #5 from Nick Alcock
https://sourceware.org/bugzilla/show_bug.cgi?id=29547
--- Comment #4 from Nick Alcock ---
Oh this gets more fun. We can't use the exit code because some nm's return a
nonzero exit code if no symbols are found! I'll have to add a grosser hack,
looking for the string 'invalid argument' (in the C lo
https://sourceware.org/bugzilla/show_bug.cgi?id=29547
--- Comment #3 from Nick Alcock ---
Having nm be a shell wrapper should be fine (I've been testing some of the
odder edge cases that way). That's one reason we look through $PATH to find it
;)
--
You are receiving this mail because:
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=29547
Nick Alcock changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=29242
Nick Alcock changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29242
--- Comment #3 from Nick Alcock ---
Fix will be in 2.39. (Backport to 2.38 under test.)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29242
Nick Alcock changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nick.alcock at oracle
dot com
: normal
Priority: P2
Component: libctf
Assignee: unassigned at sourceware dot org
Reporter: nick.alcock at oracle dot com
Target Milestone: ---
We observe on Gentoo a crash when linking Mesa 22.0.3 when compiled with -gctf.
GDB reports:
Starting program: /usr/bin
https://sourceware.org/bugzilla/show_bug.cgi?id=28933
Nick Alcock changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=28933
--- Comment #5 from Nick Alcock ---
This unchecked length is only an overrun in the uncompressed-and-corrupted
foreign-endian CTF case (it's still wrong if the CTF is uncompressed but
native-endian, but it's only used at serialization time, wh
https://sourceware.org/bugzilla/show_bug.cgi?id=28933
--- Comment #4 from Nick Alcock ---
Aha! Yep, that's got it. Thank you, your object file was very helpful. Now to
fix it...
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28933
--- Comment #2 from Nick Alcock ---
FWIW, I cannot replicate this: not with the x86->ppc cross shown here, nor on
ppc native, nor on ppc64. Nonetheless we should armour against this. I'll see
what I can do...
--
You are receiving this mail b
at sourceware dot org |nick.alcock at oracle
dot com
--- Comment #1 from Nick Alcock ---
Interesting! I routinely do both, so this must be a recent regression (well,
ok, as recent as a few months ago. I'll get back to libctf soon.)
This is assembler input for a corrupted CTF dict, b
https://sourceware.org/bugzilla/show_bug.cgi?id=28545
Nick Alcock changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #11 from Nick Alcoc
https://sourceware.org/bugzilla/show_bug.cgi?id=28545
Nick Alcock changed:
What|Removed |Added
CC||nick.alcock at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #25 from Nick Alcock ---
Thanks for the heads-up!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27967
--- Comment #5 from Nick Alcock ---
Mail sent out to binutils@ for review.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27967
Nick Alcock changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #4 from Nick Alcock
https://sourceware.org/bugzilla/show_bug.cgi?id=27967
Nick Alcock changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nick.alcock at oracle
dot com
||nick.alcock at oracle dot com
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0 |1
--- Comment #3 from Nick Alcock ---
Hm. --gnu-version-script and -z gnu-version-script appear to be recent enough
that no machines in the
||2021-06-15
Status|UNCONFIRMED |WAITING
CC||nick.alcock at oracle dot com
--- Comment #2 from Nick Alcock ---
This is probably a duplicate of bug 27360. Could you try the
users/nalcock/libctf-install-relink branch
https://sourceware.org/bugzilla/show_bug.cgi?id=25155
Nick Alcock changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27305
--- Comment #5 from Nick Alcock ---
The Source Mage bug is probably a different problem again, and I think it's
more a Source Mage problem really. It is in general not safe to remove
toolchain binaries completely before 'make install' for prec
https://sourceware.org/bugzilla/show_bug.cgi?id=27305
--- Comment #6 from Nick Alcock ---
(... if Source Mage always removes packages before installing them, how does it
install make or coreutils? I suppose I should download it and have a look!)
--
You are receiving this mail because:
You are o
https://sourceware.org/bugzilla/show_bug.cgi?id=27305
--- Comment #4 from Nick Alcock ---
That's extremely odd. What is the contents of /opt/emlix/test/sysroot/usr/lib?
In particular, is libbfd.{so,a} of any description visible in there after the
failed installation? Because it should be: bfd is
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #19 from Nick Alcock ---
After a lot of struggling, I can now trigger an install-time relink and see it
triggering searches of very much the wrong place for libiberty.a (the install
tree, even if --enable-install-libiberty was not
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #21 from Nick Alcock ---
OK, try the users/nalcock/libctf-install-relink branch now. Still testing here,
but things are looking better (make check passing and install-time relinking
always linking against the libiberty in the build
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #20 from Nick Alcock ---
... never mind, doing that regresses elsewhere. Still looking at it, I'm sure
this is soluble )
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27297
--- Comment #8 from Nick Alcock ---
Now I know the cause of that bug: no, these are unrelated (and a separate fix
is needed for that bug).
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #18 from Nick Alcock ---
Yeah, that's only true if the distributor chooses to install the iibiberty.a
from GCC in /usr/lib (or, I suppose, the one from a sufficiently recnet
binutils).
I do still want to figure out how to fix this
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #15 from Nick Alcock ---
The real question is where the -L/usr/lib is coming from. If you dig into
config.status it should become clear. I bet this is derived from some .la file
somewhere, so that libtool thinks it needs -L/usr/lib
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #12 from Nick Alcock ---
In particular, the relink line I see is:
cd /home/oranix/oracle/private/binutils-gdb/foo/libctf; /bin/sh
/home/oranix/oracle/private/binutils-gdb/foo/libctf/libtool --tag CC
--mode=relink gcc -std=gnu99 -
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #11 from Nick Alcock ---
I can confirm that libctf is being relinked during install (though ld does
not). However, for me, this does not fail: we have always installed libbfd
first and the link works.
I think I need a full log of
https://sourceware.org/bugzilla/show_bug.cgi?id=27628
Nick Alcock changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=27628
Nick Alcock changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--
You are receiving this mai
https://sourceware.org/bugzilla/show_bug.cgi?id=27628
Nick Alcock changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #3 from Nick Alcock
https://sourceware.org/bugzilla/show_bug.cgi?id=27628
--- Comment #2 from Nick Alcock ---
Diagnosed.
This is fallout from my recent dtd revamping, so does not affect 2.36. It
relates specifically to functions with no arguments, but of course those are
quite common... there is also a much older f
|1
Status|UNCONFIRMED |ASSIGNED
Component|binutils|libctf
Assignee|unassigned at sourceware dot org |nick.alcock at oracle
dot com
--- Comment #1 from Nick Alcock ---
Thanks for the report! Confirmed with
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #9 from Nick Alcock ---
OK, I'm fairly sure this is fixed on master now -- could you give it a try? (It
might well be fixed on the 2.36 branch as well.)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27482
Nick Alcock changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27482
Nick Alcock changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--
You are receiving this mai
https://sourceware.org/bugzilla/show_bug.cgi?id=27482
Nick Alcock changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #8 from Nick Alcock
https://sourceware.org/bugzilla/show_bug.cgi?id=27482
Nick Alcock changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--- Comment #7 from Nick Alcoc
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #7 from Nick Alcock ---
This is probably related to the version of binutils installed *before* you do a
make install. What version are you installing on top of?
This may be a dup of #27482: could you see if the
users/nalcock/ld-ct
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
Nick Alcock changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nick.alcock at oracle
dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27297
--- Comment #7 from Nick Alcock ---
Quite possibly, or at least I don't see that failure with the reported
replication mechanism on binutils master: I'll update that bug too.
--
You are receiving this mail because:
You are on the CC list for
|1
CC||nick.alcock at oracle dot com
Last reconfirmed||2021-03-09
--- Comment #5 from Nick Alcock ---
This suggests that libctf.so has not had needed symbols from libiberty built
into it properly (and
https://sourceware.org/bugzilla/show_bug.cgi?id=27297
Nick Alcock changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=27482
--- Comment #4 from Nick Alcock ---
./configure --disable-gdb ... should do what you want.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27482
Nick Alcock changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #2 from Nick Alcock
at sourceware dot org |nick.alcock at oracle
dot com
CC||nick.alcock at oracle dot com
Last reconfirmed||2021-03-02
Ever confirmed|0 |1
--- Comment #1 from Nick Alcock ---
Ugh. I do this
||nick.alcock at oracle dot com
Assignee|unassigned at sourceware dot org |nick.alcock at oracle
dot com
--- Comment #3 from Nick Alcock ---
Replicated. Working on a fix.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27250
Nick Alcock changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=27250
--- Comment #7 from Nick Alcock ---
OK, I'll work on upstreaming it.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27250
--- Comment #4 from Nick Alcock ---
Created attachment 13159
--> https://sourceware.org/bugzilla/attachment.cgi?id=13159&action=edit
Fix ld-versus-libctf installation ordering
--
You are receiving this mail because:
You are on the CC list
|1
Assignee|unassigned at sourceware dot org |nick.alcock at oracle
dot com
Status|UNCONFIRMED |ASSIGNED
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27250
--- Comment #3 from Nick Alcock ---
Ohhh I bet I know what it is. You'll need to roll back by sticking the old ld
in place (I hope you have a copy) or roll forward by hand-copying
.libs/libctf.so.0 into place in /usr/local.
The problem is ins
https://sourceware.org/bugzilla/show_bug.cgi?id=27250
Nick Alcock changed:
What|Removed |Added
CC||nick.alcock at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27117
Nick Alcock changed:
What|Removed |Added
CC||nick.alcock at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26934
Nick Alcock changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving this mai
https://sourceware.org/bugzilla/show_bug.cgi?id=26934
Nick Alcock changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |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.
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 i
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 f
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 h
https://sourceware.org/bugzilla/show_bug.cgi?id=25155
Nick Alcock changed:
What|Removed |Added
CC||nick.alcock at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25216
Nick Alcock changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #2 from Nick Alcock
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
Nick Alcock changed:
What|Removed |Added
Component|binutils|libctf
--
You are receiving this mail
at sourceware dot org |nick.alcock at oracle
dot com
--- Comment #1 from Nick Alcock ---
Hm, curious. I build with --with-system-zlib all the time, you'd think I'd have
noticed this.
Will look into it.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
--- Comment #12 from Nick Alcock ---
Thanks! I already have that locally -- I really should finish testing and
submit everything.
Simply removing __thread won't do, unfortunately: it makes libctf even less
threadsafe than it already is, and I
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
--- Comment #8 from Nick Alcock ---
Nice diagnosis! Looks like there are some bugs in busybox and tcc to fix. I
agree that the first three things you reported are bugs, and I'll fix them once
I get a spare moment. Thanks for the report!
--
Y
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
--- Comment #4 from Nick Alcock ---
The C compiler shouldn't affect anything here: the linker in use is what
matters.
I'll try to get tcc working in a bit, but in the absence of that you could try
to figure out which symbol in ctf-open-bfd.c
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
--- Comment #2 from Nick Alcock ---
(For the avoidance of doubt: the commenter above was me, logged in under the
wrong bugzilla account.)
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
Nick Alcock changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
Nick Alcock changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nick.alcock at oracle
dot com
1 - 100 of 101 matches
Mail list logo
