https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89043
--- Comment #7 from Eric Gallager ---
Anyways my point about bringing up which standards stpcpy() is in is to remind
people to keep portability concerns in mind when doing this change. Please
check the gnulib docs on stpcpy() for specifics:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37874
Eric Gallager changed:
What|Removed |Added
Keywords||accepts-invalid
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26613
--- Comment #9 from Eric Gallager ---
(In reply to Andrew Pinski from comment #8)
> (In reply to Eric Gallager from comment #7)
> > (In reply to Mark F. Haigh from comment #5)
> > > Created attachment 11005 [details]
> > > Fix for trunk (against
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63613
Eric Gallager changed:
What|Removed |Added
CC||bkorb at gnu dot org
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90106
--- Comment #9 from JunMa ---
(In reply to JunMa from comment #7)
> yes, the transformation in CDEC prevent the tail call optimization. let's
> check the return stmt in CDEC pass.
Sorry for the confused comment.
As the discussion above, The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68931
Daniel Santos changed:
What|Removed |Added
CC||daniel.santos at pobox dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85541
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90106
--- Comment #8 from JunMa ---
(In reply to Alexander Monakov from comment #6)
> Reopening and confirming, GCC's code looks less efficient than possible for
> no good reason.
>
> CDCE does
>
> y = sqrt (x);
> ==>
> y =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90238
--- Comment #5 from Rich Townsend ---
(In reply to Steve Kargl from comment #4)
> It's certainly confusing. gfortran.info includes
> -Warray-bounds as a warning option, but there is no
> description for the option. Grepping the gfortran
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90231
bin cheng changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |amker at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90238
--- Comment #4 from Steve Kargl ---
On Thu, Apr 25, 2019 at 12:41:10AM +, townsend at astro dot wisc.edu wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90238
>
> --- Comment #3 from Rich Townsend ---
> (In reply to kargl from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90238
--- Comment #3 from Rich Townsend ---
(In reply to kargl from comment #2)
> -Warray-bounds is a generic GCC option, and is used in the
> middle end for reporting warnings. When you use this option
> it does not recognize that a Fortran string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90088
--- Comment #6 from Sunil Pandey ---
We look into this issue and tested lea vs lea equivalent on following
processor.
On Haswell/Broadwell/Skylake/CoffeeLake processors, lea is faster than
alternative.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90086
--- Comment #1 from ibuclaw at gcc dot gnu.org ---
Author: ibuclaw
Date: Wed Apr 24 22:46:59 2019
New Revision: 270560
URL: https://gcc.gnu.org/viewcvs?rev=270560=gcc=rev
Log:
libphobos: Fix linker warning and SEGV in core.thread tests.
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90086
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90237
--- Comment #2 from Steve Kargl ---
On Wed, Apr 24, 2019 at 10:01:13PM +, tkoenig at gcc dot gnu.org wrote:
> --- Comment #1 from Thomas Koenig ---
> We should probably rename the option. It works as advertised:
A renaming is probably not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47618
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
CC||qinzhao at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90237
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90238
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P5
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90237
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P5
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90238
--- Comment #1 from Rich Townsend ---
An even-simpler demo:
--
program test_str_2
write(*,*) ''
end program test_str_2
--
Compile with -O2 -Warray-bounds gives
test_str_2.f90:3:0:
write(*,*) ''
Warning: array subscript 1 is above
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90236
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Wed Apr 24 21:28:04 2019
New Revision: 270557
URL: https://gcc.gnu.org/viewcvs?rev=270557=gcc=rev
Log:
PR c++/90236
* g++.dg/cpp1z/nontype-auto16.C: New test.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90238
Bug ID: 90238
Summary: Bogus warning from -Warray-bounds, triggered by
zero-length character literal
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90237
Bug ID: 90237
Summary: Bogus warning from -Wdo-subscript
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90229
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #4 from H.J. Lu ---
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90236
--- Comment #2 from Marek Polacek ---
Clearly it's this hunk:
@@ -6985,27 +7071,10 @@ convert_nontype_argument (tree type, tree expr,
tsubst_flags_t complain)
itself value-dependent, since what we want here is its address. */;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90227
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Wed Apr 24 20:37:30 2019
New Revision: 270556
URL: https://gcc.gnu.org/viewcvs?rev=270556=gcc=rev
Log:
PR c++/90227 - error with template parameter packs.
If require_all_args,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89864
--- Comment #89 from Zaak ---
Anyone have a patch for 4.9? A user wants one, but I can't build 4.9 from
source on Mojave.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89432
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90186
--- Comment #2 from austin.card at torchtechnologies dot com ---
(In reply to Richard Biener from comment #1)
> Note that using #pragma pack(1) on struct Ipv4 makes u_short members not
> naturally aligned and thus code like
>
> void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90236
Marek Polacek changed:
What|Removed |Added
Keywords||rejects-valid
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90236
Bug ID: 90236
Summary: bogus error with auto non-type template argument
Product: gcc
Version: 8.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89432
--- Comment #6 from ibuclaw at gcc dot gnu.org ---
Author: ibuclaw
Date: Wed Apr 24 18:57:36 2019
New Revision: 270554
URL: https://gcc.gnu.org/viewcvs?rev=270554=gcc=rev
Log:
libphobos: Fix FAIL phobos.exp/core.time on CentOS 5.11, Linux 2.6.18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90231
--- Comment #4 from Jakub Jelinek ---
I think the order doesn't matter in this case, as debug stmts can't have PHIs
ATM and that is what you either immediately or soonish end up with.
The only thing it changes is IMHO whether the D#1 appears in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82171
Casey Carter changed:
What|Removed |Added
CC||Casey at Carter dot net
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90146
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90233
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90235
Bug ID: 90235
Summary: Unnecessary save and restore frame pointer with
AVX/AVX512 pseudo registers
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90233
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90234
Bug ID: 90234
Summary: 503.bwaves_r is 6% slower on Zen CPUs at -Ofast with
native march/mtune than with generic ones
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90193
Jakub Jelinek changed:
What|Removed |Added
Known to work||9.0
Summary|[8/9 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90193
--- Comment #12 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 24 15:49:36 2019
New Revision: 270550
URL: https://gcc.gnu.org/viewcvs?rev=270550=gcc=rev
Log:
PR target/90193
* rtl.c (classify_insn): Return JUMP_INSN for asm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90233
Bug ID: 90233
Summary: std::hash()(INFINITY) == std::hash()(0)
Product: gcc
Version: 8.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90232
--- Comment #1 from Tom de Vries ---
With this demonstrator patch:
...
diff --git a/gcc/dwarf2out.c b/gcc/dwarf2out.c
index b9a624e1ac7..1e818973fae 100644
--- a/gcc/dwarf2out.c
+++ b/gcc/dwarf2out.c
@@ -8400,10 +8400,11 @@ generate_skeleton
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90231
--- Comment #3 from rguenther at suse dot de ---
On April 24, 2019 5:04:37 PM GMT+02:00, "jakub at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90231
>
>Jakub Jelinek changed:
>
> What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90232
Bug ID: 90232
Summary: gcc drops top-level dies with -fdebug-types-section
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90231
--- Comment #2 from Alexandre Oliva ---
that's a known (to me) problem; it's mentioned in the gOlogy report, and IIRC I
even highlighted it in the slides about it
I spent some time looking for a low-hanging fix a while ago, but came out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90220
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |7.5
--- Comment #5 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90220
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 24 15:17:43 2019
New Revision: 270547
URL: https://gcc.gnu.org/viewcvs?rev=270547=gcc=rev
Log:
PR libstdc++/90220 Fix std::any_cast for array types
Although the std::any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90227
--- Comment #2 from Jakub Jelinek ---
icc also accepts #c1 with -std=c++14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89432
--- Comment #5 from Iain Buclaw ---
Created attachment 46240
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46240=edit
patch for pr89432
(In reply to Uroš Bizjak from comment #4)
> Created attachment 46182 [details]
> Proposed patch
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90231
Jakub Jelinek changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90231
Bug ID: 90231
Summary: ivopts causes iterator in the loop
Product: gcc
Version: 8.3.1
Status: UNCONFIRMED
Keywords: wrong-debug
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88496
--- Comment #1 from H.J. Lu ---
From PR 90202:
[hjl@gnu-cfl-1 pr90202]$ cat x.ii
struct v {
int val[16];
};
struct v test(struct v a, struct v b) {
struct v res;
for (int i = 0; i < 16; i++)
res.val[i] = a.val[i] +
Zaak ---
This is preventing gtk-fortran from compiling on macOS with GCC 8.3, AFAICT.
cd /tmp/gtk-fortran-20190424-36870-ggjnvc/gtk-fortran-19.04.gtk3.24.8/build/src
&& /usr/local/Cellar/cmake/3.14.3/bin/cmake -E cmake_link_script
CMakeFiles/gtk-fortran_shared.dir/link.txt --verbose=1
/u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88654
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88654
--- Comment #8 from ibuclaw at gcc dot gnu.org ---
Author: ibuclaw
Date: Wed Apr 24 14:17:34 2019
New Revision: 270545
URL: https://gcc.gnu.org/viewcvs?rev=270545=gcc=rev
Log:
libphobos: Skip curl tests if libcurl is not installed on the target.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90230
Bug ID: 90230
Summary: newunit in open function is not threadsafe with openmp
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89952
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89952
--- Comment #2 from Andreas Krebbel ---
Author: krebbel
Date: Wed Apr 24 13:40:38 2019
New Revision: 270544
URL: https://gcc.gnu.org/viewcvs?rev=270544=gcc=rev
Log:
S/390: Fix PR89952 incorrect CFI
This patch fixes a cases where inconsistent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90227
Jakub Jelinek changed:
What|Removed |Added
Keywords||rejects-valid
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90197
--- Comment #7 from Jakub Jelinek ---
Created attachment 46238
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46238=edit
gcc9-pr90197-wip.patch
Untested WIP patch (for the C FE so far only, C++ needs something similar
though).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90186
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90228
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90229
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
--- Comment #82 from ian at gcc dot gnu.org ---
Author: ian
Date: Wed Apr 24 12:45:45 2019
New Revision: 270542
URL: https://gcc.gnu.org/viewcvs?rev=270542=gcc=rev
Log:
PR target/89093
runtime: mark unwind functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89728
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90215
--- Comment #4 from Vittorio Romeo ---
Simplified quite a lot, removed `` dependency:
https://gcc.godbolt.org/z/6uNcCN
struct X
{
template
void f(F f)
{
f(0);
}
};
template
void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90228
--- Comment #1 from Richard Biener ---
Hmm. We return signed offset because the maximum object size is half of the
address space. So I think the code is OK and just invalid C input will produce
undefined output here. Otherwise we'd need one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89728
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
--- Comment #2 from Jonathan Wakely ---
(The versions passing i as the length will do the wrong thing here, because the
array actually contains the empty string "", but I'm just showing examples of
valid syntax that work with VLAs).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90217
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
--- Comment #1 from Jonathan Wakely ---
I'm not sure we should bother doing anything here. There are various
workarounds possible:
std::filesystem::path p(vla);
std::filesystem::path p({vla, (size_t)i});
std::filesystem::path p = (const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90215
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90204
--- Comment #6 from rguenther at suse dot de ---
On Wed, 24 Apr 2019, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90204
>
> --- Comment #5 from Jakub Jelinek ---
> That would be likely NRV optimization in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90213
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90213
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90212
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85164
--- Comment #20 from rsandifo at gcc dot gnu.org
---
> Most of these are array bounds. I'll find out stack backtraces for
> each of these.
Thanks for the testing. Could you open new PRs for the new backtraces?
These are really independent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90204
--- Comment #5 from Jakub Jelinek ---
That would be likely NRV optimization in the C++ FE, but then why doesn't the
generic NRV optimization handle it in the middle-end later on?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90211
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90207
--- Comment #1 from Richard Biener ---
(In reply to Thomas Koenig from comment #0)
> This could also be implemented by a transformation of
> what -fdump-tree-original produces into a valid C program,
> using data structures from libgfortran.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90208
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90229
Martin Liška changed:
What|Removed |Added
CC||matz at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90229
--- Comment #1 from Martin Liška ---
$ cat 1.ii
extern int FLAGS_verbose;
extern "C" void pthread_create();
void a(const char *b...) {
if (FLAGS_verbose) {
__builtin_va_list ap;
__builtin_va_start(ap, b);
}
}
void a() {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90204
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90229
Bug ID: 90229
Summary: Interaction among -Wl,--as-needed and LTO results in
an undefined symbol
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90202
Richard Biener changed:
What|Removed |Added
Keywords||ra
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90228
Bug ID: 90228
Summary: [UBSAN]: get_addr_base_and_unit_offset_1
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90201
--- Comment #4 from Dima Pro ---
(In reply to Jonathan Wakely from comment #3)
> You get a warning with -Wuseless-cast
Yes, sorry. Miss this.
Anyway, no useless cast warning should be for this code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90220
--- Comment #3 from Jonathan Wakely ---
Patch for the second bit posted:
https://gcc.gnu.org/ml/gcc-patches/2019-04/msg00927.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90201
--- Comment #3 from Jonathan Wakely ---
You get a warning with -Wuseless-cast
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90194
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90194
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90065
--- Comment #2 from Iain Buclaw ---
I have my suspicions that the following code will throw an unaligned access
error as well.
shared int var;
void main() {
synchronized { var = 1; }
}
As synchronized statements are lowered
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118
--- Comment #18 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #17 from Paul Thomas ---
> Created attachment 46216
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46216=edit
> Patch for the remaining problems.
>
> I am
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88239
--- Comment #3 from David Binderman ---
Still going wrong at revision 270500. Here is a stack backtrace:
../../trunk/gcc/tree-ssa-loop-prefetch.c:468:14: runtime error: signed integer
o
verflow: 7818038963515661296 * 4 cannot be represented in
1 - 100 of 150 matches
Mail list logo
