https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93099
--- Comment #4 from Rainer Emrich ---
(In reply to Andrew Pinski from comment #2)
> Created attachment 47566 [details]
> Patch to try
>
> Can you try this patch?
> It should fix the problem but I cannot test it as I don't have a windows
> build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93099
--- Comment #3 from Rainer Emrich ---
(In reply to Andrew Pinski from comment #2)
> Created attachment 47566 [details]
> Patch to try
>
> Can you try this patch?
> It should fix the problem but I cannot test it as I don't have a windows
> build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93099
--- Comment #1 from Rainer Emrich ---
That's with revision 279747.
Component: libobjc
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
libtool: link:
/opt/devel/SCRATCH/tmp.F6n0FMZOiy/gcc-10.0.0/gcc-10.0.0/./gcc/xgcc
-B/opt/devel/SCRATCH/tmp.F6n0FMZOiy/gcc-10.0.0/gcc-10.0.0/./gcc/
-L/opt/devel
everity: normal
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
The gdc testsuite uses "ln -s . gdc.test" to link gec.test in the testsuite/gdc
directory. This doesn&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82006
Rainer Emrich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88331
--- Comment #8 from Rainer Emrich ---
Created attachment 45323
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45323&action=edit
preprocessed source
I attached the preprocessed source.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88331
--- Comment #7 from Rainer Emrich ---
If I call make within the libgfortran directory I get a slightly different
error message:
during RTL pass: postreload
../../../../../../../../opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.0/libgfortran/generated/m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88331
Rainer Emrich changed:
What|Removed |Added
CC||rai...@emrich-ebersheim.de
--- Comment
Component: d
Assignee: ibuclaw at gdcproject dot org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
There are a lot undefined identifier errors while compiling core/demangle.d:
/bin/sh ../libtool --tag=D --mode=compile
/opt/devel/SCRATCH/tmp.I8jwTRKpzz/gcc-9.0.0-test
Component: d
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
/opt/devel/SCRATCH/tmp.I8jwTRKpzz/gcc-9.0.0-test/gcc-9.0.0-test/./prev-gcc/xg++
-B/opt/devel/SCRATCH/tmp.I8jwTRKpzz/gcc-9.0.0-test/gcc-9.0.0-test/./prev-gcc/
-B/opt/devel
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
make profiledbootstrap fails for configuration with bootstrap-lto in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84763
--- Comment #5 from Rainer Emrich ---
binutils 2.19.1 is building fine now.
Bootstrap and complete testsuite run of r258381 in progress. I will send the
results to the gcc-testresults mailing list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84277
--- Comment #17 from Rainer Emrich ---
Otherwise this looks good:
=== acats Summary ===
# of expected passes2315
# of unexpected failures5
*** FAILURES: c23003b c23003g c23003i c250002 c380004
That's on par w
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
Created attachment 43600
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43600&action=edit
preprocessed source
Building binutils 2.29.1 there'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84277
--- Comment #15 from Rainer Emrich ---
Hi Eric,
thanks for all your work.
Unfortunately your changes introduced an ICE while building binutils 2.19.1:
make[4]: Entering directory
'/opt/devel/SCRATCH/tmp.5VoInHZZvv/gcc-8.0.0/binutils-2.29.1/opc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84277
--- Comment #9 from Rainer Emrich ---
Update on the gnat testsuite:
=== gnat tests ===
Schedule of variations:
unix
Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for
target.
Usin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70401
--- Comment #5 from Rainer Emrich ---
For a recent trunk version 8.0.1 20180207 (experimental) [trunk revision
257437] it's the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70401
--- Comment #4 from Rainer Emrich ---
gcc-7.3.0 on x86_64-w64-mingw32 doesn't compile this code:
$ g++ -std=c++1z aa.cpp -o aa.exe
aa.cpp: In instantiation of 'std::ostream& operator<<(std::ostream&, const
std::tuple<_Tps ...>&) [with T = {long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84277
--- Comment #3 from Rainer Emrich ---
Created attachment 43375
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43375&action=edit
acats testsuite log for 7.3.1
Testsuite log for 7.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84277
--- Comment #2 from Rainer Emrich ---
Created attachment 43374
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43374&action=edit
acats testsuite log for 8.0.0 with -fno-reorder-blocks-and-partition
Testsuite log for 8.0.0 with -fno-reorder-
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
I get a lot of new acats testsuite failures compared to 7.3.0, see
https://gcc.gnu.org/ml/gcc-testresults/2018-02/msg00439.html and
https://gcc.gnu.org/ml/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82006
--- Comment #13 from Rainer Emrich ---
(In reply to rguent...@suse.de from comment #12)
> On Mon, 11 Dec 2017, rai...@emrich-ebersheim.de wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82006
> >
> > ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82006
--- Comment #11 from Rainer Emrich ---
(In reply to Richard Biener from comment #10)
> Hmm, builtins.exp references $LTO_TORTURE_OPTIONS. Does the issue only
> reproduce with builtins.exp or also other .exp files?
As you see in comment 8 there a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82006
--- Comment #9 from Rainer Emrich ---
Additional info, if I disable the currently on x86_64-w64-mingw32 broken lto
explicitly with --disable-lto, the issue vanishes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82006
--- Comment #8 from Rainer Emrich ---
(In reply to Rainer Emrich from comment #7)
> (In reply to Jakub Jelinek from comment #5)
> Yeah, I have no exact analysis yet, but the issue is caused by Richards
> commit r251220. I wonder how this can caus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82006
--- Comment #7 from Rainer Emrich ---
(In reply to Jakub Jelinek from comment #5)
> Any progress on this?
Yeah, I have no exact analysis yet, but the issue is caused by Richards commit
r251220. I wonder how this can cause the tcl errors.
I will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81470
--- Comment #13 from Rainer Emrich ---
(In reply to Rainer Emrich from comment #12)
> (In reply to Olivier Hainque from comment #11)
> > Comment on attachment 42747 [details]
> > don't emit .cfi_personality/.cfi_lsda for !dwarf2 eh
> >
> > >diff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82006
--- Comment #6 from Rainer Emrich ---
(In reply to Jakub Jelinek from comment #5)
> Any progress on this?
No, I'm under heavy workload at the moment. I don't see how to debug this. I
will bisect to find the commit which causes the issue, hopeful
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81470
--- Comment #12 from Rainer Emrich ---
(In reply to Olivier Hainque from comment #11)
> Comment on attachment 42747 [details]
> don't emit .cfi_personality/.cfi_lsda for !dwarf2 eh
>
> >diff --git a/gcc/dwarf2out.c b/gcc/dwarf2out.c
> >index 3d6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81470
--- Comment #8 from Rainer Emrich ---
(In reply to Eric Botcazou from comment #7)
> And what's the output of 'gcc -v' for the base compiler?
Same gcc without ada:
$
/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81470
--- Comment #6 from Rainer Emrich ---
(In reply to Eric Botcazou from comment #5)
> r247301 is the switch to native exceptions for the compiler proper and we
> know that this works on 64-bit Windows. How do you configure the compiler?
../../../
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81470
--- Comment #4 from Rainer Emrich ---
Unfortunately the issue persists. There are even more failures.
Comparing stages 2 and 3
Bootstrap comparison failure!
gcc/ada/ali-util.o differs
gcc/ada/ali.o differs
gcc/ada/bindgen.o differs
gcc/ada/b_gna
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81470
--- Comment #3 from Rainer Emrich ---
(In reply to Jakub Jelinek from comment #2)
> Is this still a problem? At least on x86_64-linux many people have done
> many successful bootstraps with ada since then.
I will test next week, when I find the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82006
--- Comment #4 from Rainer Emrich ---
(In reply to Richard Biener from comment #3)
> In case it matters I have tcl 8.6.1 and 8.6.3.
I tried several different veriosn of tcl, expect an dejagnu. AFAIS the issue is
unrelated to a specific version o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82006
--- Comment #2 from Rainer Emrich ---
(In reply to Richard Biener from comment #1)
> Seems to work fine here (dejagnu 1.4.4)
In my case dejagnu 1.4.4 shows the same issue.
I try to find out what's causing this issue.
At the moment there are ev
Severity: normal
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
Recently I get a lot of tcl error in the testsuite on trunk.
for example:
ERROR: tcl error sourcing
/opt/devel/gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81965
Rainer Emrich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81965
--- Comment #3 from Rainer Emrich ---
(In reply to Rainer Emrich from comment #2)
> (In reply to Richard Biener from comment #1)
> > Just a wild guess... does
> >
> > Index: gcc/dwarf2out.c
> > ===
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81965
--- Comment #2 from Rainer Emrich ---
(In reply to Richard Biener from comment #1)
> Just a wild guess... does
>
> Index: gcc/dwarf2out.c
> ===
> --- gcc/dwarf2out.c (revision 2
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
gcc version 8.0.0 20170824 (experimental) [trunk revision 251326] (GCC)
ICE in stage 2 compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81470
Rainer Emrich changed:
What|Removed |Added
CC||charlet at gcc dot gnu.org
--- Comment #
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
With current trunk revision 250281 I get several bootstrap comparison failures
in gcc/ada on x86_64-w64-mingw bootstrap with msys2. That
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79127
--- Comment #13 from Rainer Emrich ---
The proposed patch indeed fixes the issue on x86_64-w64-mingw32, libgfortran
builds again.
The results of a complete testsuite run can be found here:
https://gcc.gnu.org/ml/gcc-testresults/2017-01/msg01881.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79127
--- Comment #11 from Rainer Emrich ---
(In reply to Jakub Jelinek from comment #10)
> Note I have no access to any kind of Windows, so can just bootstrap/regtest
> it on Linux to make sure it hasn't regressed anything there.
I will test the patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79127
--- Comment #8 from Rainer Emrich ---
(In reply to Jakub Jelinek from comment #6)
> Perhaps the HAVE_AVX512F configure test is too simple for the SEH purposes.
> I've tried:
> typedef double __m512d __attribute__ ((__vector_size__ (64)))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79127
--- Comment #7 from Rainer Emrich ---
(In reply to Rainer Emrich from comment #5)
> (In reply to Thomas Koenig from comment #1)
> > Looks like the binutils on mingw is not able to handle AVX.
> >
> > I have to confess that I don't know a lot abo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79127
--- Comment #5 from Rainer Emrich ---
(In reply to Thomas Koenig from comment #1)
> Looks like the binutils on mingw is not able to handle AVX.
>
> I have to confess that I don't know a lot about binutil
> versions. Can you post the version tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79127
--- Comment #4 from Rainer Emrich ---
Created attachment 40534
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40534&action=edit
assembly
Here's the assembly.
AFAICS the issue is in matmul_i4_avx512f.
Priority: P3
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
Recently trunk fails to build libgfortran on x86_64-w64-mingw32.
/bin/sh ./libtool --tag=CC --mode=compile
/opt/devel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78880
--- Comment #3 from Rainer Emrich ---
(In reply to Jeffrey A. Law from comment #2)
> When using a sysroot STARTFILE_PREFIX is supposed to be relative to the
> sysroot variable -- meaning the mingw port is no longer going to be looking
> in /mingw
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
Revision 243196 breaks native bootstrap on x86_64-w64-mingw32 using
--with-sysroot to point gcc to the mingw-w64 runtime. This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69513
Rainer Emrich changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
--- Comment #5 from Rainer Emrich ---
Created attachment 37491
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37491&action=edit
proposed patch, new version
* gnat.dg/sso/*.adb: Robustify dg-output directives.
Changed conv1.adb again. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
--- Comment #6 from Rainer Emrich ---
I tested the new version of the proposed patch. Now the tests all pass on
x86_64-unknown-linux-gnu and x86_64-w64-mingw32.
Eric, please submit to mainline.
: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
trunk revison 232867
binutils-2.26
/opt/devel/SCRATCH/tmp.kZaQUWUv9N/gcc-6.0.0-test/gcc-6.0.0-test/./prev-gcc/xg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
--- Comment #3 from Rainer Emrich ---
I'm testing the proposed patch on x86_64-w64-mingw32 and
x86_64-unknown-linux-gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
--- Comment #2 from Rainer Emrich ---
Created attachment 37489
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37489&action=edit
proposed patch
* gnat.dg/sso/*.adb: Robustify dg-output directives.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68446
Rainer Emrich changed:
What|Removed |Added
CC||rai...@emrich-ebersheim.de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69490
Rainer Emrich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69490
--- Comment #3 from Rainer Emrich ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am 26.01.2016 um 16:08 schrieb Rainer Emrich:
> Am 26.01.2016 um 15:50 schrieb dmalcolm at gcc dot gnu.org:
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=694
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69490
--- Comment #2 from Rainer Emrich ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am 26.01.2016 um 15:50 schrieb dmalcolm at gcc dot gnu.org:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69490
>
> --- Comment #1 from David Malcolm
> ---
Priority: P3
Component: jit
Assignee: dmalcolm at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
> FAIL: test-accessing-struct.c.exe killed: 29233 exp10 0 0 CHILDKILLED SIGSEGV
> {segmentation violation}
> FAIL: test-
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
Two examples from about 300 in gnat/sso:
Setting LD_LIBRARY_PATH to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66655
--- Comment #27 from Rainer Emrich ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am 26.01.2016 um 10:30 schrieb nickc at gcc dot gnu.org:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66655
>
> --- Comment #26 from Nick Clifton --- Hi
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66655
--- Comment #25 from Rainer Emrich ---
I'm testing rev. 232815, proposed patch applied, on x86_64-w64-mingw32 atm.
Will take some time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68514
--- Comment #6 from Rainer Emrich ---
(In reply to Jakub Jelinek from comment #5)
> (In reply to Rainer Emrich from comment #4)
> > Revison 232071 broke bootstrap on x86_64-w64-mingw32, see bug 69440.
> > I can't test until trunk bootstraps again
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68514
--- Comment #4 from Rainer Emrich ---
Revison 232071 broke bootstrap on x86_64-w64-mingw32, see bug 69440.
I can't test until trunk bootstraps again for x86_64-w64-mingw32.
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
gcc 6.0 rev. 232071
binutils-2.25.1
fails in stage 1 at linking of libstdc++-6.dll:
libtool: link:
/opt/devel/SCRATCH
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68514
--- Comment #3 from Rainer Emrich ---
Will take more time, trunk doesn't bootstrap atm. I have to investigate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68514
--- Comment #2 from Rainer Emrich ---
I'm starting bootstrap and testsuite run at the moment, will take some hours.
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
I get a lot of new failures for the tr1/5_numerical_facilities test cases of
the libstdc++ testsuite compared to a gcc trunk version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67363
--- Comment #20 from Rainer Emrich ---
(In reply to İsmail Dönmez from comment #18)
> (In reply to John David Anglin from comment #17)
> > Fixed on hppa*-*-hpux*.
>
> Also fixes mingw-w64, thank you!
Confirmed, bootstraps on native x84_64-w64-m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67546
Rainer Emrich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67363
Rainer Emrich changed:
What|Removed |Added
CC||rai...@emrich-ebersheim.de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67546
--- Comment #2 from Rainer Emrich ---
(In reply to Kai Tietz from comment #1)
> I added to mingw-w64's libwinpthread a work-a-round for this sloopy code in
> libgomp. Nevertheless issue should be fixed IMO in libgomp, too
Wrong PR, this belongs
NCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
Bootstrapping trunk revision 227528, native x86_64-w64-mingw32, I get:
g++ -std=gnu++98 -
: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
Trying to bootstrap trunk revision 227003 using build configuration
bootstrap-lto and ada enabled fails with an ICE in stage 2 while linking gnat1.
/opt/devel/SCRATCH/tmp.Gw2rTvUmtk/gcc-6.0.0-test
c
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
When configured using --enabled-host-s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66861
--- Comment #5 from Rainer Emrich ---
(In reply to Janne Blomqvist from comment #3)
> Or rather, also fixing another similar potential issue, you might instead
> want to test this:
>
> diff --git a/libgfortran/io/unix.c b/libgfortran/io/unix.c
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66861
--- Comment #4 from Rainer Emrich ---
Am 13.07.2015 um 20:56 schrieb jb at gcc dot gnu.org:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66861
>
> --- Comment #3 from Janne Blomqvist --- Or rather,
> also fixing another similar potential issu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66861
--- Comment #1 from Rainer Emrich ---
I suspect the following commit causing the issue:
215307:
File size: 43008 byte(s)
PR libfortran/62768 Handle filenames with embedded null characters.
testsuite ChangeLog:
2014-09-17 Janne Blomqvist
: normal
Priority: P3
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
Since gcc-5 I get a lot of fortran testsuite failures. Most of these with IO
involved and causing a timeout. This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66014
Rainer Emrich changed:
What|Removed |Added
CC||rai...@emrich-ebersheim.de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #30 from Rainer Emrich ---
I'm testing the following instead:
Index: gcc/lto-wrapper.c
===
--- gcc/lto-wrapper.c (Revision 222611)
+++ gcc/lto-wrapper.c (Arbeitskopi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #29 from Rainer Emrich ---
(In reply to Matt Breedlove from comment #28)
> If you don't mind, what were the failures you were getting on this one or
> did the original reported errors simply return?
The failures are different now, fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #26 from Rainer Emrich ---
(In reply to Rainer Emrich from comment #25)
> (In reply to Richard Biener from comment #24)
> > Note that the issue should only cause option merging to be skipped for files
> > in archives (and that, too, o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #25 from Rainer Emrich ---
(In reply to Richard Biener from comment #24)
> Note that the issue should only cause option merging to be skipped for files
> in archives (and that, too, on x86_64-linux). Though compared to the 4.9
> bran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #21 from Rainer Emrich ---
*** Bug 65582 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65582
Rainer Emrich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #20 from Rainer Emrich ---
Kai,
(In reply to Kai Tietz from comment #18)
> Does the following patch fixes your problem?
>
> Index: lto-wrapper.c
> ===
> --- lto-wrapper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #13 from Rainer Emrich ---
(In reply to Richard Biener from comment #11)
> Ok, the ld invocation still looks correct. For some reason we don't see the
> debug output from lto-wrapper or the linker plugin. Ah - it looks for '-v',
> s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #12 from Rainer Emrich ---
Created attachment 35245
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35245&action=edit
yet another more verbose reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #10 from Rainer Emrich ---
(In reply to Richard Biener from comment #8)
> Unfortunately -Wl,-debug is missing ;)
Ok, I uploaded a version including -Wl,-debug
>
> It would be interesting to see the lto-wrapper invocation (is there s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #9 from Rainer Emrich ---
Created attachment 35244
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35244&action=edit
reproducer with temporaries and verbose gcc output including -Wl,-debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #7 from Rainer Emrich ---
Created attachment 35239
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35239&action=edit
reproducer with temporaries and verbose gcc output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65582
--- Comment #6 from Rainer Emrich ---
Created attachment 35238
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35238&action=edit
compile temporaries and compile log.
$ gcc -v
/opt/devel/gnu/src/gcc-mingw-w64/gcc-5.0.0/gcc/testsuite/gcc.c-to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65581
--- Comment #16 from Rainer Emrich ---
Indeed this seems to be a linker bug in ld on binutils head.
Doesn't reproduce with binutils 2.25.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #5 from Rainer Emrich ---
Created attachment 35237
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35237&action=edit
reproducer with temporaries
$ gcc fprintf.c fprintf-lib.c main.c -fno-diagnostics-show-caret
-fdiagnostics-colo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65581
--- Comment #15 from Rainer Emrich ---
Bug report opened for ld.
https://sourceware.org/bugzilla/show_bug.cgi?id=18199
1 - 100 of 188 matches
Mail list logo
