http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59575
--- Comment #19 from Jakub Jelinek ---
(In reply to Ryan Mansfield from comment #18)
> (In reply to Jakub Jelinek from comment #17)
> > Can I ask for preprocessed source + options again?
>
> $ cat ~/conftest.c
> void bar ();
> void clean (int *);
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #58 from Kostya Serebryany ---
FTR, here are the new numbers; except for 464.h264ref looks good.
clang r199888, gcc r207025
flags: -O2 -fsanitize=address
machine: Dell 3500 (Intel(R) Xeon(R) CPU W3690 @ 3.47GHz)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59952
--- Comment #2 from Thiago Macieira ---
The Ks and the Rs don't have it. The plain 4770 as well as 4770S do have it. I
guess we were too eager with TSX when the announcement came out 2 years ago: it
sounded like all Haswell would have it.
I don't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59952
--- Comment #3 from Mikael Pettersson ---
There are also Haswells that lack BMI2. I updated our dynamic binary
instrumentation engine for AVX2 about a year ago, but while our Haswell box at
the time had AVX2 it didn't have BMI2 etc, causing Intel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59953
Bug ID: 59953
Summary: Improve the warning message for unsigned_expression >=
0UL
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59954
Bug ID: 59954
Summary: ice in execute with -Wall
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59733
Kostya Serebryany changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59954
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935
Jakub Jelinek changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment #7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59954
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59529
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59530
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59531
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59951
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59955
Bug ID: 59955
Summary: G++ 4.8 internal compiler error: Segmentation fault on
(re?)defining a struct template as function template,
when inside a struct tempate
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59955
Wouter van Ooijen changed:
What|Removed |Added
Target||ARM
Host|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59916
Paolo Carlini changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #1
Hi, I'm trying to find out information on the current state of bug
27557 (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27557)
I've currently had not response from people monitoring the bugzilla.
Basically I'd like to know what still needs to be done to fix this
bug, since it is directly affecting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51219
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37140
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #10 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59956
Bug ID: 59956
Summary: internal compiler error: unexpected expression ‘P_S’
of kind template_parm_index
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59957
Bug ID: 59957
Summary: ICE in read_line_num when re-#define-ing a -DVAR=...
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59733
Kostya Serebryany changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59956
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59733
--- Comment #26 from Jakub Jelinek ---
(In reply to Kostya Serebryany from comment #25)
> Even with this workaround asan is almost unusable with the buggy kernel.
> I suspect that when a process has too many mappings it gets too slow.
> The machin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
--- Comment #9 from janus at gcc dot gnu.org ---
(In reply to janus from comment #6)
> Somewhat reminds me of PR 58007.
Unfortunately r207119 does not seem to fix it on the 4.7 branch. Apparently
it's a different problem after all ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59958
Bug ID: 59958
Summary: alpha does not deal with non-aligned returns from
malloc() when doing byte wise access
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Sev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59957
Tobias Burnus changed:
What|Removed |Added
Summary|ICE in read_line_num when |libcpp: ICE in
|re-#def
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59957
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935
Marek Polacek changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58602
--- Comment #8 from Laurent Aflonsi ---
Jeffrey,
As you asked for, I have performed much more testing on that fix.
I am far from having done as many tests as Jakub in 2004. In particular, I have
not been able to test on ppc/iaxx, because i don'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59224
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Mon Jan 27 13:57:39 2014
New Revision: 207129
URL: http://gcc.gnu.org/viewcvs?rev=207129&root=gcc&view=rev
Log:
Core DR 475
PR c++/41174
PR c++/59224
* libsupc++/eh_throw.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41174
--- Comment #15 from Jason Merrill ---
Author: jason
Date: Mon Jan 27 13:57:39 2014
New Revision: 207129
URL: http://gcc.gnu.org/viewcvs?rev=207129&root=gcc&view=rev
Log:
Core DR 475
PR c++/41174
PR c++/59224
* libsupc++/eh_throw.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58965
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Mon Jan 27 13:58:42 2014
New Revision: 207130
URL: http://gcc.gnu.org/viewcvs?rev=207130&root=gcc&view=rev
Log:
PR c++/58965
* mangle.c (write_guarded_var_name): Handle null DECL_N
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41174
--- Comment #16 from Jason Merrill ---
Author: jason
Date: Mon Jan 27 13:58:48 2014
New Revision: 207131
URL: http://gcc.gnu.org/viewcvs?rev=207131&root=gcc&view=rev
Log:
Core DR 475
PR c++/41174
PR c++/59224
* libsupc++/eh_throw.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59224
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Mon Jan 27 13:58:48 2014
New Revision: 207131
URL: http://gcc.gnu.org/viewcvs?rev=207131&root=gcc&view=rev
Log:
Core DR 475
PR c++/41174
PR c++/59224
* libsupc++/eh_throw.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58965
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59224
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41174
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59224
Bug 59224 depends on bug 41174, which changed state.
Bug 41174 Summary: uncaught_exception always returns true
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41174
What|Removed |Added
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59959
--- Comment #1 from Tejas Belagod ---
My aarch64-none-linux-gnu-gfortran is configrued with:
/src/gcc/configure --target=aarch64-none-linux-gnu --prefix=
--with-sysroot=/aarch64-none-linux-gnu/libc
--with-build-sysroot=/workdir/rhe5x86_64/aarch64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58812
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59959
--- Comment #2 from Tejas Belagod ---
Looks like the same LRA issues are causing libgomp.fortran tests to ICE:
/aarch64-none-linux-gnu/obj/gcc4/gcc/xgcc
-B/aarch64-none-linux-gnu/obj/gcc4/gcc/
src/gcc/libgomp/testsuite/libgomp.fortran/vla3.f90
-B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59097
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59959
Bug ID: 59959
Summary: [Regression 4.9] LRA ICEs on a fortran case(Suspected
to be similar to pr59915)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58837
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58965
--- Comment #5 from Jason Merrill ---
*** Bug 58701 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58616
Bug 58616 depends on bug 58701, which changed state.
Bug 58701 Summary: [4.9 Regression] [c++11] ICE initializing member of static
union
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58701
What|Removed |Added
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58701
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58651
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58814
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59952
--- Comment #4 from Thiago Macieira ---
(In reply to Mikael Pettersson from comment #3)
> There are also Haswells that lack BMI2. I updated our dynamic binary
> instrumentation engine for AVX2 about a year ago, but while our Haswell box
> at the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59934
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59231
--- Comment #7 from Jason Merrill ---
(In reply to Paolo Carlini from comment #6)
> However, what Jason suggested at the time was "ANOTHER job for
> c_inhibit_evaluation_warning" (emphasis mine). In my mind that was important
> because I saw a cle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59934
--- Comment #15 from Jeffrey A. Law ---
Author: law
Date: Mon Jan 27 16:33:39 2014
New Revision: 207137
URL: http://gcc.gnu.org/viewcvs?rev=207137&root=gcc&view=rev
Log:
PR bootstrap/59934
* expmed.h (expmed_mode_index): Rework so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59960
Bug ID: 59960
Summary: accepts ill-formed 'auto a1 = t1, a2 = t2;' where t1
and t2 have different template types
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59920
--- Comment #7 from Jakub Jelinek ---
Created attachment 31963
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31963&action=edit
gcc49-pr59920.patch
Ok, started hacking on this. I think I have the tree-cfg.c side of the thing
pretty much rea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58701
Marek Polacek changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|DUPLICATE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58616
Bug 58616 depends on bug 58701, which changed state.
Bug 58701 Summary: [4.9 Regression] [c++11] ICE initializing member of static
union
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58701
What|Removed |Added
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58632
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58639
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59215
--- Comment #21 from Jonathan Wakely ---
Author: redi
Date: Mon Jan 27 17:56:40 2014
New Revision: 207147
URL: http://gcc.gnu.org/viewcvs?rev=207147&root=gcc&view=rev
Log:
PR libstdc++/59215
* include/bits/shared_ptr_base.h
(_Sp_count
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59936
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59215
--- Comment #22 from Jonathan Wakely ---
Fixed on trunk so far.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59897
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59960
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59910
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59936
--- Comment #2 from Benyahia.N ---
Salam Dominique d'Humieres
Thanks for your response, that's so kind of you,fortunately, i have solved
this problem only by using the command 'gfortran band-3c.for' unstead of 'gcc'
command which must be used onl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59952
--- Comment #5 from Mikael Pettersson ---
(In reply to Thiago Macieira from comment #4)
> (In reply to Mikael Pettersson from comment #3)
> > There are also Haswells that lack BMI2. I updated our dynamic binary
> > instrumentation engine for AVX2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58606
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59952
--- Comment #6 from Jakub Jelinek ---
Prerelease samples shouldn't count, people using those just can avoid using
-march=haswell and use -march=ivybridge -mavx2 or similar instead. Can anyone
from Intel verify if all released Haswell CPUs have BM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58504
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59961
Bug ID: 59961
Summary: Use of size_t in leading term of computation with
subtraction
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59952
--- Comment #7 from Thiago Macieira ---
(In reply to Jakub Jelinek from comment #6)
> Prerelease samples shouldn't count, people using those just can avoid using
> -march=haswell and use -march=ivybridge -mavx2 or similar instead. Can
> anyone fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59952
--- Comment #8 from Thiago Macieira ---
(In reply to Thiago Macieira from comment #7)
> (In reply to Jakub Jelinek from comment #6)
> > Prerelease samples shouldn't count, people using those just can avoid using
> > -march=haswell and use -march=i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59958
--- Comment #1 from joseph at codesourcery dot com ---
The response to C90 DR#075 said memory from malloc must be suitably
aligned for all types, not just those fitting in space of the given size,
and nothing relevant has changed in the malloc s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59961
--- Comment #1 from Andreas Schwab ---
-100 is not the same as -s1. The latter is SIZE_MAX + 1 - 100, a big number,
depending on the size of size_t. If s1 is declared as unsigned short or
unsigned char, it will be promoted to int before any futh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59838
Jason Merrill changed:
What|Removed |Added
CC||cas43 at cs dot stanford.edu
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59952
--- Comment #9 from Yukhin Kirill ---
(In reply to Jakub Jelinek from comment #6)
> Prerelease samples shouldn't count, people using those just can avoid using
> -march=haswell and use -march=ivybridge -mavx2 or similar instead. Can
> anyone from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57946
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54652
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59956
--- Comment #2 from Markus Trippelsdorf ---
Maybe a dup a PR58466?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59829
--- Comment #1 from Jonathan Wakely ---
proposed fix: http://gcc.gnu.org/ml/gcc-patches/2014-01/msg01719.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59952
--- Comment #10 from Thiago Macieira ---
(In reply to Yukhin Kirill from comment #9)
> I am checking and will get back to. I though all AVX2 parts had BMI1/2
The evidence seems to support that. I did check with a few colleagues and we
couldn't co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59823
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59962
Bug ID: 59962
Summary: --with-build-config=bootstrap-asan doesn't work
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #16 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59961
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
--- Comment #17 from Jeffrey A. Law ---
Nevermind, I've got it failing now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58007
--- Comment #20 from Mikael Morin ---
Author: mikael
Date: Mon Jan 27 21:23:16 2014
New Revision: 207152
URL: http://gcc.gnu.org/viewcvs?rev=207152&root=gcc&view=rev
Log:
fortran/
PR fortran/58007
* module.c (skip_list): Don't use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
--- Comment #19 from Jeffrey A. Law ---
That part is pretty obvious. What I wanted to look at is how we got there and
did it make any sense to be in that code with a caller frequency of zero.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580
Pat Haugen changed:
What|Removed |Added
CC||pthaugen at gcc dot gnu.org
--- Comment #11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
--- Comment #20 from Jan Hubicka ---
> That part is pretty obvious. What I wanted to look at is how we got there and
> did it make any sense to be in that code with a caller frequency of zero.
Recursive inliner will happily call the predicate on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52125
Steve Ellcey changed:
What|Removed |Added
CC||sje at gcc dot gnu.org
--- Comment #5 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
--- Comment #21 from Jeffrey A. Law ---
Right, I'd been speculating that we were calling
want_inline_self_recursive_call_p for all self-recursive calls and that maybe
the hot edge or other heuristic was doing something unexpected.
Anyway, I'll le
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52125
--- Comment #6 from rsandifo at gcc dot gnu.org
---
Yeah, got the same thing in overnight mipsisa64-sde-elf testing but
hadn't had chance to look at it.
Adding -mno-gpopt is fine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59920
Jakub Jelinek changed:
What|Removed |Added
Attachment #31963|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59961
--- Comment #3 from Olaf ---
Well... naive me found it quite surprising and unexpected that the following
two lines produce grossly different results:
double result1 = -s1*d1 + s2*d2;
double result2 = s2*d2 - s1*d1;
...but never mind.
1 - 100 of 125 matches
Mail list logo