[Bug gas/29058] New: Quadratic(?) slowdown of m68k-as on m68k_frob_symbol()

Component: gas Assignee: unassigned at sourceware dot org Reporter: slyich at gmail dot com Target Milestone: --- Created attachment 14060 --> https://sourceware.org/bugzilla/attachment.cgi?id=14060&action=edit sqlite3-sqlite3.o.c.xz Initially noticed the probl

[Bug gas/29058] Quadratic(?) slowdown of m68k-as on m68k_frob_symbol()

https://sourceware.org/bugzilla/show_bug.cgi?id=29058 --- Comment #1 from Sergei Trofimovich --- Created attachment 14061 --> https://sourceware.org/bugzilla/attachment.cgi?id=14061&action=edit a.S.xz -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/29058] Quadratic(?) slowdown of m68k-as on m68k_frob_symbol()

https://sourceware.org/bugzilla/show_bug.cgi?id=29058 Sergei Trofimovich changed: What|Removed |Added Target||m68k-unknown-linux-gnu -- You a

[Bug gas/29058] Quadratic(?) slowdown of m68k-as on m68k_frob_symbol()

https://sourceware.org/bugzilla/show_bug.cgi?id=29058 --- Comment #2 from Sergei Trofimovich --- Adding a bit of debugging to get the idea what symbol types and values are most frequent at being checked for alignment: --- a/gas/config/tc-m68k.c +++ b/gas/config/tc-m68k.c @@ -4735,6 +4735,8 @@ m6

[Bug gas/29058] Quadratic(?) slowdown of m68k-as on m68k_frob_symbol()

https://sourceware.org/bugzilla/show_bug.cgi?id=29058 --- Comment #3 from Sergei Trofimovich --- Sent possible fix for review as https://sourceware.org/pipermail/binutils/2022-April/120410.html -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/29058] Quadratic(?) slowdown of m68k-as on m68k_frob_symbol()

https://sourceware.org/bugzilla/show_bug.cgi?id=29058 Sergei Trofimovich changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug gprofng/28968] gprofng doesn't build with -Werror=format-security

https://sourceware.org/bugzilla/show_bug.cgi?id=28968 Sergei Trofimovich changed: What|Removed |Added CC||slyich at gmail dot com -- You

[Bug gas/29451] New: gas-2.39 started adding 0-sized DIEs to functions without .size

Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: slyich at gmail dot com Target Milestone: --- Discovered in https://sourceware.org/PR29450 where gas-2.38 did not attach 0-sized DIE for glibc's _init assembly-written fun

[Bug gas/29451] gas-2.39 started adding 0-sized DIEs to functions without .size

https://sourceware.org/bugzilla/show_bug.cgi?id=29451 Sergei Trofimovich changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug gas/29451] gas-2.39 started adding 0-sized DIEs to functions without .size

https://sourceware.org/bugzilla/show_bug.cgi?id=29451 --- Comment #4 from Sergei Trofimovich --- (In reply to Nick Clifton from comment #3) > (In reply to Sergei Trofimovich from comment #0) > > > <28> DW_AT_low_pc : (addr) 0x0 > > <2c> DW_AT_high_pc : (addr) 0x0 > > > Woul

[Bug gprofng/29477] New: Build failure on musl: collector_module.h:78:13: error: duplicate member ‘pwrite’

Severity: normal Priority: P2 Component: gprofng Assignee: vladimir.mezentsev at oracle dot com Reporter: slyich at gmail dot com Target Milestone: --- Created attachment 14273 --> https://sourceware.org/bugzilla/attachment.cgi?id=14273&acti

[Bug gprofng/29479] New: Collection fails when built without java support: symbol lookup error: ...-binutils-2.39/bin/../lib/gprofng/libgp-collector.so: undefined symbol: __collector_jprofile_start_at

: undefined symbol: __collector_jprofile_start_attach Product: binutils Version: 2.39 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gprofng Assignee: vladimir.mezentsev at oracle dot com Reporter: slyich at gmail

[Bug gprofng/29479] Collection fails when built without java support: symbol lookup error: ...-binutils-2.39/bin/../lib/gprofng/libgp-collector.so: undefined symbol: __collector_jprofile_start_attach

https://sourceware.org/bugzilla/show_bug.cgi?id=29479 --- Comment #1 from Sergei Trofimovich --- So far I worked it around locally by removing java-specific code in libcollector: --- a/gprofng/libcollector/collector.c +++ b/gprofng/libcollector/collector.c @@ -912,9 +912,11 @@ __collector_open_e

[Bug gprofng/29477] Build failure on musl: collector_module.h:78:13: error: duplicate member ‘pwrite’

https://sourceware.org/bugzilla/show_bug.cgi?id=29477 --- Comment #2 from Sergei Trofimovich --- (In reply to Vladimir Mezentsev from comment #1) > SIGEV_THREAD_ID is defined in /usr/include/bits/sigevent-consts.h on my OL8: > % grep -ns SIGEV_THREAD_ID /usr/include/*/* > /usr/include/asm-generic

