https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114154
Richard Biener changed:
What|Removed |Added
Blocks||114074
--- Comment #2 from Richard Bie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114159
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114161
Bug ID: 114161
Summary: Missing Loop Optimization for Unexecuted Loop
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114162
Bug ID: 114162
Summary: Missing Optimization: Loop is vectorized instead of
removed
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114161
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114161
Andrew Pinski changed:
What|Removed |Added
Component|tree-optimization |ipa
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114162
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-02-29
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114162
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114163
Bug ID: 114163
Summary: Calling member function of an incomplete type compiles
in gcc and does not compile in clang and msvc
Product: gcc
Version: 14.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113994
--- Comment #6 from Stefan Schulze Frielinghaus
---
Looks like wrong liveness information. The problem is that df_analyze_loop
only considers basic blocks which strictly belong to a loop which is not
enough. During loop2_doloop basic block 9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113994
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110483
Rainer Orth changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114143
--- Comment #4 from Richard Earnshaw ---
You're going to need --with-multilib=aprofile,rmprofile if you want the full
set of multilibs. But beware it builds a *lot* of them.
We don't enable this by default because it conflicts with --with-arch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114162
--- Comment #2 from Richard Biener ---
Time for a final-value-replacement meta-bug...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114161
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114143
--- Comment #5 from Richard Earnshaw ---
(In reply to Richard Earnshaw from comment #4)
> You're going to need --with-multilib=aprofile,rmprofile if you want the full
> set of multilibs. But beware it builds a *lot* of them.
Sorry, I mean --wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101228
--- Comment #16 from Jonathan Wakely ---
Maybe we could do something like this:
--- a/libstdc++-v3/include/pstl/parallel_backend_tbb.h
+++ b/libstdc++-v3/include/pstl/parallel_backend_tbb.h
@@ -15,6 +15,11 @@
#include "parallel_backend_utils.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114164
Bug ID: 114164
Summary: simdclone vectorization creates unsupported IL
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114164
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114165
Bug ID: 114165
Summary: &scalar+1 and array+1 rejected as template parameters
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114166
Bug ID: 114166
Summary: word_mode vectorization still relies on vector
lowering
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114166
--- Comment #1 from Richard Biener ---
g++.dg/opt/pr82929.C with -m32, that is.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114166
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114163
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113994
--- Comment #8 from Richard Biener ---
Created attachment 57574
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57574&action=edit
patch
A quick-and-dirty thing would be indeed to simply include all exit blocks
like with the attached.
I'll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113994
--- Comment #9 from Richard Biener ---
Ick, it's via iv_analysis_loop_init used from doloop and unroll.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113994
--- Comment #10 from Jakub Jelinek ---
(In reply to Richard Biener from comment #8)
flow_bb_inside_loop_p( has missing space before (.
Anyway, getting rid of its use would likely not be backportable...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114163
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #2 from Jian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114163
--- Comment #3 from Jakub Jelinek ---
https://wg21.link/CWG1836
https://eel.is/c++draft/expr.ref#4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114167
Bug ID: 114167
Summary: Capturing a auto..., then unpacking it in a lambda
taking Ts..., confuses GCC
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113994
--- Comment #11 from Richard Biener ---
(In reply to Richard Biener from comment #9)
> Ick, it's via iv_analysis_loop_init used from doloop and unroll.
In that context I'll note that if it is doloop itself that does the DF
live query then it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102344
--- Comment #7 from Gaius Mulley ---
Created attachment 57575
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57575&action=edit
Proposed fix
Here is a proposed fix - it adds a new testlong4.mod test inside the
extensions/cpp directory and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102344
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
Looks good: I've just tested both testcases on i386-pc-solaris2.11 and
sparc-sun-solaris2.11 (both 32 and 64-bit). Everything PASSes just
fine. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102344
--- Comment #9 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:4b9bde5903d80ad8a30f5e7ecb6fc4208290
commit r14-9236-g4b9bde5903d80ad8a30f5e7ecb6fc4208290
Author: Gaius Mulley
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114116
Lukas Grätz changed:
What|Removed |Added
CC||lukas.graetz@tu-darmstadt.d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102344
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Version|12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92830
--- Comment #7 from David Malcolm ---
(In reply to GCC Commits from comment #5)
> The master branch has been updated by David Malcolm :
>
> https://gcc.gnu.org/g:fa29cf0c3f19b648e30b16fd2485c3c17a528a6e
>
> commit r10-7994-gfa29cf0c3f19b648e30b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102344
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #10 from Gaius Mulley ---
> I'm optimistically changing the version of the bug from 12 to 14 and closing
> it.
Right, that was my intent ;-)
> Feel free to re-open if t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82943
--- Comment #19 from Alexander Westbrooks ---
I have pushed an approved patch to the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114116
--- Comment #8 from H.J. Lu ---
(In reply to Lukas Grätz from comment #7)
> (In reply to H.J. Lu from comment #6)
> > (In reply to Jakub Jelinek from comment #5)
> > > Yeah. Not to mention, one can call backtrace even if -g0; you just don't
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114116
--- Comment #9 from Lukas Grätz ---
(In reply to H.J. Lu from comment #8)
> (In reply to Lukas Grätz from comment #7)
> > (In reply to H.J. Lu from comment #6)
> > > (In reply to Jakub Jelinek from comment #5)
> > > > Yeah. Not to mention, one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114116
--- Comment #10 from H.J. Lu ---
(In reply to Lukas Grätz from comment #9)
>
> Not on my computer. When I used -g I got:
>
>
> no_return_to_caller:
> .LFB0:
> .loc 1 16 1 view -0
> .cfi_startproc
> .loc 1 17 3 view .LVU1
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114116
--- Comment #11 from Lukas Grätz ---
(In reply to H.J. Lu from comment #10)
> (In reply to Lukas Grätz from comment #9)
>
> >
> > Not on my computer. When I used -g I got:
> >
> >
> > no_return_to_caller:
> > .LFB0:
> > .loc 1 16 1 view
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111407
--- Comment #13 from qinzhao at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #12)
> (In reply to qinzhao from comment #10)
> > (In reply to Andrew Pinski from comment #6)
> > the fix has been in GCC14, shall we backport the patch t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114116
--- Comment #12 from H.J. Lu ---
(In reply to Lukas Grätz from comment #11)
>
> I applied it, double checked, make distclean, configure, make again.
>
> But your result seems different. Have you applied Jakub Jelinek's patch to
No.
> save %r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #10 from Dimitry Andric ---
Note there are other issues with poisoned identifiers, so I'll ask again: is a
non-bootstrapped build even supposed to work, and officially supported, or not?
Or more qualified, is a non-bootstrapped buil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114168
Bug ID: 114168
Summary: [RISC-V] Compiler generates impossible addend
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102435
--- Comment #3 from Dimitry Andric ---
Note, in the mean time Ubuntu updated their default gcc version for Ubuntu
20.04 to 9.4.0:
https://packages.ubuntu.com/focal-updates/devel/gcc-9
so this issue won't be encountered there anymore. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114169
Bug ID: 114169
Summary: miss optimization of repeat load&store in place
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114170
Bug ID: 114170
Summary: [modules] error streaming in header unit with
instantiated variable template with non-trivial
initializer
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114171
Bug ID: 114171
Summary: [13/14 Regression] gdc -O2 -mavx generates misaligned
vmovdqa instruction
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110242
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114172
Bug ID: 114172
Summary: ICE with riscv rvv VSETVL intrinsic
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110242
--- Comment #2 from Marek Polacek ---
*** Bug 110107 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110107
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107430
Bug 107430 depends on bug 110107, which changed state.
Bug 110107 Summary: ICE on invalid code with lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110107
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113977
--- Comment #12 from GCC Commits ---
The master branch has been updated by Tom Tromey :
https://gcc.gnu.org/g:bc0e18a960f9dff3e740f4d0cb5b25b3f68d920a
commit r14-9239-gbc0e18a960f9dff3e740f4d0cb5b25b3f68d920a
Author: Tom Tromey
Date: Mon Fe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110483
--- Comment #6 from David Malcolm ---
Thanks; let's keep using this PR for the stuff in comment #5.
I've been looking at these on gcc211 in the compile farm:
* I see out-of-bounds-diagram-11.c failing as you describe (the overflow in
test6 is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107457
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111898
--- Comment #1 from John Paul Adrian Glaubitz ---
Looks like that the issue no longer shows and postgresql-16 builds fine [1].
So, we can probably close this.
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=postgresql-16&arch=sh4&ver=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114159
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114173
Bug ID: 114173
Summary: miss optimization of redundant load operation, may
confused by type conversion
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113977
--- Comment #13 from Tom Tromey ---
This is fixed on trunk now.
I think that means it'll be in GCC 14... ?
Which maybe I shouldn't have done according to the current status.
Anyway, I'm not sure any more how gcc manages bugs, so I don't
know if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
Last reco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98520
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85973
Marek Polacek changed:
What|Removed |Added
CC||tiagomacarios at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114153
--- Comment #4 from Jonathan Wakely ---
Created attachment 57577
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57577&action=edit
Check for <=>
Something like this (but it's also needed for std::greater and std::less_equal)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113987
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:b83f3cd3ff765fb82344b848b8a128763b7a4233
commit r14-9240-gb83f3cd3ff765fb82344b848b8a128763b7a4233
Author: Marek Polacek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114164
--- Comment #2 from Jakub Jelinek ---
(In reply to Richard Biener from comment #1)
> I'm not sure who's responsible to reject this, whether the vectorizer can
> expect there's a way to create the mask arguments when the simdclone is
> marked usa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114174
Bug ID: 114174
Summary: [aarch64] Offloading to nvptx-none
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114103
--- Comment #10 from Jonathan Wakely ---
This additional change should fix that:
--- a/libstdc++-v3/src/c++20/tzdb.cc
+++ b/libstdc++-v3/src/c++20/tzdb.cc
@@ -643,6 +643,7 @@ namespace std::chrono
void unlock() { infos_mutex.unlock(); }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
Bug ID: 114175
Summary: [14] RISC-V: Execution tests on gcc.dg/c23-stdarg-6.c
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114132
--- Comment #1 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:2f43ad6a60adb8dd4af9a3c78dfe78597e891c9e
commit r14-9241-g2f43ad6a60adb8dd4af9a3c78dfe78597e891c9e
Author: Georg-Johann Lay
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66553
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114132
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113960
--- Comment #15 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:f5cdda8acb06c20335855ed353ab9a441c12128a
commit r14-9242-gf5cdda8acb06c20335855ed353ab9a441c12128a
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114174
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265
Andrew Pinski changed:
What|Removed |Added
CC||pgodbole at nvidia dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114174
--- Comment #2 from Andrew Pinski ---
(In reply to Prachi Godbole from comment #0)
> In the meanwhile are there any workarounds? e.g. if for a particular march,
> if poly_int can be expressed using 1 coefficient or -msve-vector-bits=128 is
> set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
--- Comment #44 from Lukas Grätz ---
(In reply to Tom Tromey from comment #39)
> (In reply to Lukas Grätz from comment #36)
>
> > > #2 0x004011d2 in baz (a=a@entry=42, b=b@entry=43, c=c@entry=44,
> > > d=,
> > > e=, f= > > reading
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99426
Patrick Palka changed:
What|Removed |Added
Assignee|nathan at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104919
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
Tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106009
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113987
Marek Polacek changed:
What|Removed |Added
Summary|[12/13/14 Regression] |[12/13 Regression] Binding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
--- Comment #5 from Andrew Macleod ---
(In reply to rguent...@suse.de from comment #4)
>
> What was definitely missing is consideration of POLY_INT_CSTs (and
> variable polys, as I think there's no range info for those).
>
Ranger doesn't do a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
g.peterh...@t-online.de changed:
What|Removed |Added
CC||g.peterh...@t-online.de
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
Paul Thomas changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #2 from Edwin Lu ---
(In reply to Jakub Jelinek from comment #1)
> Does the
> https://gcc.gnu.org/pipermail/gcc-patches/2024-February/646882.html
> patch fix that?
> The test was committed ahead exactly to find out what targets have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114156
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #3 from Jakub Jelinek ---
(In reply to Edwin Lu from comment #2)
> Applied the patch on top of r14-9243-g02ca9d3f0c5. Looks like the problem is
> still there.
> - else if (TYPE_NO_NAMED_ARGS_STDARG_P (funtype))
> + else if (TYPE_NO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #4 from Edwin Lu ---
(In reply to Jakub Jelinek from comment #3)
> (In reply to Edwin Lu from comment #2)
> > Applied the patch on top of r14-9243-g02ca9d3f0c5. Looks like the problem is
> > still there.
> > - else if (TYPE_NO_NAMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
Jakub Jelinek changed:
What|Removed |Added
CC|jakub at redhat dot com|
--- Comment #5 from Jakub Jelin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #6 from Jakub Jelinek ---
The testcase btw performs double arithmetics and casts result to int, but it is
all whole numbers, (double) 1 + 2.0 + (double) 3 + 4.0, so it would really
surprise me if
it didn't yield the expected 10 unles
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111523
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=82943
Alexander Westbrooks changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173
Bug 82173 depends on bug 82943, which changed state.
Bug 82943 Summary: [F03] Error with type-bound procedure of parametrized
derived type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82943
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114100
--- Comment #2 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:cda3836161834c5f21f264885891fe4d0ce90da1
commit r14-9244-gcda3836161834c5f21f264885891fe4d0ce90da1
Author: Georg-Johann Lay
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173
Bug 82173 depends on bug 86148, which changed state.
Bug 86148 Summary: parameterized type compile time error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86148
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86148
Alexander Westbrooks changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Assignee|pault
1 - 100 of 178 matches
Mail list logo