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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93099
--- Comment #1 from Rainer Emrich ---
That's with revision 279747.
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 #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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123
--- Comment #10 from Rainer Emrich 2013-02-06
17:20:53 UTC ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 06.02.2013 18:04, schrieb daniel.f.starke at freenet dot de:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123
>
>
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rai...@emrich-ebersheim.de
Host: *-w64-mingw32
Target: *-w64-mingw32
Build: *-w64-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56316
--- Comment #2 from Rainer Emrich 2013-02-14
08:52:19 UTC ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 14.02.2013 09:46, schrieb charlet at gcc dot gnu.org:
> I would suggest always checking with current trunk before opening the
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rai...@emrich-ebersheim.de
Host: x86_64-w64-mingw32
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56410
Rainer Emrich changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rai...@emrich-ebersheim.de
CC: hubi...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56424
--- Comment #2 from Rainer Emrich 2013-02-24
19:41:51 UTC ---
Am 24.02.2013 17:05, schrieb ebotcazou at gcc dot gnu.org:
> --- Comment #1 from Eric Botcazou 2013-02-24
> 16:05:44 UTC --- Confirmed, but libada isn't stage #3 since it's a t
c
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rai...@emrich-ebersheim.de
bootstrap native x86_64-w64-mingw32 fails at stage 2:
/SCRATCH/tmp.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #1 from Rainer Emrich 2012-07-11
14:07:17 UTC ---
Created attachment 27776
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27776
preprocessed source
I assume for trunk there is the same issue, because ggc-common.c hasn't changed
sification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rai...@emrich-ebersheim.de
Bootstrap fails in s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
Rainer Emrich changed:
What|Removed |Added
Summary|[4.7 Regression] bootstrap |[4.7/4.8 Regression]
|f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #3 from Rainer Emrich 2012-07-16
17:17:24 UTC ---
Created attachment 27804
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27804
Errors in stage 2
These are the errors I get in stage 2 for gcc-4.8.0.
How to proceed?
: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rai...@emrich-ebersheim.de
build of libada fails in gcc/ada/rts:
/SCRATCH/tmp.xipisatGtI/gcc-4.8.0/gcc-4.8.0/./gcc/xgcc
-B/SCRATCH/tmp.xipisatGtI/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
Rainer Emrich changed:
What|Removed |Added
Summary|[4.7/4.8 Regression]|[4.7/4.8 Regression]
|b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #6 from Rainer Emrich 2012-07-19
20:33:01 UTC ---
Am 19.07.2012 18:12, schrieb redi at gcc dot gnu.org:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
>
> --- Comment #5 from Jonathan Wakely 2012-07-19
> 16:12:18 UTC ---
> Doe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #8 from Rainer Emrich 2012-07-19
22:31:32 UTC ---
../../../src/gcc-4.8.0/gcc/print-tree.c:258:31: error: cast from 'tree' to
'long unsigned int' loses precision [-fpermissive]
hash = ((unsigned long) node) % HASH_SIZE;
Same he
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #9 from Rainer Emrich 2012-07-19
22:41:28 UTC ---
../../../src/gcc-4.8.0/gcc/tree-dump.c:171:63: error: cast from 'void*' to
'long unsigned int' loses precision [-fpermissive]
fprintf (di->stream, "%-4s: %-8lx ", field, (unsigned l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #10 from Rainer Emrich 2012-07-19
23:17:40 UTC ---
../../../src/gcc-4.8.0/gcc/prefix.c: In function 'char* lookup_key(char*)':
../../../src/gcc-4.8.0/gcc/prefix.c:160:22: error: invalid conversion from
'void*' to 'char*' [-fpermissive
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54028
--- Comment #2 from Rainer Emrich 2012-07-20
10:23:32 UTC ---
Am 20.07.2012 09:23, schrieb gingold at gcc dot gnu.org:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54028
>
> ging...@gcc.gnu.org changed:
>
> What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54028
Rainer Emrich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #12 from Rainer Emrich 2012-07-20
15:30:09 UTC ---
Created attachment 27846
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27846
proposed patch
This fixes the C and C++ part.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912
--- Comment #17 from Rainer Emrich 2012-07-20
16:18:00 UTC ---
I'm travelling for 2 weeks from now on. During this time I have no opportunity
to work any further on this issue.
Kai, perhaps you may help out?
Version: 4.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: plugins
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rai...@emrich-ebersheim.de
On systems with non empty $exeext the configure tests are failing with:
checking
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52872
--- Comment #2 from Rainer Emrich 2012-04-04
17:22:19 UTC ---
(In reply to comment #1)
> It really won't change that much as -rdynamic and exported symbols are not
> supported on windows right now anyways.
Agreed, but I think it's pretty easy to
: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rai...@emrich-ebersheim.de
native x86_64-w64-mingw32 bootstrap using --with-sysroot
This used to work for the 4.6 series.
../../src/gcc-4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52947
--- Comment #2 from Rainer Emrich 2012-04-12
15:36:11 UTC ---
(In reply to comment #1)
> I remember Kai did surgery in this place. Did you identify a patch that
> caused
> this regression? My bet would be
>
> 2011-03-25 Kai Tietz
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57897
--- Comment #10 from Rainer Emrich ---
Am 12.12.2013 23:08, schrieb ktietz at gcc dot gnu.org:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57897
>
> --- Comment #9 from Kai Tietz --- By following
> patch for me the issue is solved:
>
> Index:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88331
Rainer Emrich changed:
What|Removed |Added
CC||rai...@emrich-ebersheim.de
--- Comment
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
--- 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=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 #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 #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 #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
> >
> > ---
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=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-
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=82006
Rainer Emrich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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=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=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=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
: 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 #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
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.
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
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
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
Priority: P3
Component: ada
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rai...@emrich-ebersheim.de
Since the transition to g++ for stage2 and stage3, ada fails to build in
stage2. There are several failures of the type "error: invalid conversion":
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55704
--- Comment #1 from Rainer Emrich 2012-12-15
10:14:47 UTC ---
The same for 4.8.0 in stage 1:
g++ -c -g -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables
-W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-for
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rai...@emrich-ebersheim.de
/bin/sh ./libtool --tag=CC --mode=compile
/SCRATCH/tmp.wOrMZOydvQ
: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rai...@emrich-ebersheim.de
Created attachment 28976
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28976
error log
There are a lot of failures, huge error
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rai...@emrich-ebersheim.de
Issue on LLP64 systems. Simple proposed patch:
Index: graphite-dependences.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55705
--- Comment #2 from Rainer Emrich 2012-12-16
11:22:28 UTC ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 15.12.2012 16:08, schrieb rguenth at gcc dot gnu.org:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55705
>
> Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55705
Rainer Emrich changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123
--- Comment #4 from Rainer Emrich 2012-12-19
10:40:30 UTC ---
Ok, long standing issue caused by the transition to g++ as bootstrap compiler.
Here's the status for gcc-4.7.3 rev. 194494 on x86_64-w64-mingw32:
/SCRATCH/tmp.wOrMZOydvQ/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123
--- Comment #5 from Rainer Emrich 2012-12-19
10:50:15 UTC ---
Last Chunk is not part of the patch, it's for a different issue, see PR55707.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123
--- Comment #6 from Rainer Emrich 2012-12-19
10:55:55 UTC ---
Here's the status for gcc-4.8.0 rev. 194494 on x86_64-w64-mingw32:
g++ -c -g -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables
-W -Wall -Wno-narrowing -Wwrit
: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rai...@emrich-ebersheim.de
Bootstrap fails in libstdc++-v3/src/c++11/thread.cc: # error "No sleep
function known for this t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55707
--- Comment #3 from Rainer Emrich 2013-01-03
12:15:35 UTC ---
(In reply to comment #2)
> Please post patch to ML. That is a trivial one.
> Btw do you have made already paper-work with FSF?
Patch posted to the ML http://gcc.gnu.org/ml/g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123
--- Comment #7 from Rainer Emrich 2013-01-03
13:28:51 UTC ---
Patch posted to the ML http://gcc.gnu.org/ml/gcc-patches/2013-01/msg00114.html
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
Rainer Emrich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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=69488
--- Comment #3 from Rainer Emrich ---
I'm testing the proposed patch on x86_64-w64-mingw32 and
x86_64-unknown-linux-gnu.
: 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 #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.
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=69513
Rainer Emrich changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
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=81470
Rainer Emrich changed:
What|Removed |Added
CC||charlet at gcc dot gnu.org
--- Comment #
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=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
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
Rainer Emrich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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
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
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=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: 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=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.
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 #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 #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 #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 #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=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=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 #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 #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 #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=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 #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
1 - 100 of 188 matches
Mail list logo
