https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99704
--- Comment #2 from Hongtao.liu ---
How should we handle -march=native on hybrid core?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99704
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99704
Bug ID: 99704
Summary: volatile is needed on asm statements in
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98914
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98914
--- Comment #5 from CVS Commits ---
The master branch has been updated by Xiong Hu Luo :
https://gcc.gnu.org/g:d0a5e8e1a84bdd6ce915c3be65da8af2552cd49e
commit r11-7755-gd0a5e8e1a84bdd6ce915c3be65da8af2552cd49e
Author: Xionghu Luo
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99456
cqwrteur changed:
What|Removed |Added
CC||unlvsur at live dot com
--- Comment #16 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96251
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #1 from Worx ---
Created attachment 50445
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50445=edit
host details
emerge --info = More details about the host
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
Bug ID: 99703
Summary: gcc-10.2.0 with Via C3 Eden: configure: error: Intel
CET must be enabled on Intel CET enabled host
Product: gcc
Version: 10.2.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96251
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:0b0a579191828727c232d26b513e3f4d9eeb9b3d
commit r10-9504-g0b0a579191828727c232d26b513e3f4d9eeb9b3d
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107
--- Comment #35 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:c3d51b2d2382d44b0463b7ebaf12f3b788c9027e
commit r10-9502-gc3d51b2d2382d44b0463b7ebaf12f3b788c9027e
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
--- Comment #19 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:c3d51b2d2382d44b0463b7ebaf12f3b788c9027e
commit r10-9502-gc3d51b2d2382d44b0463b7ebaf12f3b788c9027e
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99701
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87699
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99692
--- Comment #7 from Jonathan Wakely ---
I mean that the test used in the library code is doing the right thing. I
haven't investigated whether the compiler is not handling the lookup correctly,
but I don't think there's a libstdc++ bug here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602
--- Comment #31 from Jürgen Reuter ---
(In reply to Paul Thomas from comment #30)
> Created attachment 50442 [details]
> Patch that "fixes" all versions of the problem.. so far :-)
>
> Hi Juergen,
>
> I think that this one does the job... it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99702
Zdenek Sojka changed:
What|Removed |Added
Known to fail||11.0
--- Comment #1 from Zdenek Sojka
--prefix=/repo/gcc-trunk//binary-trunk-r11-7753-20210321172739-gfc24ea23742-checking-yes-rtl-df-extra-riscv64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 11.0.1 20210321 (experimental) (GCC)
This breaks compiler build with --enable-checking=yes,rtl,df,extra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99701
Bug ID: 99701
Summary: std::nullptr_t can be compared with relational ops
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
On 3/21/21 9:01 AM, Benjamin-Elias Probst wrote:
Hello,
my computer tried to build gcc in gcc-10.2.0
This happend after ./configure ... sudo make on ubuntu mint 20.1:
If you are reporting a bug then please enter it in GCC Bugzilla
(https://gcc.gnu.org/bugzilla/). This list simply collects
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99673
--- Comment #3 from Martin Sebor ---
None of the -Wstringop-xxx warnings (either true or false positives) affects
code generation.
Thanks for the true vs false positive breakdown. If you remember and could let
me know the details of the real
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602
--- Comment #30 from Paul Thomas ---
Created attachment 50442
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50442=edit
Patch that "fixes" all versions of the problem.. so far :-)
Hi Juergen,
I think that this one does the job... it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99691
--- Comment #2 from Brian Callahan ---
(In reply to Iain Buclaw from comment #1)
> Thanks, I have an OpenBSD VM with a WIP port as well, so I'll compare the
> two - I don't recall any problems with shared libraries, though the host
> system
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99700
Bug ID: 99700
Summary: gcc takes an uninitialized variable as a constant
expression
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99699
Bug ID: 99699
Summary: Type deduction failure for deducing a non-type
template parameter via another deducible structural
type (class template specialization) non-type template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99698
--- Comment #2 from Evan Nemerson ---
Nice, thanks! That would at least make testing possible, though I still think
that just checking __ARM_FEATURE_SHA3 should be sufficient, and ktkachov's
comment reinforces that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99696
--- Comment #1 from Richard Henderson ---
Actually, I can reproduce this with gcc 9.3 as well.
My upstream bug report simply uses gcc 11, so I assumed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99698
--- Comment #1 from Andrew Pinski ---
>AFAICT there is no way to reliably detect armv8.2-a.
There is supposed to be See PR 99312 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99698
Bug ID: 99698
Summary: [aarch64] Impossible to accurately detect extensions
using preprocessor
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99697
Bug ID: 99697
Summary: ICE for class template partial specialization over
non-template (structural class template) parameter of
deduced class type
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99693
--- Comment #2 from Andrew Pinski ---
Loop unswitching is correctly only turned on at -O3+. So you want to move it to
-O2. Note loop unswitching can cause performance problems due to increase of
usage of the icache and such.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99388
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:fc24ea2374259d401a46ce3526688b7e79d4cc13
commit r11-7753-gfc24ea2374259d401a46ce3526688b7e79d4cc13
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99688
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99696
Bug ID: 99696
Summary: lto looks past aliases to initializers
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99695
Bug ID: 99695
Summary: Cannot static compile with C++ module
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Hello,
my computer tried to build gcc in gcc-10.2.0
This happend after ./configure ... sudo make on ubuntu mint 20.1:
TARGET_CPU_DEFAULT="" \
HEADERS="auto-host.h ansidecl.h" DEFINES="" \
/bin/bash ./mkconfig.sh config.h
TARGET_CPU_DEFAULT="" \
HEADERS="options.h insn-constants.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91595
--- Comment #11 from Iain Buclaw ---
(In reply to Brecht Sanders from comment #10)
> I thought MinGW-w64 is it's own C library.
> It is found by GCC build process because the folder mingw exists in the
> location specified with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99692
--- Comment #6 from Sergey Kaniskin ---
> Which seems correct to me. Users should not be overloading operator<< for
> types defined by the standard library anyway. You don't own vector so
> you don't get to say how it should be output to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91595
--- Comment #10 from Brecht Sanders ---
I thought MinGW-w64 is it's own C library.
It is found by GCC build process because the folder mingw exists in the
location specified with --with-build-sysroot
CppRuntime_Gcc is mentioned in the predefs,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99694
Bug ID: 99694
Summary: gcc: fatal error: Killed signal terminated program cc1
under -O2 to -Os
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91595
--- Comment #9 from Iain Buclaw ---
(In reply to Brecht Sanders from comment #8)
> predefs GNU D_Version2 LittleEndian GNU_SEH_Exceptions GNU_EMUTLS
> GNU_StackGrowsDown GNU_InlineAsm D_LP64 D_PIC assert D_ModuleInfo
> D_Exceptions D_TypeInfo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91595
--- Comment #8 from Brecht Sanders
---
predefs GNU D_Version2 LittleEndian GNU_SEH_Exceptions GNU_EMUTLS
GNU_StackGrowsDown GNU_InlineAsm D_LP64 D_PIC assert D_ModuleInfo D_Exceptions
D_TypeInfo all X86_64 D_HardFloat Windows MinGW Win64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91595
--- Comment #7 from Iain Buclaw ---
(In reply to Brecht Sanders from comment #6)
> The patch for gcc/config/i386/t-cygming added a line:
> winnt-d.o: config/winnt-d.c
> I changed it to:
> winnt-d.o: config/i386/winnt-d.c
>
> Then I got one step
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91595
--- Comment #6 from Brecht Sanders
---
The patch for gcc/config/i386/t-cygming added a line:
winnt-d.o: config/winnt-d.c
I changed it to:
winnt-d.o: config/i386/winnt-d.c
Then I got one step further.
Output is now:
libtool: compile:
-gnu
Configured with: ../gcc-trunk-20210321/configure
--prefix=/opt/compiler-explorer/gcc-build/staging --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu --disable-bootstrap
--enable-multiarch --with-abi=m64 --with-multilib-list=m32,m64,mx32
--enable-multilib --enable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99693
--- Comment #1 from rafal at bursig dot org ---
I'm not saying that this is a regression because I see proper results on -O3
level but IMHO such results should be available in -O2 level... but to topic:
I have such code:
typedef struct Update {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99692
--- Comment #5 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #1)
> But by definition at this point operator << does not exist and is not
> considered as it is not found via ADL because both std::basic_ostream
> and std::vector
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99692
--- Comment #4 from Jonathan Wakely ---
(In reply to Sergey Kaniskin from comment #3)
> I was unsure whether to file it under compiler or stdlibc++ as it’s accepted
> by another compilers using stdlibc++.
There's no such component, it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61961
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #0)
> The semantics I suggest are to warn when:
>
> * an initializer-list constructor is selected by overload resolution
> * the elements of the braced-init-list
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99693
Bug ID: 99693
Summary: -O2 not move 'if' checks on const data outside the
loops
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91595
--- Comment #5 from Iain Buclaw ---
(In reply to Brecht Sanders from comment #4)
> I tried to build gcc 10 snapshot 20210320 for Windows 64-bit with the
> proposed patch.
>
> First I got this error:
>
> make[2]: Entering directory
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91595
Brecht Sanders changed:
What|Removed |Added
CC||brechtsanders at users dot
sourcef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99672
--- Comment #3 from 康桓瑋 ---
I think the issue of line() function also needs to do a patch.
https://godbolt.org/z/q8EPnG
constexpr int g(auto...) {
return std::source_location::current( // < opening paren line number
).line();
}
constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99691
--- Comment #1 from Iain Buclaw ---
Thanks, I have an OpenBSD VM with a WIP port as well, so I'll compare the two -
I don't recall any problems with shared libraries, though the host system
demands that PIC/PIE is forced for all built
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99686
W E Brown changed:
What|Removed |Added
CC||webrown.cpp at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99692
--- Comment #3 from Sergey Kaniskin ---
(In reply to Andrew Pinski from comment #1)
> Right the problem is here (and not with the compiler itself if there is a
> problem)
I was unsure whether to file it under compiler or stdlibc++ as it’s
56 matches
Mail list logo
