https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100328
--- Comment #8 from Kewen Lin ---
(In reply to rsand...@gcc.gnu.org from comment #7)
> (In reply to Kewen Lin from comment #6)
> > Created attachment 51066 [details]
> > aarch64 XPASS failure list
> >
> > The patch v3 bootstrapped and regressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101277
Bug ID: 101277
Summary: Assert in constructor generates code for statically
checkable expression
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94366
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:91c771ec8a3b649765de3e0a7b04cf946c6649ef
commit r12-1947-g91c771ec8a3b649765de3e0a7b04cf946c6649ef
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101269
Richard Biener changed:
What|Removed |Added
Summary|new test case |[12 Regression] new test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101271
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101272
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101274
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Summary|std::exe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101276
--- Comment #2 from Richard Biener ---
It might slow down things when data is encrypted in a loop and the error state
is accumulated and checked afterwards?
Maybe warrants a -msecured-kl option or so?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101272
--- Comment #2 from Martin Liška ---
All right, so is the bug invalid, right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101277
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101276
--- Comment #3 from Hongtao.liu ---
(In reply to Richard Biener from comment #2)
> It might slow down things when data is encrypted in a loop and the error
> state
> is accumulated and checked afterwards?
This is the exact case that the user me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101266
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b0ab968999c9af88d45acf552ca673ef3960306a
commit r12-1948-gb0ab968999c9af88d45acf552ca673ef3960306a
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101178
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:7d8211603a3d04384812b481b0ae01205a287a72
commit r12-1949-g7d8211603a3d04384812b481b0ae01205a287a72
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101178
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101266
--- Comment #6 from Jakub Jelinek ---
Fixed on the trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94366
--- Comment #4 from Jakub Jelinek ---
Fixed on the trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101274
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever confi
above, and see
https://gcc.gnu.org/onlinedocs/libstdc++/libstdc++-api.20210701.html/a01556.html
where it refuses to put filesystem::path in the relevant module despite
@ingroup being used.
And https://github.com/doxygen/doxygen/issues/8633 causes some entities to be
undocumented, because doxygen
-enable-languages=c,c++ --disable-bootstrap --with-multilib-list=m64
--prefix=/tmp/gn/../gcc-native-quick-installed --disable-nls --without-isl
--disable-libsanitizer --disable-libvtv --disable-libgomp
--disable-libstdcxx-pch --disable-libunwind-exceptions CFLAGS='-O1 '
CXXFLAGS='-O1 '
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20210701 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71283
Eric Gallager changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71283
--- Comment #16 from Martin Liška ---
(In reply to Eric Gallager from comment #15)
> @marxin: does your porting of GCC documentation to sphinx address this issue
> at all?
If I see correctly, it's not addressed. The C++ options are listed at the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101279
Bug ID: 101279
Summary: Function attributes often block inlining
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101278
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100778
--- Comment #8 from Richard Biener ---
C testcase for the torture testsuite that also triggers on trunk (which needs
-fno-tree-sink)
/* { dg-do run { target *-*-*gnu* } } */
/* { dg-additional-options "-fno-tree-sink -fno-math-errno -ftree-vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #43 from David Binderman ---
Rebroken, this time during bootstrap, so much more serious.
/home/dcb/gcc/working/./gcc/xgcc -B/home/dcb/gcc/working/./gcc/
-B/home/dcb/gcc/results.20210701/x86_64-pc-linux-gnu/bin/
-B/home/dcb/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101278
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101278
--- Comment #3 from Richard Biener ---
struct X { int counter; };
struct X __attribute__((noipa)) foo (struct X x)
{
x.counter++;
if (x.counter == 5)
__builtin_exit (0);
return x;
}
int
main ()
{
struct X x;
x.counter = 0;
for
/gcc/results.20210701/x86_64-pc-linux-gnu/bin/
> -B/home/dcb/gcc/results.20210701/x86_64-pc-linux-gnu/lib/ -isystem
> /home/dcb/gcc/results.20210701/x86_64-pc-linux-gnu/include -isystem
> /home/dcb/gcc/results.20210701/x86_64-pc-linux-gnu/sys-include
> -fchecking=1 -g -O3 -march=native -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101278
--- Comment #4 from Richard Biener ---
Created attachment 51093
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51093&action=edit
untested patch
I will test this. Self-assignments x = x are handled explicitely already.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101044
--- Comment #4 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:9f6aeb85ee87c6b4e580b6b71e26cbe99e1dab70
commit r12-1950-g9f6aeb85ee87c6b4e580b6b71e26cbe99e1dab70
Author: Uros Bizjak
Date: Thu J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101044
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101204
Martin Liška changed:
What|Removed |Added
Summary|infinite recursion in |[12 Regression] infinite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87912
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99137
--- Comment #10 from Thomas Schwinge ---
*** Bug 87912 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87911
Thomas Schwinge changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Last recon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87911
--- Comment #3 from Jakub Jelinek ---
For OpenMP, I think after the clarification it got fixed in
r9-3992-g81a227c6054a82118d80d3f4b2fffb44bc43aae2
There is still the fuzzy case whether #pragma omp declare reduction combiner
expression should all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101280
Bug ID: 101280
Summary: [12 Regression] TSVC s231 slower with -Ofast
-march=znver1 since r12-1836-g0ad9d88a3d7170b3
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101281
Bug ID: 101281
Summary: [11/12 Regression] ICE with -std=f2003/f2008 and
assumed-rank array
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: error-reco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101281
--- Comment #1 from Tobias Burnus ---
The main culprit is:
subroutine ar3 (xn) bind(C)
character(len=n) :: xn(:,:,:)
end
and I forgot to mention that 'n' is only implicitly defined - otherwise, there
is not ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96080
Thomas Schwinge changed:
What|Removed |Added
See Also||https://github.com/OpenACC/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96797
Thomas Schwinge changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101281
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101273
--- Comment #1 from Iain Buclaw ---
(In reply to Iain Buclaw from comment #0)
> It looks like fixing PR d/100882 introduced a small regression:
On further inspection, this is not the case. The front-end semantic pass
returns us code that uses a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101280
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100778
--- Comment #9 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:a3aaba68405751bae3f630669515b7ecdf77efa6
commit r12-1951-ga3aaba68405751bae3f630669515b7ecdf77efa6
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101278
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:4a87605938428f6c4c62d5b92cfc183cd2b2554e
commit r12-1952-g4a87605938428f6c4c62d5b92cfc183cd2b2554e
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100778
Richard Biener changed:
What|Removed |Added
Known to work||12.0
Summary|[11/12 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101278
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94096
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101280
--- Comment #2 from Richard Biener ---
Seems to be this one:
real_t s231(struct args_t * func_args)
{
//loop interchange
//loop with data dependency
initialise_arrays(__func__);
gettimeofday(&func_args->t1, NULL);
for (int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101282
Bug ID: 101282
Summary: d: RHS value lost when a target_expr appears in a
cond_expr
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101280
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101280
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101173
--- Comment #9 from Richard Biener ---
In the light of PR101280 I am now testing the following alternate fix for the
original problem, avoiding this regression:
diff --git a/gcc/gimple-loop-interchange.cc b/gcc/gimple-loop-interchange.cc
index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101280
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:0a77c07b9b3fe83679358c3ef57721e09e2ad5fb
commit r12-1954-g0a77c07b9b3fe83679358c3ef57721e09e2ad5fb
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101173
--- Comment #10 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:0a77c07b9b3fe83679358c3ef57721e09e2ad5fb
commit r12-1954-g0a77c07b9b3fe83679358c3ef57721e09e2ad5fb
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283
Bug ID: 101283
Summary: Severaal test fail on Darwin with -gctf
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101284
Bug ID: 101284
Summary: conflicting arch/fpu result in unexpected preprocessor
defines
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101284
--- Comment #1 from Richard Earnshaw ---
I think this combination of options should result in an error. As we move away
from -mfpu to permitting only the 'auto' model, we are increasingly adding
'fpu' features that cannot be expressed via this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101280
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101173
Bug 101173 depends on bug 101280, which changed state.
Bug 101280 Summary: [12 Regression] TSVC s231 slower with -Ofast -march=znver1
since r12-1836-g0ad9d88a3d7170b3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101280
What|Remov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101265
Alan Wu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100685
--- Comment #5 from Martin Liška ---
Good. So all is fine, right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71268
--- Comment #3 from Ismael Luceno ---
Ping. The issue is still valid. Is the revised patch acceptable? How can I
improve it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #11 from Alex Coplan ---
@Christophe: do you still plan to look at this? I'm happy to pick it up if not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #12 from Christophe Lyon ---
Yes, I've been working on it for a while, it's proving to be a bit tricky when
switching to HImode as suggested by Richard. I have something working, now
checking I haven't broken Neon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101285
Bug ID: 101285
Summary: [12 Regression] ICE: tree check: expected class
‘type’, have ‘exceptional’ (error_mark) in
c_safe_arg_type_equiv_p, at c/c-typeck.c:5830
Product: gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #45 from David Binderman ---
(In reply to Martin Liška from comment #44)
> What CPU do you have?
AMD FX-8350.
> What -march=native expands to (-v argument).
bdver2
> Can you please attach the pre-processed source file.
I'll l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101272
Martin Sebor changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101272
--- Comment #4 from Martin Liška ---
Btw. moved to gdb bugzilla as
https://sourceware.org/bugzilla/show_bug.cgi?id=28042.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100685
--- Comment #6 from Martin Sebor ---
Yes, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100865
--- Comment #6 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:edafb35bdadf309ebb9d1eddc5549f9e1ad49c09
commit r12-1958-gedafb35bdadf309ebb9d1eddc5549f9e1ad49c09
Author: H.J. Lu
Date: Wed Jun 2 07:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87767
--- Comment #19 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:edafb35bdadf309ebb9d1eddc5549f9e1ad49c09
commit r12-1958-gedafb35bdadf309ebb9d1eddc5549f9e1ad49c09
Author: H.J. Lu
Date: Wed Jun 2 07:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56670
--- Comment #12 from Tobias Burnus ---
character(len=:), allocatable :: aa(:)
character(len=:), pointer :: pp(:)
allocate(character(len=5) :: aa(5), pp(5))
end
gives with gfortran -Wall
1 | character(len=:), allocatable :: aa(:)
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #46 from David Binderman ---
(In reply to David Binderman from comment #43)
> Rebroken, this time during bootstrap, so much more serious.
> I'll have a go at dropping the -O3 -march=native back downto
> -O2 and see what happens.
-O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283
--- Comment #1 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:cc8453012f75dc6dbd20bf3a94c4819a2bff46db
commit r12-1960-gcc8453012f75dc6dbd20bf3a94c4819a2bff46db
Author: Iain Sandoe
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101094
--- Comment #3 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:cdf4576b201aa81fd853b06242b16e4215ead5a9
commit r12-1961-gcdf4576b201aa81fd853b06242b16e4215ead5a9
Author: Eric Botcazou
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101094
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:3a17c1663a96640874067988ffe36c1d06fb93a1
commit r11-8667-g3a17c1663a96640874067988ffe36c1d06fb93a1
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283
Indu Bhagat changed:
What|Removed |Added
CC||ibhagatgnu at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283
--- Comment #3 from Iain Sandoe ---
(In reply to Indu Bhagat from comment #2)
> I see that .section directive needs a different semantic for Darwin. The
> DWARF debug_info section, for example, appears as:
>
> .section __DWARF,__debug_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101220
--- Comment #4 from Richard Earnshaw ---
FTR I've committed fixes to binutils on the master and 2.36 branches. Although
I think this affects binutils 2.34 and later older branches of binutils are
no-longer maintained.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100976
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101260
--- Comment #8 from Stefan Schulze Frielinghaus
---
Pass split2 transforms
(insn 218 222 114 15 (set (reg/v:TI 10 %r10 [orig:87 a ] [87])
(reg/v:TI 18 %f4 [orig:87 a ] [87])) 1466 {movti}
(nil))
into
(insn 234 222 235 15 (set (r
|RESOLVED
--- Comment #4 from Jonathan Wakely ---
It shows up in the latest docs:
https://gcc.gnu.org/onlinedocs/libstdc++/libstdc++-api.20210701.html/a03925.html
But several other classes don't appear on the type traits page:
https://gcc.gnu.org/onlinedocs/libstdc++/libstdc+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #47 from David Binderman ---
(In reply to David Binderman from comment #46)
> (In reply to David Binderman from comment #43)
> > Rebroken, this time during bootstrap, so much more serious.
>
> > I'll have a go at dropping the -O3 -ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51539
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66792
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-07-01
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101094
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97001
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:f2ce64b53fa76a4c192fe51b2f6c5a863a3b1241
commit r12-1964-gf2ce64b53fa76a4c192fe51b2f6c5a863a3b1241
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101268
--- Comment #2 from Jonathan Wakely ---
c.f. PR 40380 comment 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #48 from Martin Liška ---
> -O3 fine. Looks like an march=bdver2 issue.
All right, so please attach me here the pre-processed source file. I tried
doing that myself (using -O3 -march=bdver2), but it was fine (for some reason).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101274
Thomas Rodgers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101285
Martin Liška changed:
What|Removed |Added
Summary|[12 Regression] ICE: tree |[9/10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #49 from David Binderman ---
Created attachment 51095
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51095&action=edit
C source code
Command line is
/home/dcb/gcc/working/./gcc/xgcc -B/home/dcb/gcc/working/./gcc/ -g -O3 -mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100976
--- Comment #3 from Marek Polacek ---
(In reply to Jason Merrill from comment #2)
> Or rather,
>
> int main()
> {
> constexpr const int &r = 42;
> static_assert(r == 42); // { dg-bogus "" }
> }
>
> [expr.const]/4.7 says that "a temporary o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40380
--- Comment #5 from Jonathan Wakely ---
If we do this for each class:
@class unique_ptr memory
and enable SHOW_INCLUDE_FILES=YES in the doxygen config, then we get this in
the docs for unique_ptr:
#include
It also seems to avoid the doxygen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101255
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
refix=/repo/gcc-trunk//binary-trunk-r12-1965-20210701145532-gb97486f465f-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20210701 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93308
--- Comment #8 from sandra at gcc dot gnu.org ---
I tested the second version of the patch; it does fix the bug I observed with
an assumed-rank array argument in a Fortran subroutine with C binding called
from C having lower bound 0 instead of 1.
1 - 100 of 134 matches
Mail list logo
