https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66452
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66448
--- Comment #4 from Iain Sandoe ---
(In reply to Andrew Pinski from comment #3)
> (In reply to Aldy Hernandez from comment #2)
> > > 2. Once (1) is fixed, bootstrap then fails with:
> > >
> > > /GCC/gcc-trunk/gcc/ipa-pure-const.c:1640:1: error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66348
--- Comment #13 from Sebastiano Vigna ---
I can confirm that compiling/running with ubsan and asan no problem is
reported. The bug does not show up.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66444
--- Comment #4 from vries at gcc dot gnu.org ---
Created attachment 35713
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35713&action=edit
tentative patch with testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66444
--- Comment #5 from vries at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #3)
> The testcase has been reduced from much larger testcase, the content of the
> fn1 function matters only for the IPA-RA analysis, so can be changed to
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66452
--- Comment #2 from Marek Polacek ---
Started with r224161 aka debug-early branch merge.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66444
--- Comment #6 from Jakub Jelinek ---
The 0xe0UL constant is probably not very good for ilp32 targets. Try
some < 4GB one if it still reproduces without the patch, or conditionalize it
on __SIZEOF_POINTER__.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66452
--- Comment #3 from Dmitry G. Dyachenko ---
r224136 PASS
r224161 FAIL (stage1 compiler due broken bootstrap)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66455
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66452
--- Comment #4 from Marek Polacek ---
I'm testing
--- a/gcc/toplev.c
+++ b/gcc/toplev.c
@@ -534,6 +534,7 @@ check_global_declaration (tree decl)
to handle multiple external decls in different scopes. */
&& ! (DECL_NAME (decl) &&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66449
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66139
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66436
--- Comment #3 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Jun 8 08:57:50 2015
New Revision: 224210
URL: https://gcc.gnu.org/viewcvs?rev=224210&root=gcc&view=rev
Log:
Don't dump low gimple functions in gimple dump
2015-06-08 Tom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66435
--- Comment #3 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Jun 8 08:57:39 2015
New Revision: 224209
URL: https://gcc.gnu.org/viewcvs?rev=224209&root=gcc&view=rev
Log:
Add debug msg to dump_file in add_new_function
2015-06-08 Tom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66436
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66435
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66451
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65932
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65932
--- Comment #10 from Mikhail Maltsev ---
Created attachment 35715
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35715&action=edit
Code compiled with r212400
There is a change from arithmetic shift to logical shift.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66444
--- Comment #7 from vries at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #6)
> The 0xe0UL constant is probably not very good for ilp32 targets.
> Try some < 4GB one if it still reproduces without the patch, or
> conditiona
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66456
Bug ID: 66456
Summary: regex memory corruption on large input strings
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66444
--- Comment #8 from Jakub Jelinek ---
(In reply to vries from comment #7)
> (In reply to Jakub Jelinek from comment #6)
> > The 0xe0UL constant is probably not very good for ilp32 targets.
> > Try some < 4GB one if it still reproduces wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66417
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66457
Bug ID: 66457
Summary: gcc generates an extra "mov ??, %edx" before "call
mcount" when "-pg" is enabled in cross compilation
Product: gcc
Version: 4.9.2
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66458
Bug ID: 66458
Summary: Loading libgfortran.so changes the FPU exception flags
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66457
--- Comment #1 from Andrew Pinski ---
Which compiler are you using to compile the cross compiler on Darwin? I can't
tell if you have tried a cross compiler to elf under linux either, only the
native one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66448
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.0.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66448
Richard Biener changed:
What|Removed |Added
Target Milestone|4.0.1 |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66457
--- Comment #2 from Dangyi Liu ---
(In reply to Andrew Pinski from comment #1)
> Which compiler are you using to compile the cross compiler on Darwin? I
> can't tell if you have tried a cross compiler to elf under linux either,
> only the native
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66458
--- Comment #1 from Andrew Pinski ---
This is done on purpose.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66432
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66458
Jan van Dijk changed:
What|Removed |Added
Target||x86_64-unknown-linux-gnu
Ho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66430
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66457
--- Comment #3 from Dangyi Liu ---
This still happens on Linux.
$ echo 'int main(){}' | ./i386-jos-elf-gcc -pg -m32 -S -x c -o - -
main:
pushl %ebp
movl%esp, %ebp
.LP0:
movl$.LP0,%edx
call_mcount
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66413
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66411
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66457
--- Comment #4 from Andrew Pinski ---
Yes you don't define NO_PROFILE_COUNTERS . That is the default i386-elf
target defaults to NO_PROFILE_COUNTERS not being defined.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66457
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66419
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66452
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Mon Jun 8 10:35:24 2015
New Revision: 224216
URL: https://gcc.gnu.org/viewcvs?rev=224216&root=gcc&view=rev
Log:
PR sanitizer/66452
* toplev.c (check_global_declaration
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66452
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66422
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66422
Richard Biener changed:
What|Removed |Added
Known to work||4.9.2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66442
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
--- Comment #5 from vrie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66423
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66325
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66459
Bug ID: 66459
Summary: bogus warning 'w.offset' may be used uninitialized in
this function [-Wmaybe-uninitialized]
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66417
--- Comment #1 from Jonathan Wakely ---
Author: redi
Date: Mon Jun 8 11:09:17 2015
New Revision: 224217
URL: https://gcc.gnu.org/viewcvs?rev=224217&root=gcc&view=rev
Log:
PR libstdc++/66417
* src/c++11/codecvt.cc (write_utf16_co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66460
Bug ID: 66460
Summary: ICE using __func__ in constexpr function.
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66417
--- Comment #2 from Jonathan Wakely ---
Fixed on trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66434
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66434
--- Comment #3 from Richard Biener ---
Ok, so it boils down to fold-const.c moving computations into cond ? expr : cst
and thus exposing the possible trapping expressions inside the conditional
(which comes from number of iteration analysis maybe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66396
--- Comment #6 from Richard Biener ---
The issue is corrupted VOPs.
:
# .MEM_4 = VDEF <.MEM_3(D)>
iD.1808@ = 1;
# .MEM_5 = VDEF <.MEM_4>
xD.1810@ = &iD.1808@;
# .MEM_6 = VDEF <.MEM_5>
yD.1811@ = &jD.1807@;
# .MEM_7 = VDEF <.MEM_6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66442
--- Comment #6 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Jun 8 11:53:27 2015
New Revision: 224218
URL: https://gcc.gnu.org/viewcvs?rev=224218&root=gcc&view=rev
Log:
Fix try_transform_to_exit_first_loop_alt
2015-06-08 Tom de Vri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66214
Markus Trippelsdorf changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66442
--- Comment #7 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Jun 8 11:59:20 2015
New Revision: 224219
URL: https://gcc.gnu.org/viewcvs?rev=224219&root=gcc&view=rev
Log:
Fix try_transform_to_exit_first_loop_alt
2015-06-08 Tom de Vri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65443
Bug 65443 depends on bug 66442, which changed state.
Bug 66442 Summary: [6 regression] FAIL: gcc.dg/autopar/pr46885.c (test for
excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66442
What|Removed |Ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66442
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66444
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
--- Comment #9 from vrie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66396
--- Comment #7 from Richard Biener ---
The code in SESE doesn't deal with virtual operands correctly. In other places
GRAPHITE tries to paper over this with marking all vops for renaming. But
that isn't done when no code is generated, thus this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65460
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
--- Comment #5 from vrie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66013
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords|patch |
--- Comment #6 from vries at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65460
--- Comment #6 from vries at gcc dot gnu.org ---
stage1 ping^2: https://gcc.gnu.org/ml/gcc-patches/2015-06/msg00557.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65637
--- Comment #10 from vries at gcc dot gnu.org ---
ping ^2: https://gcc.gnu.org/ml/gcc-patches/2015-06/msg00558.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66461
Bug ID: 66461
Summary: ICE on missing end program in fixed source
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66441
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Mon Jun 8 13:03:45 2015
New Revision: 224222
URL: https://gcc.gnu.org/viewcvs?rev=224222&root=gcc&view=rev
Log:
PR libstdc++/66441
* testsuite/22_locale/conversions/stri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65366
--- Comment #5 from jkratoch at gcc dot gnu.org ---
Author: jkratoch
Date: Mon Jun 8 13:35:51 2015
New Revision: 224223
URL: https://gcc.gnu.org/viewcvs?rev=224223&root=gcc&view=rev
Log:
PR other/65366
* gdbhooks.py: Import sys.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65366
Jan Kratochvil changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66457
--- Comment #6 from Dangyi Liu ---
(In reply to Andrew Pinski from comment #4)
> Yes you don't define NO_PROFILE_COUNTERS . That is the default i386-elf
> target defaults to NO_PROFILE_COUNTERS not being defined.
Thank you very much!!! But I d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66417
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Mon Jun 8 13:42:46 2015
New Revision: 224224
URL: https://gcc.gnu.org/viewcvs?rev=224224&root=gcc&view=rev
Log:
PR libstdc++/66417
* src/c++11/codecvt.cc (write_utf16_co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66441
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Mon Jun 8 13:42:51 2015
New Revision: 224225
URL: https://gcc.gnu.org/viewcvs?rev=224225&root=gcc&view=rev
Log:
PR libstdc++/66441
* testsuite/22_locale/conversions/stri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66441
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66417
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66413
--- Comment #3 from Richard Biener ---
Ok, so IPA-CP propagates a constant to fn4 but this function has its parameter
unused (but by debug stmts). It looks like we have a tree sharing issue here,
as the location while initially stripped, gets su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66327
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Mon Jun 8 14:19:10 2015
New Revision: 224230
URL: https://gcc.gnu.org/viewcvs?rev=224230&root=gcc&view=rev
Log:
PR libstdc++/66354
* include/bits/stl_algobase.h (__fill_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66354
--- Comment #7 from Jonathan Wakely ---
Author: redi
Date: Mon Jun 8 14:19:10 2015
New Revision: 224230
URL: https://gcc.gnu.org/viewcvs?rev=224230&root=gcc&view=rev
Log:
PR libstdc++/66354
* include/bits/stl_algobase.h (__fill_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66462
Bug ID: 66462
Summary: GCC isinf/isnan/... builtins cause sNaN exceptions
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66327
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Mon Jun 8 14:42:02 2015
New Revision: 224233
URL: https://gcc.gnu.org/viewcvs?rev=224233&root=gcc&view=rev
Log:
PR libstdc++/66354
* include/bits/stl_algobase.h (__fill_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66354
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66419
--- Comment #3 from Richard Biener ---
Ah, because we detect it as subchain which fails to consider gaps.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66459
Mikael Morin changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66354
--- Comment #8 from Jonathan Wakely ---
Author: redi
Date: Mon Jun 8 14:42:02 2015
New Revision: 224233
URL: https://gcc.gnu.org/viewcvs?rev=224233&root=gcc&view=rev
Log:
PR libstdc++/66354
* include/bits/stl_algobase.h (__fill_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66419
--- Comment #2 from Richard Biener ---
The difference is that we vectorize parts of stdarg_func:
:
_57 = ap.__vr_top;
_58 = (sizetype) _39;
_59 = _57 + _58;
_60 = *_59;
MEM[(float *)&ha.20] = _60;
_64 = _58 + 16;
_65 = _57 + _64;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66422
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Mon Jun 8 14:53:19 2015
New Revision: 224235
URL: https://gcc.gnu.org/viewcvs?rev=224235&root=gcc&view=rev
Log:
2015-06-08 Richard Biener
PR tree-optimization/66422
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65988
--- Comment #3 from Jesus Cea ---
Ping...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66462
--- Comment #1 from Wilco ---
Note when this is fixed, GLIBC math/math.h should be updated to enable the
isinf builtins even with -fsignaling-nans.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66327
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65988
--- Comment #4 from Jonathan Wakely ---
You could try building without ISL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66030
--- Comment #12 from Jonathan Wakely ---
I think the patch posted at
https://gcc.gnu.org/ml/gcc-patches/2015-06/msg00590.html should be equivalent,
if you have time to check it that would be great.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66415
--- Comment #8 from Marek Polacek ---
Author: mpolacek
Date: Mon Jun 8 15:16:12 2015
New Revision: 224236
URL: https://gcc.gnu.org/viewcvs?rev=224236&root=gcc&view=rev
Log:
PR c/66415
* c-format.c (location_from_offset): Return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66458
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66415
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66448
--- Comment #5 from Aldy Hernandez ---
I don't have access to a Darwin box. Could you provide a preprocessed file so I
can try to reproduce the defined but not used problem on a cross build?
Also, what triplet?
Thanks.
On Jun 7, 2015 4:09 AM,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66252
--- Comment #6 from Eric Botcazou ---
cse.c:fold_rtx is miscompiled by the stage2 compiler, more precisely in:
if (const_arg1 != 0 && CONST_INT_P (const_arg1)
&& INTVAL (const_arg1) < 0
/* This used to test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66252
--- Comment #7 from Eric Botcazou ---
It's a known fragility of the SPARC back-end in 32-bit mode, which really wants
to forbid DImode values in odd-numbered registers. The problem is that the
calling conventions for 'long long' disagree, so DIm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66245
--- Comment #2 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Mon Jun 8 15:55:16 2015
New Revision: 224237
URL: https://gcc.gnu.org/viewcvs?rev=224237&root=gcc&view=rev
Log:
2015-06-08 Steven G. Kargl
PR fortran/66245
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66239
--- Comment #6 from Maciej Andrzejewski ---
Libm and other libs have been mixed. Properly compiled toolchain with libs
solved the problem.
Thank you all for assistance!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65988
--- Comment #5 from Jesus Cea ---
Could you possibly tell me how to do it and what the impact would be?
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66239
Maciej Andrzejewski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66245
--- Comment #3 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Mon Jun 8 16:45:56 2015
New Revision: 224238
URL: https://gcc.gnu.org/viewcvs?rev=224238&root=gcc&view=rev
Log:
2015-06-08 Steven G. Kargl
PR fortran/66245
1 - 100 of 135 matches
Mail list logo