[Bug gprofng/29477] Build failure on musl: collector_module.h:78:13: error: duplicate member ‘pwrite’

https://sourceware.org/bugzilla/show_bug.cgi?id=29477 --- Comment #4 from Sergei Trofimovich --- Yeah, getting musl toolchain is trickier than glibc's. I suggest using a chroot (or equivalent) of linux distribution that already supports it. I'm personally using nixpkgs. More conventional FHS-sty

[Bug libctf/29547] New: binutils-2.39: fails to build against cctools nm (no '-B' option support)

NCONFIRMED Severity: normal Priority: P2 Component: libctf Assignee: unassigned at sourceware dot org Reporter: slyich at gmail dot com Target Milestone: --- It's a forward of downstream https://github.com/NixOS/nixpkgs/pull/185297#issuecomment-1236398635 r

[Bug libctf/29547] binutils-2.39: fails to build against cctools nm (no '-B' option support)

https://sourceware.org/bugzilla/show_bug.cgi?id=29547 Sergei Trofimovich changed: What|Removed |Added CC||nick.alcock at oracle dot com --

[Bug libctf/29547] binutils-2.39: fails to build against cctools nm (no '-B' option support)

https://sourceware.org/bugzilla/show_bug.cgi?id=29547 --- Comment #2 from Sergei Trofimovich --- (In reply to Nick Alcock from comment #1) > Adding an exit status test seems like a good idea, yes. I'll do that in the > next few days (busy, but this is easy and machine time is cheap). > > I don't

[Bug libctf/29547] binutils-2.39: fails to build against cctools nm (no '-B' option support)

https://sourceware.org/bugzilla/show_bug.cgi?id=29547 --- Comment #6 from Sergei Trofimovich --- (In reply to Nick Alcock from comment #5) > Something else! What if nm emits actual successful output? No nm out there > is going to include its own name in the output in that case. We have to look >

[Bug gprofng/29477] Build failure on musl: collector_module.h:78:13: error: duplicate member ‘pwrite’

https://sourceware.org/bugzilla/show_bug.cgi?id=29477 --- Comment #8 from Sergei Trofimovich --- Good question. Looking around it looks like musl elected not to implement it: https://www.openwall.com/lists/musl/2018/01/29/2 -- You are receiving this mail because: You are on the CC list for the

[Bug libctf/29547] binutils-2.39: fails to build against cctools nm (no '-B' option support)

> room for a day, etc) > > On 14 Sep 2022, slyich at gmail dot com outgrape: > > > checking for BSD- or MS-compatible name lister (nm)... = > > error: > > /nix/store/kpc4vpii3zrnz53b87xvid0rxlqb66cc-cctools-binutils-darwin-949.0.1/bin/nm: > > inv

[Bug binutils/30245] New: Support SOURCE_DATE_EPOCH (or equivalent) to build deterministic PE files.

Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: slyich at gmail dot com Target Milestone: --- I spent some time in https://github.com/NixOS/nixpkgs/issues/221419 trying to build deterministic PE files

[Bug gas/30578] libavcodec/x86/mathops.h:125: Error: operand type mismatch for ` shr'

https://sourceware.org/bugzilla/show_bug.cgi?id=30578 Sergei Trofimovich changed: What|Removed |Added CC||slyich at gmail dot com

[Bug gas/31319] New: [2.42 regression]: `.arch i386` is rejected by `x86_64` target: 4bit mode not supported on `i386'.

ified Status: UNCONFIRMED Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: slyich at gmail dot com Target Milestone: --- Created attachment 15346 --> https://sourceware.org/bugzilla/attachment.cgi?

[Bug gas/31319] [2.42 regression]: `.arch i386` is rejected by `x86_64` target: 4bit mode not supported on `i386'.

https://sourceware.org/bugzilla/show_bug.cgi?id=31319 Sergei Trofimovich changed: What|Removed |Added CC||jbeulich at suse dot com --- Com

[Bug gas/31319] [2.42 regression]: `.arch i386` is rejected by `x86_64` target: 4bit mode not supported on `i386'.

https://sourceware.org/bugzilla/show_bug.cgi?id=31319 --- Comment #3 from Sergei Trofimovich --- Aha, adapting kexec-tools sounds fine as well. Does the `.code16` use look fine in the rest of the file? SO far I made it build as: --- a/entry32-16-debug.s +++ b/entry32-16-debug.s @@ -18,10 +18,1

[Bug gas/31319] [2.42 regression]: `.arch i386` is rejected by `x86_64` target: 4bit mode not supported on `i386'.

https://sourceware.org/bugzilla/show_bug.cgi?id=31319 Sergei Trofimovich changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug libctf/31056] --enable-shared leads to Undefined symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=31056 Sergei Trofimovich changed: What|Removed |Added CC||slyich at gmail dot com -- You