Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
The logic to disable NO_SUM_IN_TOC and NO_FP_IN_TOC in aix61.h, aix71.h and
aix72.h is reversed. The intent of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94065
David Edelsohn changed:
What|Removed |Added
Target||powerpc-ibm-aix*
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94133
David Edelsohn changed:
What|Removed |Added
Last reconfirmed||2020-03-11
Status|UNCONFIRM
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
https://godbolt.org/z/pkXsfc
void foo1(unsigned sh, const uint64_t src[3], uint64_t dst[])
{
uint64_t w0 = src[0];
uint64_t w1 = src[1
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
Target: powerpc-ibm-aix*
In global-dynamic model, if a TLS variable first is referenced in the
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
Example 12 in section 6.7.9 of the C18 standard demonstrates that implicit
initialization does not override prior explicit initialization. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94225
David Edelsohn changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
Last reconfi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096
--- Comment #28 from David Edelsohn ---
GCC 7 is no longer supported. The patch was backported and released in GCC 8.4
and GCC 9.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096
--- Comment #30 from David Edelsohn ---
Yes, I can reproduce the error, but it only occurs when -bsvr4 is used. Have
you looked at what -bsvr4 enables in the ld man page? Not just the -R comment.
-brtl -brtllib -bexpfull
-R, instead of being
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096
--- Comment #31 from David Edelsohn ---
Just to be clear, the -brtl allows runtime overriding symbols. GCC is correctly
placing some symbols that should not be overridden in the text section. To
allow the runtime overriding, which is not needed f
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Target: powerpc-ibm-aix*
The June 2 change to gcov breaks AIX because it now requires atomic 64 bit
operations in 32 bit mode.
g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
--- Comment #2 from David Edelsohn ---
$ nm -BCpg libgcov-merge-tool.o | grep _8
- U .__atomic_fetch_add_8
- U .__sync_val_compare_and_swap_8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
--- Comment #3 from David Edelsohn ---
Demangling the function names in the assembly output
gcov_counter_add(long long*, long long, int)
...
bl .__atomic_fetch_add_8
gcov_counter_set_if_null(long long*, gcov_kvp*, int)
...
bl .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
--- Comment #4 from David Edelsohn ---
The references only occur when compiling without optimization during stage1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95480
--- Comment #7 from David Edelsohn ---
AIX build is happier with the patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68837
--- Comment #3 from David Edelsohn ---
The PR was from 2015, before Martin's improvements.
Also, sign-extend load instructions were less efficient at the time. We need
to re-examine the sequence on more recent microarchitectures.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95545
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
AIX, MSVC, and possibly other systems, implemented their own definition of
thread different from Posix threads.
libstdc++ header eventually includes , which includes
the system
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95545
--- Comment #3 from David Edelsohn ---
#include
#include
using namespace std;
int main(void)
{
int maxThreads = thread::hardware_concurrency();
printf("maxThreads: %d\n", maxThreads);
return(0);
}
$ g++ -pthread /tmp/n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95545
David Edelsohn changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
Target: powerpc-ibm-aix*
g++.dg/ext/vla3.C
and
g++.dg/cpp1y/vla8.C
both now elicit
during RTL pass: expand
/nasfarm/edelsohn/src/src/gcc/testsuite/g++.dg/cpp1y/vla8.C:24:12: internal
compiler error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95552
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95552
David Edelsohn changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95552
--- Comment #3 from David Edelsohn ---
Started between r11-878 and r11-896
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95552
David Edelsohn changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #4
|1
Build|powerpc64*-linux-gnu|powerpc*-*-*
Host|powerpc64*-linux-gnu|powerpc*-*-*
CC||dje at gcc dot gnu.org
Last reconfirmed||2020-06-10
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95734
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
CC: burnus at gcc dot gnu.org, krebbel at gcc dot gnu.org,
segher at gcc dot gnu.org
Depends
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95918
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95918
--- Comment #3 from David Edelsohn ---
{ target { le } }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95918
--- Comment #8 from David Edelsohn ---
It uses . where it wants to consume a quotation mark (").
Because the BE/LE difference is flipping characters, would it negate the
purpose of the test to check for one or zero characters?
! { dg-final { sc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95918
--- Comment #9 from David Edelsohn ---
This set of regexps works for me:
! { dg-final { scan-tree-dump { \(\*var\.str2\)\[1\]{lb: 1 sz: 4} =
"(d\\x00\\x
00|\\x00\\x00\\x00d)"\[1\]{lb: 1 sz: 4};} "original" } }
! { dg-final { scan-tree-dump { _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95918
--- Comment #10 from David Edelsohn ---
Created attachment 48809
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48809&action=edit
Updated regex for either endianness
The new patch updates the regexps to accept the result for either endiann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95918
--- Comment #11 from David Edelsohn ---
With the patch the testcase succeeds on both powerpc-ibm-aix7.2.0.0 (big
endian) and powerpc64-linux (little endian)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95918
--- Comment #13 from David Edelsohn ---
Committed, but why gcc-10? I don't see the testcase on that branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95918
David Edelsohn changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96008
David Edelsohn changed:
What|Removed |Added
Last reconfirmed||2020-06-30
Status|UNCONFIRM
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
With the recent -Wnonnull changes, cpp1y/lambda-generic-69078-1.C now elicits a
warning and the compiler ICEs.
FAIL: g++.dg/cpp1y/lambda-generic-69078-1.C -std=gnu++14
:
What|Removed |Added
CC||dje at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96008
--- Comment #3 from David Edelsohn ---
msebor:
the warning is working correctly but the IL the C++ front end
emits doesn't look right: AFAICS, it creates a function object
for the lambda and calls its operator() with a null this pointer:
; Funct
: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
I don't know how this is possible, but the line number associated with the
error message for gfortran.dg/pr95690.f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96023
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95706
--- Comment #11 from David Edelsohn ---
I added Solaris to the list of targets that see the error on line 5. Add it
wherever your target sees it.
|1
CC||dje at gcc dot gnu.org,
||jakub at gcc dot gnu.org,
||redi at gcc dot gnu.org
Last reconfirmed||2020-07-07
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77373
David Edelsohn changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94065
David Edelsohn changed:
What|Removed |Added
Target Milestone|10.3|10.0
Status|NEW
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
After the patch for debug/96383, bootstrap fails on AIX due to stage2/stage3
comparison failure. The DWARF debugging information differs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
David Edelsohn changed:
What|Removed |Added
Blocks||96383
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #3 from David Edelsohn ---
This apparently occurs on x86_64-*-linux, so this is a more general problem.
It does not appear to be due to the debug patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #6 from David Edelsohn ---
Created attachment 48969
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48969&action=edit
stage2 dbgcnt.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #7 from David Edelsohn ---
Created attachment 48970
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48970&action=edit
stage3 dbgcnt.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #10 from David Edelsohn ---
r11-2445 succeeds. I am testing r11-2447 and then r11-2451.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #11 from David Edelsohn ---
r11-2447 fails. Testing r11-2446.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #12 from David Edelsohn ---
r11-2446 succeeds and r11-2447 fails, so the failure (at least on AIX) is the
var-tracking dataflow patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #13 from David Edelsohn ---
The symptom I see on AIX is that the labels for DWARF variable locations differ
between stage2 and stage3 for some files. The difference started with the
recent change to the var-tracking pass. Once the l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #17 from David Edelsohn ---
The patch fixes bootstrap for AIX.
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
Target: powerpc64le-*-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96772
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96787
David Edelsohn changed:
What|Removed |Added
Last reconfirmed||2020-08-26
Target Milestone|---
||2020-08-27
CC||dje at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Edelsohn ---
Confirmed.
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
Target: powerpc64le-*-linux
Demonstrate basic auto-vectorization of single- and double-precision
transcendental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96941
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96941
David Edelsohn changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97044
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
Target: x86_64-*-*
Real World Technology reader reports poor GCC code generation relative to Clang
and MSVC for source code involving carry / borrow.
https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92168
--- Comment #1 from David Edelsohn ---
Created attachment 47074
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47074&action=edit
Source code example from Compiler Explorer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92168
David Edelsohn changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92269
David Edelsohn changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91886
--- Comment #35 from David Edelsohn ---
The ELFv2 ABI does not require Power8+ because the subroutine linkage
convention requires Power8 instructions. It requires Power8+ because the ABI
provide a minimum guarantee to the programmer / developer
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, segher at gcc dot gnu.org,
wschmidt at gcc dot gnu.org
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92661
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92661
--- Comment #2 from David Edelsohn ---
A crude work-around to allow GCC to bootstrap and show the extent of the
problem, I need the following patches to comment out all decimal builtins.
Index: rs6000-call.c
=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92661
--- Comment #3 from David Edelsohn ---
An alternate work-around is
Index: tree.c
===
--- tree.c (revision 278691)
+++ tree.c (working copy)
@@ -10334,7 +10334,7 @@
uint
: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
Target: powerpc-ibm-aix*
SYMPTOM:
On AIX, TLS init elicits linker errors such as
TLS init fuction for thread_local_seg_handler
or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93146
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93146
--- Comment #2 from David Edelsohn ---
One option is to force
flag_extern_tls_init=0
as default for AIX, e.g., -fno-extern-tls-init.
That works around the linking issue, but it assumes the limited semantics /
assertion of that option always ar
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
Created attachment 47659
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47659&action=edit
C++ source code example that produces erro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93279
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93316
--- Comment #11 from David Edelsohn ---
I continue to see setjmp failures on AIX.
FAIL: gcc.dg/analyzer/setjmp-7a.c expected multiline pattern lines 41-110 not
found:
FAIL: gcc.dg/analyzer/setjmp-7a.c (test for excess errors)
Excess errors:
N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93316
--- Comment #14 from David Edelsohn ---
Compiler version: 10.0.1 20200124 (experimental) [src revision
96f7f2867f2:1b708f12f4b:5026cbde65e724347cc2d2797026bb7bb12578f1] (GCC)
You can see https://gcc.gnu.org/ml/gcc-testresults/2020-01/msg01180.h
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
CC: jakub at gcc dot gnu.org, segher at gcc dot gnu.org
Depends on: 93505
Target Milestone: ---
i386.md has ;; Avoid useless masking of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56228
--- Comment #2 from David Edelsohn 2013-02-06 18:15:17
UTC ---
The proposed patch LGTM.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53040
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55431
David Edelsohn changed:
What|Removed |Added
Target||powerpc*-*-linux
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #31 from David Edelsohn 2013-02-15
16:15:19 UTC ---
With the patch, the testcase no longer ICEs when compiled on powerpc-aix.
||2013-03-25
CC||dje at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #2 from David Edelsohn 2013-03-25 20:40:56
UTC ---
libjava does not build on AIX in general for other reasons. But GCC 4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38607
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56729
Bug #: 56729
Summary: [4.9 Regression] ICE in df_insn_delete
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56729
David Edelsohn changed:
What|Removed |Added
Target||powerpc*-*-*
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56729
--- Comment #3 from David Edelsohn 2013-03-26 18:29:16
UTC ---
The failure only occurs in 32 bit mode and would not have been seen by a
default bootstrap on powerpc64-linux that did not run the testsuite in 32 bit
mode.
$ ./xgcc -B./ -O1 -m32
/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56770
Bug #: 56770
Summary: Partial sums loop optimization
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56770
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56770
--- Comment #3 from David Edelsohn 2013-03-29 18:11:54
UTC ---
I tried -funroll-loops -fvariable-expansion-in-unroller. I did not see any
additional benefit from -fvariable-expansion-in-unroller.
Unrolling helped somewhat, the intermedi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56770
--- Comment #5 from David Edelsohn 2013-03-29 19:53:44
UTC ---
Segher pointed out that the transformed code example is has a bug. The first
revised loop should test j+1 < NZ.
for (j = 0; j+1 < NZ; j += 2){
fValue += Q[j] /
*-*-*
Status|UNCONFIRMED |NEW
Last reconfirmed||2013-04-04
CC||dje at gcc dot gnu.org
Host|powerpc64-unknown-linux-gnu |powerpc*-*-*
Target Milestone|--- |4.9.0
Ever
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56921
Bug #: 56921
Summary: [4.8 Regression] ICE in rtx_cost
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56921
David Edelsohn changed:
What|Removed |Added
Target||powerpc*-*-*
Status
1 - 100 of 1159 matches
Mail list logo
