https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91242
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91232
--- Comment #9 from bharath appali ---
(In reply to Richard Biener from comment #5)
> It's the 0 - src computation that invokes undefined behavior and things go
> downhill from there. Use 0 - (uint32_t)src here.
Can I please have any pointers w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90883
--- Comment #18 from Jeffrey A. Law ---
It's the aarch64's definition of CLEAR_RATIO that's coming into play here.
The hole in the structure is critical here to show the DSE pessimization.
Changing the size of the object to something "nice" and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91243
Bug ID: 91243
Summary: is_invocable mishandles functions returning
indestructible types by value
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91234
--- Comment #2 from K_Srinivas ---
Please let me know which gcc version can i use ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89035
Eric Gallager changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18487
--- Comment #16 from Eric Gallager ---
(In reply to Jakub Jelinek from comment #12)
> And then there is the case of endless loops in such functions (either
> unconditional, or ones the compiler is not able to detect), exit calls, both
> either di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44286
Eric Gallager changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30920
--- Comment #2 from Eric Gallager ---
(In reply to Ian Blanes from comment #0)
> The current splaying implementation does a bottom up splaying but starting
> at the root (should do a top down). It works but performs worst. One example
> of this i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #95 from The Written Word
---
(In reply to dave.anglin from comment #92)
> On 2019-07-23 5:48 p.m., bugzilla-gcc at thewrittenword dot com wrote:
> > Yeah, we had PR64919 applied and backed out only the "#undef
> > MAKE_DECL_ONE_ONLY
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #94 from The Written Word
---
Created attachment 46623
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46623&action=edit
gcc-8.3.0 patches
Patches currently being used to build gcc-8.3.0 on HP-UX/IA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70413
--- Comment #4 from Jeffrey Walton ---
Bumping this.
We ran into a similar issue in GCC 6.3.0 on ARM with -flto. openSUSE enabled
LTO by default, so we added a test case for all platforms which support LTO
(including Debian with its stale packag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91137
--- Comment #13 from bin cheng ---
Author: amker
Date: Wed Jul 24 01:28:33 2019
New Revision: 273754
URL: https://gcc.gnu.org/viewcvs?rev=273754&root=gcc&view=rev
Log:
Backport from mainline
2019-07-18 Bin Cheng
PR tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91195
Jiangning Liu changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87030
--- Comment #20 from Iain Sandoe ---
Author: iains
Date: Tue Jul 23 23:20:31 2019
New Revision: 273749
URL: https://gcc.gnu.org/viewcvs?rev=273749&root=gcc&view=rev
Log:
[Darwin] Fix PR87030 add missed commit hunks.
Messed up the commit, and mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88227
--- Comment #7 from kargl at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #6)
> The following test giveS ALSO an ICE with -m32
>
> % cat boz_10.f90
> print *, real(b'1010101001101',10)
> end
> % gfortran -m32 boz_10.f90
> f9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34392
kargl at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20585
Bug 20585 depends on bug 34392, which changed state.
Bug 34392 Summary: BOZ diagnost invalid Fortran 2003 use with -std=f2003
warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34392
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34392
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54072
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #93 from dave.anglin at bell dot net ---
On 2019-07-23 5:48 p.m., bugzilla-gcc at thewrittenword dot com wrote:
> I'm doing some more testing with combinations of them, and so far I've found
> that if I start from a fresh 8.3 and apply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31237
Bug 31237 depends on bug 54072, which changed state.
Bug 54072 Summary: BOZ with -std=f2008: wrongly accepted to TRANSFER/ABS/...;
two BOZ not rejected for IOR/IEOR/IAND
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54072
What|Remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #92 from dave.anglin at bell dot net ---
On 2019-07-23 5:48 p.m., bugzilla-gcc at thewrittenword dot com wrote:
> Yeah, we had PR64919 applied and backed out only the "#undef
> MAKE_DECL_ONE_ONLY" to work around the duplicate symbols e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #91 from dave.anglin at bell dot net ---
On 2019-07-23 5:53 p.m., bugzilla-gcc at thewrittenword dot com wrote:
> In file included from
> /opt/build/china/gcc-8.3.0/.obj/ia64-hp-hpux11.31/libstdc++-v3/include/cmath:43,
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54072
--- Comment #7 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Tue Jul 23 23:02:07 2019
New Revision: 273748
URL: https://gcc.gnu.org/viewcvs?rev=273748&root=gcc&view=rev
Log:
2019-07-23 Steven G. Kargl
PR fortran/54072
* check.c (gfc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #90 from dave.anglin at bell dot net ---
On 2019-07-23 6:14 p.m., elowe at elowe dot com wrote:
> If you back out #undef MAKE_DECL_ONE_ONLY doesn't g++ generate code that
> crashes the HP linker?
Possibly but duplicate definitions are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58204
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91160
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83518
Steve Ellcey changed:
What|Removed |Added
CC||sje at gcc dot gnu.org
--- Comment #19 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65819
--- Comment #5 from Thomas Koenig ---
Fixing the dependency for identical=true is a Good Thing(TM), but
will not be enough to fix the test case:
$ cat bar.f90
program main
implicit none
real, dimension(3,3,3) :: f,g
integer :: three
call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91241
--- Comment #3 from Marek Polacek ---
clang++ points out that:
ice.C:4:37: warning: all paths through this function will call itself
[-Winfinite-recursion]
int *A::b(const int &, const int &) { b(); return 0; }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91241
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |7.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91241
Marek Polacek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91241
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91242
Bug ID: 91242
Summary: ICE on aarch64 SVE tests -
gcc.target/aarch64/sve/clastb_[146].c
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91241
Bug ID: 91241
Summary: internal compiler error: symtab_node::verify failed
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #89 from EML ---
If you back out #undef MAKE_DECL_ONE_ONLY doesn't g++ generate code that
crashes the HP linker?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #88 from The Written Word
---
(In reply to The Written Word from comment #78)
> (In reply to dave.anglin from comment #77)
> >
> > I think you need to define _XOPEN_SOURCE_EXTENDED. See for example
> > config/pa/pa-hpux11.h.
>
> Ye
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #87 from The Written Word
---
(In reply to EML from comment #80)
> During stage0 - MPFR will ICE in GCC4.9.3 due to TLS. You need to go into
> the MPFR directory and re-run the same configure line from config.log, but
> add --disable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #86 from The Written Word
---
(In reply to C. Heide from comment #79)
> (In reply to The Written Word from comment #75)
> >
> > I think a local patch might be doing this. Rebuild without it.
>
> I did have some other patches applie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91240
Bug ID: 91240
Summary: Wrong code with -O3
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91239
Bug ID: 91239
Summary: gcc generates invalid .debug_macro sections (according
to lld folks)
Product: gcc
Version: 9.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87030
--- Comment #19 from Iain Sandoe ---
Author: iains
Date: Tue Jul 23 20:31:26 2019
New Revision: 273746
URL: https://gcc.gnu.org/viewcvs?rev=273746&root=gcc&view=rev
Log:
[Darwin] Fix PR87030 and tidy config fragments.
This is about 32/64b host
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35291
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86061
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86061
--- Comment #3 from Jeffrey A. Law ---
Author: law
Date: Tue Jul 23 20:05:48 2019
New Revision: 273745
URL: https://gcc.gnu.org/viewcvs?rev=273745&root=gcc&view=rev
Log:
Add PR markers to recent DSE changes. And...
PR tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91238
Bug ID: 91238
Summary: [9 Regression] internal compiler error: in add_expr,
at tree.c:7794
Product: gcc
Version: 9.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91233
--- Comment #1 from Andrew Pinski ---
>They don't have hi and lo registers available (at least w/o dsp extension for
>time being).
So don't use them if they are not present.
MIPSr6 seems to break backwards compatible in many ways, this is just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90883
--- Comment #17 from Wilco ---
(In reply to Jeffrey A. Law from comment #16)
> The issue here (of course) is that aarch64 has a different set of defaults
> for when to open-code vs loop vs function call. My attempts to pick a
> better size for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91173
Matthew Beliveau changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #85 from dave.anglin at bell dot net ---
On 2019-07-23 12:15 p.m., elowe at elowe dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #83 from EML ---
> GCC configure has --disable-tls.
Not the same.
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #84 from dave.anglin at bell dot net ---
On 2019-07-23 12:15 a.m., cameron.heide at betasystems dot com wrote:
> If I add the '#undef MAKE_DECL_ONE_ONLY' fix from PR64919 (is it even still
> relevant? It does seem to be for the stage 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91237
Bug ID: 91237
Summary: ICE in gfortran with preprocessor directives
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86050
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2018-06-05 00:00:00 |2019-7-23
--- Comment #8 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #83 from EML ---
GCC configure has --disable-tls.
It is not passed to MPFR as --disable-thread-safe that I can determine - well I
tried it and it was not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #82 from dave.anglin at bell dot net ---
On 2019-07-23 11:06 a.m., elowe at elowe dot com wrote:
> During stage0 - MPFR will ICE in GCC4.9.3 due to TLS. You need to go into the
> MPFR directory and re-run the same configure line from c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91173
--- Comment #7 from Matthew Beliveau ---
Author: mbelivea
Date: Tue Jul 23 15:56:22 2019
New Revision: 273741
URL: https://gcc.gnu.org/viewcvs?rev=273741&root=gcc&view=rev
Log:
PR rtl-optimization/91173
Backported from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91173
--- Comment #6 from Matthew Beliveau ---
Author: mbelivea
Date: Tue Jul 23 15:52:48 2019
New Revision: 273740
URL: https://gcc.gnu.org/viewcvs?rev=273740&root=gcc&view=rev
Log:
PR rtl-optimization/91173
Backported from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86050
--- Comment #7 from Konstantin Kharlamov ---
(In reply to Aso Renji from comment #6)
> (In reply to Konstantin Kharlamov from comment #5)
> > Just tested with 8.3.0 version on the other PC, same there, i.e. stack space
> > does not increase when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91234
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91227
--- Comment #4 from Martin Sebor ---
The results of relational expressions (<, >, <=, and <=) involving pointers to
unrelated objects are undefined and unspecified in C and C++, respectively.
(See 6.5.8, p5 in C 11 and [expr.rel], p3 in C++ 17).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #81 from EML ---
Correction
My make line is:
make STAGE1_CFLAGS="-O0 -g -D_XOPEN_SOURCE_EXTENDED" STAGE1_CXXFLAGS="-O0 -g
-D_XOPEN_SOURCE_EXTENDED" CFLAGS_FOR_TARGET="-O0 -g -D_XOPEN_SOURCE_EXTENDED"
STAGE1_TFLAGS="-O0 -g -D_XOPEN_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #80 from EML ---
Starting from the top:
I have applied my patch in comment 63
I have applied dave's patch in comment 72
I have applied #undef MAKE_DECL_ONE_ONLY patch
My configure line is:
../gcc-8.3.0/configure --prefix=/usr/local/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91222
--- Comment #1 from Martin Liška ---
We end with:
(gdb) bt
#0 0x0084a2d3 in tree_check (__t=0x0, __f=0x171bb40
"/home/marxin/Programming/gcc/gcc/ipa-devirt.c", __l=1006, __g=0x171c128
"warn_types_mismatch", __c=IDENTIFIER_NODE) at
/home
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91236
--- Comment #2 from Martin Liška ---
Started with r273194.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91236
--- Comment #1 from Martin Liška ---
Revision r273162 was last good and first bad for me is r273235.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91236
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91236
Bug ID: 91236
Summary: [10 Regression] ICE in walk_non_aliased_vuses at
gcc/tree-ssa-alias.c:3395 on aarch64
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91235
Bug ID: 91235
Summary: Array size expression is implicitly casted to unsigned
long type
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91234
Bug ID: 91234
Summary: No warning on uninitialized variables
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86050
--- Comment #6 from Aso Renji ---
(In reply to Konstantin Kharlamov from comment #5)
> Just tested with 8.3.0 version on the other PC, same there, i.e. stack space
> does not increase when built with -O2. So this was fixed at least since
> 8.3.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91230
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86071
--- Comment #2 from Konstantin Kharlamov ---
(In reply to Alexander Monakov from comment #1)
> In GCC there's no way to selectively enable a few optimizations with their
> -f flags at -O0 level: -O0 means that optimizations are completely disable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86050
--- Comment #5 from Konstantin Kharlamov ---
(In reply to Konstantin Kharlamov from comment #4)
> Works for me on gcc 9.1.0. I compile it as:
>
> $ g++ test.cpp -o a -O2
>
> And then running `./a` results in a bunch of:
>
> Consumed 80
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86050
--- Comment #4 from Konstantin Kharlamov ---
Works for me on gcc 9.1.0. I compile it as:
$ g++ test.cpp -o a -O2
And then running `./a` results in a bunch of:
Consumed 80 bytes
Consumed 80 bytes
Consumed 80 bytes
Consumed 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91231
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91231
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Tue Jul 23 12:14:27 2019
New Revision: 273736
URL: https://gcc.gnu.org/viewcvs?rev=273736&root=gcc&view=rev
Log:
2019-07-23 Richard Biener
PR debug/91231
* lto-stre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
--- Comment #30 from rguenther at suse dot de ---
On Tue, 23 Jul 2019, tkoenig at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
>
> --- Comment #29 from Thomas Koenig ---
> (In reply to rguent...@suse.de from comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91228
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Martin Liška ---
[...]
> Meh, I made the +1 at a wrong place. The correction patch should look like:
>
> diff --git a/libiberty/simple-object-elf.c b/libiberty/simp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
--- Comment #29 from Thomas Koenig ---
(In reply to rguent...@suse.de from comment #28)
> -fdump-tree-all-uid without the space
OK, so this works.
What we have in the *.004t.original dump is
fs ();
{
struct __class_f_S_p rhs.2D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91231
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Tue Jul 23 11:17:37 2019
New Revision: 273734
URL: https://gcc.gnu.org/viewcvs?rev=273734&root=gcc&view=rev
Log:
2019-07-23 Richard Biener
PR debug/91231
* lto-stre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91170
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91231
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Tue Jul 23 10:45:59 2019
New Revision: 273733
URL: https://gcc.gnu.org/viewcvs?rev=273733&root=gcc&view=rev
Log:
2019-07-23 Richard Biener
PR debug/91231
* lto-stre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91170
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #6 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91170
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83518
Richard Biener changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83518
--- Comment #18 from Richard Biener ---
Author: rguenth
Date: Tue Jul 23 10:00:24 2019
New Revision: 273732
URL: https://gcc.gnu.org/viewcvs?rev=273732&root=gcc&view=rev
Log:
2019-07-23 Richard Biener
PR tree-optimization/83518
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91232
--- Comment #8 from bharath appali ---
** It solved the issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91232
--- Comment #7 from bharath appali ---
Thanks @ Richard Biener
I solved the issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91232
--- Comment #6 from bharath appali ---
Thanks for pointing @ Andreas Schwab
I have tried with `-fno-strict-aliasing`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91155
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91233
Bug ID: 91233
Summary: Cannot build glibc for mips*r6 since r270955
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91232
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #41 from Thomas Koenig ---
Author: tkoenig
Date: Tue Jul 23 08:57:45 2019
New Revision: 273727
URL: https://gcc.gnu.org/viewcvs?rev=273727&root=gcc&view=rev
Log:
2019-07-23 Thomas König
Backport from trunk
PR libf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91228
--- Comment #4 from Martin Liška ---
(In reply to Richard Biener from comment #3)
> I think I warned you in a followup to your mail(In reply to Martin Liška
> from comment #1)
> > Obviously mine.
> > @Richi: Have you seen anything similar to this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91231
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91232
--- Comment #4 from Andreas Schwab ---
*((uint32_t *)&tmpDst) = spfInt;
This is a strict-aliasing violation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91232
--- Comment #3 from bharath appali ---
`-fwrapv` solved the issue. With earlier version of compilers i haven't found
this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91169
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Eric Botcazou ---
> Duplicate of PR tree-optimization 91180?
I don't think so: the failure(s) persist on both sparc-sun-solaris2.11
and i386-pc-solaris2.11 as of r
1 - 100 of 114 matches
Mail list logo
