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=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-check
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 #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
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
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 #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 #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++.
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 #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 #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 #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 #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=65504
--- Comment #11 from howarth at bromo dot med.uc.edu ---
Created attachment 35087
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35087&action=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
--- Comment #10 from howarth at bromo dot med.uc.edu ---
Created attachment 35086
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35086&action=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=35085&action=edit
assembly from reduced testcase at -O2 -mtune=generic
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=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=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=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=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 #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 succes
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=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=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=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
gcc/
PR middle-end/63748
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=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=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 ;) )
>
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
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=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->d
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
: 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=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=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=
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=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=220736&root
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
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?
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
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 san
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=220520&root=gcc&view=rev
Log:
PR ipa/63566
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=220521&root=gcc&view=rev
Log:
PR ipa/63566
* ipa-visibility.c (cgr
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_attribut
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=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=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). I
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=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=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=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=64635
--- Comment #20 from howarth at bromo dot med.uc.edu ---
Created attachment 34610
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34610&action=edit
proposed fix with aix and hpux support added and changelog
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 mor
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=34609&action=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
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 #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/conversion
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=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.
>
>
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 f
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=34587&action=edit
Trace in lldb of failing -m32 testcase of 22_locale/conversions/string/2.cc on
x86_6
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/cc
: 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=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 #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=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/gc
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-cfst
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_D
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) tar
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=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 regress
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 ===
# of
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=34489&action=edit
minimal testcase to produce ICE on linux and darwin
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 passes
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 htt
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=34480&action=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 i
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 #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/m
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.a or
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 tes
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=34469&action=edit
proposed fix for plugin suffix
Bootstrap and libgomp regression tested on x86_6
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 #2 from howarth at bromo dot med.uc.edu ---
Oddly, with the proposed patch...
https://gcc.gnu.org/ml/gcc-patches/2015-01/msg01479.html
the test suite shows the expected loading problem but doesn't report those as
execution fai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #1 from howarth at bromo dot med.uc.edu ---
The problem code is...
static void
gomp_target_init (void)
{
const char *prefix ="libgomp-plugin-";
const char *suffix = ".so.1";
in libgomp/target.c which will nee
1 - 100 of 265 matches
Mail list logo
