https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7061
--- Comment #11 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:64d4f27a0ce47e97867512bda7fa5683acf8a134
commit r13-1282-g64d4f27a0ce47e97867512bda7fa5683acf8a134
Author: Roger Sayle
Date: Mon Ju
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94026
--- Comment #12 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:f3f73e86ec8613f176db3e52bbfbfbb9636cb714
commit r13-1281-gf3f73e86ec8613f176db3e52bbfbfbb9636cb714
Author: Roger Sayle
Date: Mon J
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: asolokha at gmx dot com
Target Milestone: ---
gfortran 13.0.0 20220626 snapshot (g:ff35dbc02092fbcd3d814fcd9fe8e871c3f741fd)
ICEs when compiling libgomp/testsuite/libgomp.oacc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106097
--- Comment #4 from Xi Ruoyao ---
BTW I found this issue trying to triage PR106096, but I think it's not related
to this one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106097
--- Comment #5 from Xi Ruoyao ---
And it actually does not need a reproducer: "x << 32 >> 32" for sign-extension
is undefined by C++ standard if x is negative:
> The value of E1 << E2 is E1 left-shifted E2 bit positions; vacated bits are
> zer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106097
--- Comment #3 from Xi Ruoyao ---
(In reply to Andrew Pinski from comment #2)
> by using the --with-build-config=bootstrap-ubsan option at configure time or
> BUILD_CONFIG variable to build time.
>
> See https://gcc.gnu.org/install/build.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106097
--- Comment #2 from Andrew Pinski ---
by using the --with-build-config=bootstrap-ubsan option at configure time or
BUILD_CONFIG variable to build time.
See https://gcc.gnu.org/install/build.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106097
--- Comment #1 from chenglulu ---
How can I reproduce the problem?
Thanks!
Lulu Cheng
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106098
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> What terminal are you using?
Basically some terminals implement this differently and maybe even incorrectly.
See the other (still open) bug report for more deta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90411
Andrew Pinski changed:
What|Removed |Added
CC||jonathan.poelen at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106098
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106098
--- Comment #1 from Andrew Pinski ---
What terminal are you using?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106098
Bug ID: 106098
Summary: error message that uses ANSI codes that can cause
characters to disappear
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106097
Bug ID: 106097
Summary: undefined behaviors regarding integer shifts in
loongarch_build_integer
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106096
Bug ID: 106096
Summary: [13 regression] ICE building stage 2 libgcc on
loongarch64-linux-gnu since r13-911
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106095
Bug ID: 106095
Summary: Some AVX builtins produce invalid asm with -masm=intel
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106063
--- Comment #4 from Tamar Christina ---
Ah, there's optimize_vectors_before_lowering_p,
would you prefer I check the operation or just gate the pattern on the above
Richi?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106094
Andrew Pinski changed:
What|Removed |Added
Depends on||53288
--- Comment #4 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106094
--- Comment #3 from Andrew Pinski ---
Also please attach the testcase next time rather than just a link to godbolt. I
attached it this time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106094
--- Comment #2 from Andrew Pinski ---
Created attachment 53203
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53203&action=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106094
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106094
Bug ID: 106094
Summary: Lifetime extension of temporary do not obey some rules
of [class.temporary]
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106093
Bug ID: 106093
Summary: [Regression] False positive -Wstringop-overflow with
-O3 when resizing std::vector
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103707
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2022-06-26
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106092
--- Comment #2 from lavr at ncbi dot nlm.nih.gov ---
Created attachment 53201
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53201&action=edit
preprocessed source
Attached! It's rather big
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105813
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106092
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106092
Bug ID: 106092
Summary: Bogus -Wfree-nonheap-object
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105691
--- Comment #8 from anlauf at gcc dot gnu.org ---
Fixed on mainline so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105691
--- Comment #7 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:ff35dbc02092fbcd3d814fcd9fe8e871c3f741fd
commit r13-1277-gff35dbc02092fbcd3d814fcd9fe8e871c3f741fd
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954
--- Comment #7 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:a312407bd715647f7c11b67e0a52effc94d0f15d
commit r13-1276-ga312407bd715647f7c11b67e0a52effc94d0f15d
Author: Harald Anlauf
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106091
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|target
--- Comment #1 from Andrew Pinsk
0626001633-g87509781849-checking-yes-rtl-df-extra-powerpc64le
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 13.0.0 20220626 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106071
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106071
--- Comment #2 from kargl at gcc dot gnu.org ---
(In reply to han.wu from comment #0)
> two layer where work ok, why single where work error?
>
> example one:
>
> program test
> real :: x(3) = 1, y(3) = 2
> logical :: m(3) = .true., m2(3)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106088
--- Comment #4 from William Tang ---
Okay, the '=' before search dir denotes sysroot replacement
(https://sourceware.org/binutils/docs/ld/Options.html), so the configuration of
ld should be correct. Anyway, it should be a binutils issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106090
Bug ID: 106090
Summary: [GCOV] Wrong coverage for loop statements
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: gcov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106088
--- Comment #3 from William Tang ---
Thanks, you are right, somehow, the ld of binutils has the wrong default
SEARCH_DIR:
[william@NoteBook ~]$ arm-linux-gnueabihf-ld --verbose | grep SEARCH
SEARCH_DIR("/usr/lib/binutils/arm-linux-gnueabihf");
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106089
--- Comment #1 from beliavsky at aol dot com ---
I see that the report is a duplicate of some reports listed at
https://fortran-lang.discourse.group/t/gfortran-uninitialized-warnings/3838/4
56670 – Allocatable-length character var causes bogus w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106089
Bug ID: 106089
Summary: false positives with -Wuninitialized for allocation on
assignment
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106088
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at mengyan1223 dot wang
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106088
--- Comment #1 from William Tang ---
The mentioned libraries did exist in the cross compile environment. Compiling
with command "arm-linux-gnueabihf-gcc main.c
-Wl,-rpath-link,/usr/arm-linux-gnueabihf/usr/lib -larchive" works just fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106088
Bug ID: 106088
Summary: ld cannot find dependent libraries when cross
compiling
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
Andrew Pinski changed:
What|Removed |Added
Version|9.1.1 |12.1.0
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
--- Comment #1 from Nadav Har'El ---
Created attachment 53199
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53199&action=edit
preprocessed source file which gcc saved for reporting the crash (compressed
because of bugzilla's attachment le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
Bug ID: 106087
Summary: Segmentation fault in GIMPLE pass: ccp
Product: gcc
Version: 9.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106081
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #2
48 matches
Mail list logo
