https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117848
--- Comment #2 from David Edelsohn ---
Originally reported through Fosstodon
https://fosstodon.org/@jonadem@mastodon.social/113565892100662746
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117848
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117848
Bug ID: 117848
Summary: Mailing List subscription link broken and error page
FAQ link broken
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98171
David Edelsohn changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115167
--- Comment #6 from David Edelsohn ---
The libgcc failure is due to something not being built or rebuilt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115167
--- Comment #3 from David Edelsohn ---
On PPC64 Linux, gcc-rich-location.o now has undefined references to
range_label_for_type_mismatch:
$ nm -BCpg gcc-rich-location.o | grep range_label_for_type_mismatch
U vtable for range_la
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115167
David Edelsohn changed:
What|Removed |Added
Last reconfirmed||2024-05-20
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115167
Bug ID: 115167
Summary: CFG edge visualization to path-printing bootstrap
failure
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114985
--- Comment #9 from David Edelsohn ---
The patch in comment 6 succeeds for me, but it seems more of a heavy-handed
band-aid that confirms the symptom, but covers up the problem.
Something in GCC apparently has generated invalid IR that was not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113507
--- Comment #4 from David Edelsohn ---
rs6000-ibm-aix doesn't exist anymore. This should have been configured as
powerpc-ibm-aix7.2 . Maybe there is some magic about the "powerpc" name?
Those variables are provided by generated files and appa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112858
David Edelsohn changed:
What|Removed |Added
Target|nvptx |nvptx, powerpc-ibm-aix*
Last reconfi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112868
--- Comment #2 from David Edelsohn ---
Narrowing the ISA dialect range accepted by the assembler is good in theory to
catch problems. We need to ensure that this doesn't break a lot of existing
code and make POWER more tedious.
Most people wan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
--- Comment #11 from David Edelsohn ---
GIMPLE supports must_tail, but it is not exposed at the sources level /
attributes in GCC.
CPython is not adding the LLVM JIT at runtime. The proposal is to utilize LLVM
at build time to generate code tem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
--- Comment #9 from David Edelsohn ---
Brandt Bucher: A JIT compiler for CPython
https://www.youtube.com/watch?v=HxSHIpEQRjs
https://github.com/brandtbucher/cpython/tree/justin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
David Edelsohn changed:
What|Removed |Added
Priority|P3 |P2
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112558
Bug ID: 112558
Summary: Add musttail tail call feature equivalent to LLVM and
Clang
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: internal-improv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
--- Comment #17 from David Edelsohn ---
I'm glad that we have confirmed that the GCC and LLVM code generation for
PowerPC are correct for the memory model. And now your translation tool is more
accurate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
--- Comment #14 from David Edelsohn ---
The conditional branch always will proceed to the next instruction, so the code
that you showed in the PR is a correct "optimization" of the original code, but
the processor does execute the conditional br
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
--- Comment #10 from David Edelsohn ---
If I compile your testcase with either GCC 11.3 or GCC trunk, GCC produces
P1:
.LFB1:
.cfi_startproc
.localentry P1,1
pld 9,.LANCHOR0+8@pcrel
sync
lwz 9,0(9)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
--- Comment #7 from David Edelsohn ---
Have you reached out to Paul McKenney (now at Meta) who suggested the
instruction sequences to implement the C/C++ memory for PowerPC?
https://open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2745.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106537
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
David Edelsohn changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
--- Comment #36 from David Edelsohn ---
I don't know enough FORTRAN90 to instruct the compiler to use an external
function as if it were native.
EXTERNAL :: MYFUNC
changes the calling convention.
But if I manually change the assembly code so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
--- Comment #34 from David Edelsohn ---
AIX POWER BE output:
$ ./a.out
val(fortran): 65 A
val(fortran):0
val(fortran):0
val_c: char(65)='A'
val_c: char(65)='A'
val_c: char(804399656)='('
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
--- Comment #32 from David Edelsohn ---
i think that I see part of the difference. The 005t.original dump shows
(intermingled with sources)
! call val ("B","B")
val (&"B"[1]{lb: 1 sz: 1}, "B", 1, 1);
! call val ("A",char(65))
val (&"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
--- Comment #31 from David Edelsohn ---
Yes, &"B"[1], is not shifted because it is a reference. The important
different is "B" is passed left-shifted, but 65 is passed right-shifted.
call val ("B","B") OK
call val ("A",char(65))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
--- Comment #29 from David Edelsohn ---
I don't know if this is a BE issue or a struct issue. AIX doesn't pass
characters in structs normally.
Is there any other debugging output from the GFORTRAN other than parse?
-fdump-lang-all doesn't see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
--- Comment #27 from David Edelsohn ---
GFORTRAN parse output describes the characters as follow
symtree: 'char'|| symbol: 'char'
type spec : (UNKNOWN 0)
attributes: (PROCEDURE INTRINSIC-PROC FUNCTION ARRAY-OUTER-DEP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110419
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110614
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110614
Bug ID: 110614
Summary: [14 Regression] ICE in vect_supportable_dr_alignment
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101002
--- Comment #10 from David Edelsohn ---
Please be careful about the effect on AIX. AIX defaults to long-double-64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939
--- Comment #11 from David Edelsohn ---
One can pass command line arguments to the AIX linker through a file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103784
--- Comment #11 from David Edelsohn ---
Have you looked on the GCC mailing list for zero-extend elimination (zee) and
sign-extend elimination (see)? The many, previous proposals for such passes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108315
--- Comment #12 from David Edelsohn ---
We're working to add a Power10 system to the Compile Farm. The systems are at
OSUOSL, but Power10 doesn't have official KVM support so the interface to the
OpenStack management system is complicated.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108734
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107916
David Edelsohn changed:
What|Removed |Added
Last reconfirmed||2022-11-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107916
Bug ID: 107916
Summary: PPC VSX code generation for OpenZFS
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107781
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107239
--- Comment #1 from David Edelsohn ---
https://twitter.com/novacisko/status/1580056176040980481
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107239
Bug ID: 107239
Summary: Coroutine code generation bug
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: C++-Coroutine, wrong-code
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107221
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107221
Bug ID: 107221
Summary: [13 Regression] libstdc++ EH no matching function
__gnu_cxx::__scoped_lock::__scoped_lock
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107018
Bug ID: 107018
Summary: [13 Regression] libgcc unwind-dw2-fde references
undeclared variable
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106855
--- Comment #2 from David Edelsohn ---
dwarf2out.cc uses XCOFF_DEBUGGING_INFO to emit DWARF information with XCOFF
syntax.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106855
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106855
Bug ID: 106855
Summary: [13 Regression] Removal of stabs/xcoff debugging broke
bootstrap on AIX
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106637
David Edelsohn changed:
What|Removed |Added
Last reconfirmed||2022-08-16
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26374
--- Comment #20 from David Edelsohn ---
Double-double has advantages and disadvantages. You're welcome to debate
William Kahan about the choice instead of making snarky comments here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102519
David Edelsohn changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104123
Bug ID: 104123
Summary: 29_atomics/headers/stdatomic.h/c_compat.cc fails on
AIX
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104101
Bug ID: 104101
Summary: [12 Regression] libstdc++ shared_ptr_atomic fails on
AIX
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955
--- Comment #26 from David Edelsohn ---
As Bill mentioned, one can increase the alignment of a large constant, but
there is no way for the hooks that set alignment to recognize that the constant
will be assigned to variable with stricter alignmen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103759
David Edelsohn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103759
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103759
Bug ID: 103759
Summary: [12 Regression] memcpy-chk failure for 32 bits
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103004
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102910
--- Comment #7 from David Edelsohn ---
Sandra checked in a large number of testcases for interoperability that were
broken from the outset on all platforms -- I saw them failing on multiple Linux
architectures, not just AIX. The testcases should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102910
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102882
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102882
Bug ID: 102882
Summary: [AIX] 23_containers 96088 testsuite failures
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102325
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102323
David Edelsohn changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102339
David Edelsohn changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102344
David Edelsohn changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102519
--- Comment #18 from David Edelsohn ---
Yea! That fixes the *worst* of the memory growth problem for me.
It still is growing, but much more slowly. RSS now grows from 569788 to 642076
for the final function, instead of 783896 before it died o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102519
--- Comment #15 from David Edelsohn ---
I annotated execute_vrp_threader() to call getrusage() and print the size of
RSS around each call to threader.thread_jumps(). It consistently is growing,
but not in the threader itself. Was the former VP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102519
--- Comment #14 from David Edelsohn ---
I tried the patch, but, unfortunately, it exceeds the memory limit in the same
manner.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102519
--- Comment #12 from David Edelsohn ---
GCC non-quiet mode shows:
...
g_31_31_16 f_31_31_17 g_31_31_17 f_31_31_23 g_31_31_23 f_31_31_24 g_31_31_24
f_31_31_25 g_31_31_25 f_31_31_29 g_31_31_29 f_31_31_30 g_31_31_30 f_31_31_31
g_31_31_31
Analyzing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102519
--- Comment #11 from David Edelsohn ---
tree VRP threader : 0.25 ( 2%) 0.03 ( 1%) 0.76 ( 1%)
7804k ( 2%)
Despite that report output, prior to the two patches ending with
ef1e524fd87a679f5da06116029c66a84daac80 "Remov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102527
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102519
--- Comment #7 from David Edelsohn ---
Have you tried a native PPC64LE Linux build?
AIX defaults to 32 bit, and it's big endian. I wouldn't expect that to affect
the memory usage, but I'm mentioning it.
Did you try to compiler gcc/testsuite/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102519
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102519
Bug ID: 102519
Summary: [12 Regression] VRP Jump threader memory explosion
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: memory-hog
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #8 from David Edelsohn ---
This needs an additional adjustment. The encoding decoration needs to be
applied if the decl isn't an alias. That means both a null summary *OR* the
decl is not explicitly an alias.
I'm proposing the fol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #7 from David Edelsohn ---
As we discussed on IRC
symtab_node::exists (decl) && symtab_node::get (decl)->alias
seems better because that function does not need to create the summary for its
internal use. The function should not en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #1 from David Edelsohn ---
I can't duplicate this failure in a native build. And rs6000.c:21750 doesn't
correspond to any statement. Can you provide some additional information or
source code context?
rs6000_xcoff_encode_section_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102148
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102147
--- Comment #5 from David Edelsohn ---
Vlad privately commented: "I suspect order of processing conflicts might depend
on their representation."
The two representations may produce different results and the heuristics to
choose the representati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102147
--- Comment #2 from David Edelsohn ---
Created attachment 51389
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51389&action=edit
Pre-processed subset of tree-vect-slp.c
$ gcc -O2 -fno-exceptions
produces different conflicts and register
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102147
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102147
Bug ID: 102147
Summary: IRA dependent on 32-bit vs 64-bit register size
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99557
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102068
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102062
--- Comment #13 from David Edelsohn ---
I don't object to backporting Hao Chen's patch. It has baked sufficiently on
trunk that it seems relatively stable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102062
--- Comment #11 from David Edelsohn ---
We could backport Haochen's patch to AT.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102068
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102068
Bug ID: 102068
Summary: [AIX] field alignment ignores packed
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102029
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101984
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101984
Bug ID: 101984
Summary: [12 Regression] gimple-ssa-warn-access memory leak
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: GC
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101959
--- Comment #2 from David Edelsohn ---
This may be related to 32 bit builds.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101959
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101959
Bug ID: 101959
Summary: hash_map self test bootstrap failure
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3985
David Edelsohn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101166
Bug ID: 101166
Summary: Add SPDX license identifiers
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101020
David Edelsohn changed:
What|Removed |Added
Last reconfirmed||2021-06-11
CC|
1 - 100 of 155 matches
Mail list logo
