https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #18 from H.J. Lu ---
(In reply to Jan Beulich from comment #15)
> (In reply to Benjamin Drung from comment #6)
> > That linker testcase snippet is evaluated to:
> >
> > --package-metadata='{"foo":"bar"}'
> >
> > Passing that to a
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #17 from H.J. Lu ---
(In reply to Jan Beulich from comment #16)
> (In reply to H.J. Lu from comment #14)
> > It should be %[quote]". Will adding support for "%[string]" to existing
> > --package-metadata option break anything?
>
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #16 from Jan Beulich ---
(In reply to H.J. Lu from comment #14)
> It should be %[quote]". Will adding support for "%[string]" to existing
> --package-metadata option break anything?
You won't know until someone reports a problem.
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #15 from Jan Beulich ---
(In reply to Benjamin Drung from comment #6)
> That linker testcase snippet is evaluated to:
>
> --package-metadata='{"foo":"bar"}'
>
> Passing that to a shell or makefile works, because the singe quotes
https://sourceware.org/bugzilla/show_bug.cgi?id=32018
Sam James changed:
What|Removed |Added
CC|sam at gentoo dot org |
--
You are receiving this mail b
https://sourceware.org/bugzilla/show_bug.cgi?id=32018
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
Assignee|
https://sourceware.org/bugzilla/show_bug.cgi?id=32017
--- Comment #1 from Sam James ---
Thanks. For the improved message on already-diagnosed conditions, I was going
to file a bug today, and you beat me with a patch :)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32017
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
See Also|
https://sourceware.org/bugzilla/show_bug.cgi?id=28595
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=32001
--- Comment #3 from Sourceware Commits ---
The master branch has been updated by Nelson Chu :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=91a84aaf9a1c72d3b56c8cbc55d32327cdcfb8ce
commit 91a84aaf9a1c72d3b56c8cbc55d32327cdcfb8ce
https://sourceware.org/bugzilla/show_bug.cgi?id=32001
--- Comment #2 from Frederic Marchal ---
Both messages are:
Error: internal: unknown ISA extension `unknown_implicit' in
riscv_implicit_subsets
Error: unknown ISA extension `unknown_arch' in .option arch
Try to display the first message in
https://sourceware.org/bugzilla/show_bug.cgi?id=32018
--- Comment #1 from bigmagicreadsun ---
I am currently using the Docker version of CentOS 6. The GCC version is gcc
version 8.3.1 20190311 (Red Hat 8.3.1-3) (GCC) and GLIBC version is (GNU libc)
2.12
--
You are receiving this mail because:
Y
https://sourceware.org/bugzilla/show_bug.cgi?id=32018
Bug ID: 32018
Summary: Compilation of binutils 2.43 for
riscv64-unknown-linux-gnu failed on CentOS 6
Product: binutils
Version: 2.43
Status: UNCONFIRMED
Seve
https://sourceware.org/bugzilla/show_bug.cgi?id=31969
Nelson Chu changed:
What|Removed |Added
CC||nelsonc1225 at sourceware dot
org
--- C
https://sourceware.org/bugzilla/show_bug.cgi?id=32001
Nelson Chu changed:
What|Removed |Added
CC||nelsonc1225 at sourceware dot
org
--- C
https://sourceware.org/bugzilla/show_bug.cgi?id=32017
Bug ID: 32017
Summary: Linker failed to check invalid TLS sequence
Product: binutils
Version: 2.44 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component:
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #14 from H.J. Lu ---
(In reply to Benjamin Drung from comment #13)
> > Will "%[string]" escape work?
>
> Like this?
>
> -Wl,--encoded-package-metadata={%[quot]type%[quot]:
> %[quot]deb%[quot]%[comma]%[quot]os%[quot]:
> %[quot]ub
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #13 from Benjamin Drung ---
(In reply to H.J. Lu from comment #12)
> (In reply to Benjamin Drung from comment #11)
> > (In reply to H.J. Lu from comment #9)
> > > It should be human readable.
> >
> > What do you recommend? IMO per
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #12 from H.J. Lu ---
(In reply to Benjamin Drung from comment #11)
> (In reply to H.J. Lu from comment #9)
> > It should be human readable.
>
> What do you recommend? IMO percent-escaping is readable enough and increases
> the siz
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #11 from Benjamin Drung ---
(In reply to H.J. Lu from comment #9)
> It should be human readable.
What do you recommend? IMO percent-escaping is readable enough and increases
the size of the already long string not too much.
The e
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #10 from Luca Boccassi ---
(In reply to H.J. Lu from comment #9)
> For non-working --package-metadata, we should either remove it or fix it.
Sorry, but this is absolutely wrong, as the existing option works just fine. I
do not min
https://sourceware.org/bugzilla/show_bug.cgi?id=32016
Bug ID: 32016
Summary: ld.gold error unsupported -mbss-plt code
Product: binutils
Version: 2.40
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: g
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2024-07-23
Ever confirmed|0
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #8 from Benjamin Drung ---
(In reply to H.J. Lu from comment #7)
> (In reply to Benjamin Drung from comment #6)
>
> > The encoding is flexible and you could just encode the characters that are
> > problematic in your case:
> >
>
https://sourceware.org/bugzilla/show_bug.cgi?id=32006
--- Comment #8 from Thomas Jahns ---
Sorry, my fault, misplaced the group flags, should be:
$ gcc -nostdlib -static -L/opt/diet/lib-x86_64 /opt/diet/lib-x86_64/start.o
-o t test.c -D_REENTRANT -Wl,--start-group -lpthread -Wl,-Map,mapfile -i
https://sourceware.org/bugzilla/show_bug.cgi?id=32006
--- Comment #7 from Thomas Jahns ---
What I meant was that I think static resolution of symbols from the same object
file is different from lookups in other files.
Also the documentation of option --start-group option suggests that symbols
sh
https://sourceware.org/bugzilla/show_bug.cgi?id=32006
--- Comment #6 from H.J. Lu ---
(In reply to Felix von Leitner from comment #3)
> Please explain that to me. You just told me to put libpthread.a AFTER libc.a
> so that it overrules it.
What I meant was to use
-lpthread ... libc.a ... -lpth
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #7 from H.J. Lu ---
(In reply to Benjamin Drung from comment #6)
> The encoding is flexible and you could just encode the characters that are
> problematic in your case:
>
> -Wl,--encoded-package-metadata,{"type":"deb"%2C"os":"ub
https://sourceware.org/bugzilla/show_bug.cgi?id=32006
--- Comment #5 from Felix von Leitner ---
(In reply to Thomas Jahns from comment #4)
> My understanding is that __stdio_init_file should be in an object file
> separate from the one using it in libc.a because static linkage means no
> late bin
https://sourceware.org/bugzilla/show_bug.cgi?id=32006
Thomas Jahns changed:
What|Removed |Added
CC||jahns at dkrz dot de
--- Comment #4 fr
https://sourceware.org/bugzilla/show_bug.cgi?id=31728
--- Comment #15 from Pali Rohár ---
Hello Nick, have you looked at those test cases?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #6 from Benjamin Drung ---
(In reply to H.J. Lu from comment #2)
> > 2. The quotation marks in the JSON value are eaten by configure scripts and
> > Makefiles. Example:
> >
> > ```
> > $ echo "void main() { }" > test.c
> > $ print
https://sourceware.org/bugzilla/show_bug.cgi?id=32014
Patrick O'Neill changed:
What|Removed |Added
Target||riscv*-*-*
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=32014
Bug ID: 32014
Summary: RISC-V: -flto causes .riscv.attributes section to
ignore specified extensions
Product: binutils
Version: 2.44 (HEAD)
Status: UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
--- Comment #5 from H.J. Lu ---
I am against the proposed solution.
The solution should be as close to
the normal JSON syntax as possible
and linker tests should cover +90% of
use cases.
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=32006
Reto Schneider changed:
What|Removed |Added
CC||c...@reto-schneider.ch
--
You are r
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
Jan Beulich changed:
What|Removed |Added
CC||jbeulich at suse dot com
--- Comment #4
https://sourceware.org/bugzilla/show_bug.cgi?id=32006
Felix von Leitner changed:
What|Removed |Added
Resolution|NOTABUG |---
Status|RESOLVED
https://sourceware.org/bugzilla/show_bug.cgi?id=31953
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=31953
--- Comment #6 from Sourceware Commits ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=91b999864f9831287f2ea6f960e8fa98e7b13ee9
commit 91b999864f9831287f2ea6f960e8fa98e7b13e
https://sourceware.org/bugzilla/show_bug.cgi?id=32003
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are rece
41 matches
Mail list logo
