https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64983
--- Comment #7 from howarth at bromo dot med.uc.edu ---
A regression hunt of dejagnu master revealed that the offending commit causing
this bug was...
http://git.savannah.gnu.org/cgit/dejagnu.git/commit/?id
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64983
--- Comment #6 from howarth at bromo dot med.uc.edu ---
This same bug has also been reported on dejagnu mailing list at...
http://lists.gnu.org/archive/html/dejagnu/2015-02/msg0.html
and claimed to be pinpointed to /usr/share/dejagnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65550
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
--- Comment #17 from howarth at bromo dot med.uc.edu ---
Bug 65550 may be a duplicate of this one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
--- Comment #18 from howarth at bromo dot med.uc.edu ---
(In reply to howarth from comment #17)
Bug 65550 may be a duplicate of this one.
Like Bug 65550, the random ICEs in pch.exp are suppressed by building gcc trunk
with --enable-checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
--- Comment #14 from howarth at bromo dot med.uc.edu ---
Testing https://gcc.gnu.org/ml/gcc-patches/2015-03/msg01334.html in case
correction of the overflow tests eliminates this bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
--- Comment #7 from howarth at bromo dot med.uc.edu ---
Is there any sensible approach we can use to try to obtain a backtrace?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
--- Comment #8 from howarth at bromo dot med.uc.edu ---
I also noticed that the ICE...
FAIL: g++.dg/pch/pch.C -O2 -g -I. -Dwith_PCH (internal compiler error)
FAIL: g++.dg/pch/pch.C -O2 -g -I. -Dwith_PCH (test for excess errors)
FAIL: g++.dg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
--- Comment #9 from howarth at bromo dot med.uc.edu ---
Unfortunately it doesn't look like the -d option...
`H'
Produce a core dump whenever an error occurs.
is functional on darwin.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
--- Comment #10 from howarth at bromo dot med.uc.edu ---
The crashing compiler does leave a crash log in
~/Library/Logs/DiagnosticReports but unfortunately these show...
Backtrace not available
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
--- Comment #11 from howarth at bromo dot med.uc.edu ---
It appears that -dH does indeed produce a core in /cores. Using...
gdb /sw/src/fink.build/gcc5-5.0.0-1/darwin_objdir/gcc/cc1plus /cores/core.92484
the bt shows...
#0 0x7fff96238286
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
--- Comment #12 from howarth at bromo dot med.uc.edu ---
To clarify, I am able to debug the core file by executing...
make -k -j8 check RUNTESTFLAGS=pch.exp=pch.C --target_board=unix'{-dH}'
until I see...
FAIL: g++.dg/pch/pch.C -O2 -I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
--- Comment #13 from howarth at bromo dot med.uc.edu ---
The offending line appears to be at...
static const struct line_map*
linemap_macro_map_lookup (struct line_maps *set, source_location line)
{
unsigned int md, mn, mx;
const struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
--- Comment #15 from howarth at bromo dot med.uc.edu ---
(In reply to howarth from comment #14)
Testing https://gcc.gnu.org/ml/gcc-patches/2015-03/msg01334.html in case
correction of the overflow tests eliminates this bug.
The proposed patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
--- Comment #16 from howarth at bromo dot med.uc.edu ---
(In reply to howarth from comment #15)
(In reply to howarth from comment #14)
Testing https://gcc.gnu.org/ml/gcc-patches/2015-03/msg01334.html in case
correction of the overflow tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65504
--- Comment #10 from howarth at bromo dot med.uc.edu ---
Created attachment 35086
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35086action=edit
assembly from reduced testcase at -O2 -mtune=core2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65504
--- Comment #9 from howarth at bromo dot med.uc.edu ---
Created attachment 35085
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35085action=edit
assembly from reduced testcase at -O2 -mtune=generic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65504
--- Comment #11 from howarth at bromo dot med.uc.edu ---
Created attachment 35087
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35087action=edit
diff of assembly from reduced testcase at -O2 -mtune=core2 and -O2
-mtune=generic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65504
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65504
--- Comment #6 from howarth at bromo dot med.uc.edu ---
(In reply to howarth from comment #5)
Also, as on linux, using '-O2 -mtune=generic -fsanitize=address' suppresses the
error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65306
--- Comment #11 from howarth at bromo dot med.uc.edu ---
I see no problems here on darwin13.4.0 (with mpc-1.0.2, gmp-6.0.0a, mpfr-3.1.2,
isl-0.12.2 and cloog-0.18.2 present in the gcc-4_9-branch svn tree as mpc, gmp,
mpfr, isl and cloog) using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65306
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797
--- Comment #11 from howarth at bromo dot med.uc.edu ---
Confirmed that the libstdc++ test suite now shows no regressions on
x86_64-apple-darwin14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65270
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797
--- Comment #7 from howarth at bromo dot med.uc.edu ---
(In reply to Jonathan Wakely from comment #6)
I think this is probably a bug in the test. I was expecting Stop\\xff\\xff
to cause a conversion error, but it is successfully converted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63890
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: howarth at bromo dot med.uc.edu
The simple-object-xcoff.c file in libiberty produces a number of warnings of
the form...
./../../gcc-5-20150228/libiberty/simple-object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65237
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65150
--- Comment #25 from howarth at bromo dot med.uc.edu ---
Bootstrap completed at r221041 on x86_64-apple-darwin14 for
c,c++,fortran,lto,objc,obj-c++,java language set.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65244
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65244
--- Comment #8 from howarth at bromo dot med.uc.edu ---
I wonder if this is the same issue as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63748 which was fixed in trunk by
r217317...
2014-11-10 Patrick Palka ppa...@gcc.gnu.org
gcc/
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65244
--- Comment #12 from howarth at bromo dot med.uc.edu ---
The issue also exists in current gcc-4_9-branch but applying r217317 doesn't
eliminate it there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65150
--- Comment #15 from howarth at bromo dot med.uc.edu ---
(In reply to Iain Sandoe from comment #14)
FWIW, LGTM (with suitable guards added to the tests for the target alias
support).
(I cannot officially approve of course ;) )
... if we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65150
--- Comment #10 from howarth at bromo dot med.uc.edu ---
(In reply to Jakub Jelinek from comment #9)
What about the significance (if any) of the observed regressions introduced by
the patch proposed in Comment 6?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63892
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: howarth at bromo dot med.uc.edu
Current gcc trunk at r220878 fails to bootstrap on x86_64-apple-darwin14 with
the error...
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./prev-gcc/xg++
-B/sw/src/fink.build/gcc50-5.0.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65150
--- Comment #1 from howarth at bromo dot med.uc.edu ---
Failed for bootstrap using...
../gcc-5-20150220/configure --prefix=/sw --prefix=/sw/lib/gcc5.0
--mandir=/sw/share/man --infodir=/sw/lib/gcc5.0/info
--enable-languages=c,c++,fortran,lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65150
--- Comment #2 from howarth at bromo dot med.uc.edu ---
Caused by...
r220875 | jakub | 2015-02-20 11:44:37 -0500 (Fri, 20 Feb 2015) | 8 lines
PR target/63892
* ipa-icf.c (sem_function::merge): If DECL_COMDAT_GROUP (alias-decl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65150
--- Comment #3 from howarth at bromo dot med.uc.edu ---
Also verified that r220886 bootstraps fine on x86_64-apple-darwin14 with
r220875 reverted.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64983
--- Comment #2 from howarth at bromo dot med.uc.edu ---
I am not seeing identical g++.log's being created here from dejagnu 1.5.1 and
1.5.2 on x86_64-apple-darwin14 with separate runs of...
make -k check RUNTESTFLAGS=--target_board=unix'{-m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64983
--- Comment #4 from howarth at bromo dot med.uc.edu ---
FYI, I posted this to
http://lists.gnu.org/archive/html/bug-dejagnu/2015-02/msg1.html and emailed
Ben Elliston the g++.log files generated under dejagnu 1.5.1 and 1.5.2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65084
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #27 from howarth at bromo dot med.uc.edu ---
(In reply to Iain Sandoe from comment #26)
(In reply to howarth from comment #25)
(In reply to Iain Sandoe from comment #19)
Are we going with this fix? If so. please post it to gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
--- Comment #15 from howarth at bromo dot med.uc.edu ---
What autogen release was used to generate the newly committed fixincl.x? I
recently updated our autogen in fink to 5.18.4 because I discovered that 5.18.2
was producing broken fixincl.x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
--- Comment #16 from howarth at bromo dot med.uc.edu ---
(In reply to David Edelsohn from comment #12)
Author: dje
Date: Mon Feb 16 15:19:20 2015
New Revision: 220736
URL: https://gcc.gnu.org/viewcvs?rev=220736root=gccview=rev
Log:
Daniel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #25 from howarth at bromo dot med.uc.edu ---
(In reply to Iain Sandoe from comment #19)
Are we going with this fix? If so. please post it to gcc-patches with a
ChangeLog.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60563
--- Comment #11 from howarth at bromo dot med.uc.edu ---
(In reply to howarth from comment #10)
(In reply to Iain Sandoe from comment #9)
sadly, this seems to be a ld64 bug - present when using uncompressed EH
(which is the default for GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64982
--- Comment #2 from howarth at bromo dot med.uc.edu ---
Actually reverting...
Author: hubicka
Date: Sun Feb 8 21:04:41 2015
New Revision: 220520
URL: https://gcc.gnu.org/viewcvs?rev=220520root=gccview=rev
Log:
PR ipa/63566
* i386.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64982
--- Comment #1 from howarth at bromo dot med.uc.edu ---
Author: hubicka
Date: Sun Feb 8 21:08:44 2015
New Revision: 220521
URL: https://gcc.gnu.org/viewcvs?rev=220521root=gccview=rev
Log:
PR ipa/63566
* ipa-visibility.c (cgraph_node
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64982
--- Comment #6 from howarth at bromo dot med.uc.edu ---
(In reply to Jan Hubicka from comment #5)
Possible fix posted at
https://gcc.gnu.org/ml/gcc-patches/2015-02/msg00566.html
Does it fix the ICEs and keeps the diagnostics sane?
I can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #15 from howarth at bromo dot med.uc.edu ---
(In reply to Martin Liška from comment #12)
I'been testing patch that does not create retval and return gimple statement.
Any updates on the testing?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #24 from howarth at bromo dot med.uc.edu ---
(In reply to Iain Sandoe from comment #19)
Confirmed that this patch eliminates the regressions for...
make -k check
RUNTESTFLAGS=conformance.exp=17_intro/headers/c++*/all_attributes.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #8 from howarth at bromo dot med.uc.edu ---
(In reply to Iain Sandoe from comment #7)
Certainly getting the current GCC manual in sync with this new restriction and
emitting a clear warning in the gcc 5.0 release compiler would get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #12 from howarth at bromo dot med.uc.edu ---
(In reply to howarth from comment #11)
A fixincludes doesn't solve the problem as the libstdc++ test suite doesn't
seem to use those fixed headers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #11 from howarth at bromo dot med.uc.edu ---
What is so dangerous about just using...
Index: fixincludes/inclhack.def
===
--- fixincludes/inclhack.def(revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797
--- Comment #5 from howarth at bromo dot med.uc.edu ---
(In reply to Dominique d'Humieres from comment #4)
The test has been introduced at r219780. The first failure I see is for
r219808 (the previous tested revision is r219776). It is likely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64855
--- Comment #3 from howarth at bromo dot med.uc.edu ---
FYI, I reported struct5.exe execution failures upstream earlier in the
thread...
https://sourceware.org/ml/libffi-discuss/2015/msg00019.html
https://sourceware.org/ml/libffi-discuss/2015
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64855
--- Comment #6 from howarth at bromo dot med.uc.edu ---
Patch posted at https://gcc.gnu.org/ml/gcc-patches/2015-01/msg02664.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64855
--- Comment #5 from howarth at bromo dot med.uc.edu ---
Confirmed on x86_64-apple-darwin14 that...
Index: libffi/testsuite/lib/libffi.exp
===
--- libffi/testsuite/lib/libffi.exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #20 from howarth at bromo dot med.uc.edu ---
Created attachment 34610
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34610action=edit
proposed fix with aix and hpux support added and changelog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #23 from howarth at bromo dot med.uc.edu ---
Patch posted at https://gcc.gnu.org/ml/gcc-patches/2015-01/msg02536.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64840
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #18 from howarth at bromo dot med.uc.edu ---
Created attachment 34609
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34609action=edit
proposed fix with aix and hpux support added
Add support to handle hpux suffix nomenclature.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64840
--- Comment #5 from howarth at bromo dot med.uc.edu ---
(In reply to dave.anglin from comment #4)
On 2015-01-28 10:34 AM, dominiq at lps dot ens.fr wrote:
Similar to (dup of) pr64635?
Search wasn't working for me this morning, so reassign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #21 from howarth at bromo dot med.uc.edu ---
Can someone please take this patch over and add the necessary license comments
for the new files? Thanks in advance.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #5 from howarth at bromo dot med.uc.edu ---
(In reply to Jonathan Wakely from comment #4)
(In reply to Dominique d'Humieres from comment #3)
Revision r219696 is OK, r219776 gives the ICE, likely r219737.
Unlikely, the only file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797
--- Comment #3 from howarth at bromo dot med.uc.edu ---
Still present at r220189 on x86_64-apple-darwin14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368
--- Comment #29 from howarth at bromo dot med.uc.edu ---
(In reply to Jonathan Wakely from comment #28)
Let's close this then, and I'll deal with the PRs for the remaining failures.
Down to just...
FAIL: 22_locale/conversions/string/2.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797
--- Comment #2 from howarth at bromo dot med.uc.edu ---
Created attachment 34587
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34587action=edit
Trace in lldb of failing -m32 testcase of 22_locale/conversions/string/2.cc on
x86_64-apple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #1 from howarth at bromo dot med.uc.edu ---
This backtraces as...
% lldb /sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc/cc1plus
(lldb) target create
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc/cc1plus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368
--- Comment #20 from howarth at bromo dot med.uc.edu ---
(In reply to Jonathan Wakely from comment #19)
r220143 should fix a lot of these failures, I'll check the testresults to
see what remains.
On x86_64-apple-darwin14, the failures are now
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: howarth at bromo dot med.uc.edu
The following test cases ICE the compiler at r220143 on
x85_64-apple-darwin14...
FAIL: 23_containers/unordered_map/requirements
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64776
--- Comment #1 from howarth at bromo dot med.uc.edu ---
Backtraces as...
% lldb /sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/cc1
(lldb) target create
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368
--- Comment #17 from howarth at bromo dot med.uc.edu ---
For the failure of the 22_locale/locale/cons/6.cc execution test on darwin14,
it traces as...
% fsf-gdb ./11.exe
GNU gdb (GDB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64727
--- Comment #16 from howarth at bromo dot med.uc.edu ---
(In reply to Jason Merrill from comment #15)
Should be fixed now.
Confirmed on x86_64-apple-darwin14 with...
make -k check RUNTESTFLAGS=dg-torture.exp=darwin-cfstring-3.C
--target_board
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64727
--- Comment #10 from howarth at bromo dot med.uc.edu ---
This ICE for FAIL: g++.dg/torture/darwin-cfstring-3.C -O0 backtraces as...
% lldb
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/g++/../../cc1plus
(lldb) target create
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64727
--- Comment #12 from howarth at bromo dot med.uc.edu ---
(In reply to Jason Merrill from comment #11)
This seems to be because darwin_build_constant_cfstring uses CONST_DECL for
a global variable, and the C++ front end expects CONST_DECL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64727
--- Comment #7 from howarth at bromo dot med.uc.edu ---
(In reply to Dominique d'Humieres from comment #6)
The only FE change among those is r219973.
And indeed if I revert it, the ICE disappears.
Do you see the regression, with r219973
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64727
--- Comment #9 from howarth at bromo dot med.uc.edu ---
My mistake, I thought FX wasn't showing the errors.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #17 from howarth at bromo dot med.uc.edu ---
Are any of the libgomp maintainers or Thomas going submit some variation on the
proposed patch to gcc-patches? Stock gcc trunk is still showing...
=== libgomp Summary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64672
--- Comment #3 from howarth at bromo dot med.uc.edu ---
The attached reduced test case reproduces the ICE with...
$ ~/dist/bin/gfortran -fopenacc -DACC_DEVICE_TYPE_host_nonshm=1
-DACC_MEM_SHARED=0 -g -flto asyncwait-1.f90
lto1: internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64672
--- Comment #2 from howarth at bromo dot med.uc.edu ---
Created attachment 34489
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34489action=edit
minimal testcase to produce ICE on linux and darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #15 from howarth at bromo dot med.uc.edu ---
(In reply to Dominique d'Humieres from comment #14)
With the attached patch at
https://gcc.gnu.org/bugzilla/attachment.cgi?id=34469
and the patch at https://gcc.gnu.org/ml/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64673
--- Comment #1 from howarth at bromo dot med.uc.edu ---
Seen on x86_64-unknown-linux-gnu and on x86_64 darwin (with
https://gcc.gnu.org/bugzilla/attachment.cgi?id=34480).
: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: howarth at bromo dot med.uc.edu
The summary output from the libgomp testsuite doesn't properly report the
number of unsupported tests
=== libgomp Summary for unix/-m32 ===
# of expected passes1192
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #13 from howarth at bromo dot med.uc.edu ---
Created attachment 34480
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34480action=edit
proposed fix with aix support added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #12 from howarth at bromo dot med.uc.edu ---
(In reply to Dominique d'Humieres from comment #11)
I tried another bootstrap with the addition of --enable-lto (most of the
buildbots seem to just use the lto language for that) and it had
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64625
--- Comment #10 from howarth at bromo dot med.uc.edu ---
(In reply to David Edelsohn from comment #9)
Locally reverting the creation of offload_table may avoid the reference to
the undefined symbol as a workaround to get sane testsuite results
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64625
--- Comment #11 from howarth at bromo dot med.uc.edu ---
(In reply to David Edelsohn from comment #9)
Also, could you confirm the exact filename you are getting for the
libgomp-plugin-host_nonshm shared library on AIX (e.g, is the suffix .1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #9 from howarth at bromo dot med.uc.edu ---
(In reply to Dominique d'Humieres from comment #8)
Reverting to a clean tree at r219824 and reapplying...
https://gcc.gnu.org/bugzilla/attachment.cgi?id=34469
https://gcc.gnu.org/ml/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #10 from howarth at bromo dot med.uc.edu ---
The test cases showing up as unsupported here are actually aborting...
% fsf-gdb ./acc_on_device-1.exe
Program received signal SIGABRT, Aborted.
0x9b91069a in __pthread_kill () from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #3 from howarth at bromo dot med.uc.edu ---
The minimal fix would be...
Index: libgomp/configure.tgt
===
--- libgomp/configure.tgt (revision 219800)
+++ libgomp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #5 from howarth at bromo dot med.uc.edu ---
Created attachment 34469
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34469action=edit
proposed fix for plugin suffix
Bootstrap and libgomp regression tested on x86_64-apple-darwin14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64625
--- Comment #5 from howarth at bromo dot med.uc.edu ---
Does this imply that significant chunks of dead code exists in this merge?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64625
--- Comment #6 from howarth at bromo dot med.uc.edu ---
The code producing this problematic symbol appears to be...
/* Holds a decl for __OFFLOAD_TABLE__. */
static GTY(()) tree offload_symbol_decl;
/* Get the __OFFLOAD_TABLE__ symbol
1 - 100 of 265 matches
Mail list logo
