https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119714
Johannes Larsen changed:
What|Removed |Added
CC||mail at johslarsen dot net
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: iamsupermouse at mail dot ru
Target Milestone: ---
GCC on Windows has a relatively little-known flag `-fno-ms-extensions`, which
disables some problematic MSVC-like extensions, which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113958
Milian Wolff changed:
What|Removed |Added
CC||mail at milianw dot de
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100570
--- Comment #6 from fsmoke ---
I just now tested my sample on gcc 13.3 it seems bug already fixed somehow
>>That's not a system include directory, because you didn't use -isystem
And no... it's not nesessery, because isystem works for all subd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100570
--- Comment #3 from fsmoke ---
Is any movement about this BUG?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118699
--- Comment #2 from Egor ---
It says 14.2.0. So this is fixed in trunk, I assume...
COLLECT_GCC=Z:\mingw64\bin\g++.exe
COLLECT_LTO_WRAPPER=Z:/home/holyblackcat/.quasi-msys2/mingw64/root/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/l
rsion: 14.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: iamsupermouse at mail dot ru
Target Milestone: ---
The bug only happens on MinGW.
This code:
#in
NCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: MikeSmith32564 at mail dot com
Target Milestone: ---
#include
#include
int main()
{
setenv("STR1", "NAME=VALUE", 1);
ch
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dushistov at mail dot ru
Target Milestone: ---
Online demo available here https://godbolt.org/z/6jdKK1K7n .
For code like this:
```
enum class MyEnum { A, B, C, D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105857
--- Comment #16 from andysem at mail dot ru ---
Thanks for the fix. And for the explanation.
Yes, backport would be nice.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105857
--- Comment #7 from andysem at mail dot ru ---
Reproduces for me:
$ g++ -g2 -O0 -o codecvt_length_bug codecvt_length_bug.cpp
$ ./codecvt_length_bug
*** buffer overflow detected ***: terminated
Aborted (core dumped)
$ g++ -v
Using built-in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105857
--- Comment #8 from andysem at mail dot ru ---
I think, sanitizers won't detect it unless you build libstdc++ with them
enabled. I would expect valgrind to detect it though.
I think, Ubuntu builds libstdc++ with _FORTIFY_SOURCE enabled,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105857
--- Comment #3 from andysem at mail dot ru ---
I'm not sure about the meaning of the wrong-code keyword, but just to clear, I
do not consider the code sample in the bug report to be wrong (i.e. incorrect
usage of the standard library). If
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116833
--- Comment #7 from Fiodar ---
I tried to go deeper in these modes and wrote small app. In
'libgcc/config/arm/crtfastmath.c' that line:
__asm__("vmrs %0, fpscr" : "=r" (fpscr_save));
Raise error:
{standard input}: Assembler messages:
{standard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116833
--- Comment #6 from Fiodar ---
I look for floating modes in symbian SDK docs.
Here link(now that site and webarchive down) -
https://docs.huihoo.com/symbian/nokia-symbian3-developers-library-v0.8/GUID-D525B9A9-6B32-535B-A282-60C85A48D3FB.html
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: iamsupermouse at mail dot ru
Target Milestone: ---
The following code causes an internal compiler error in GCC 14 and trunk:
https://gcc.g
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of
its recipients. This is a permanent error.
The following address failed:
dennis.drisc...@verizon.net:
SMTP error from remote server for TEXT command
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116904
--- Comment #1 from Andrey Khorokhorin ---
`-fpic` flag solves the problem, but it seems like a workaround, but not a
solution
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: a-horohorin at mail dot ru
Target Milestone: ---
Hi,
I have found a performance bug on RISC-V target.
Example:
```c
int main() {
int arr[5000];
for (int i = 0; i < 5000; ++i) {
arr[i]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116833
--- Comment #5 from Fiodar ---
(In reply to Andrew Pinski from comment #1)
> More likely Symbian os support should be removed as I highly doubt anyone
> has tested it in the last 10 years.
I build ScummVM for Symbian with selfbuilded GCC ≥ 5.4.
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: fedor_qd at mail dot ru
Target Milestone: ---
Here config from libgcc/config.host:
565 arm*-*-eabi* | arm*-*-symbianelf* | arm*-*-rtems*)
566 tmake_file="${tmake_file} arm/t-arm arm/t-elf t-fixedpoint-gnu-p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116789
--- Comment #10 from Slobodkins, Arkadijs ---
(In reply to Andrew Pinski from comment #9)
> .
That's go(In reply to Andrew Pinski from comment #8)
> (In reply to Andrew Pinski from comment #7)
> > The important part is the type alias ali1.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116789
--- Comment #4 from Slobodkins, Arkadijs ---
Created attachment 59161
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59161&action=edit
.ii file generated from -save-temps
Please find .ii file attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116789
--- Comment #2 from Slobodkins, Arkadijs ---
I must correct myself that I don't see this issue on gcc14. I only observe it
on
gcc13.2 and I did not try gcc13.3. Please let me know if anything else is
needed.
1. The output of gcc-v. It was in
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: aslobodkins at mail dot smu.edu
Target Milestone: ---
I get the following error on all versions of gcc13 and gcc14 I have tried so
far(includes gcc-14.1 and gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116697
--- Comment #2 from andysem at mail dot ru ---
When we say "uninitialized", we refer to a specific data access, i.e. when a
certain operation uses an object whose value is unspecified as input. With some
stretch, you could consider a
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: andysem at mail dot ru
Target Milestone: ---
Consider this example:
struct array
{
char m_buf[10];
typedef char* iterator;
iterator begin() { return m_buf
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mail at johslarsen dot net
Target Milestone: ---
Created attachment 59007
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59007&action=edit
preprocessed file
F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116289
--- Comment #3 from Egor ---
(In reply to Patrick Palka from comment #2)
> r14-4140 ... doesn't seem suitable for backporting
Fair enough. What's the procedure now, should I set status=resolved?
rsion: 13.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: iamsupermouse at mail dot ru
Target Milestone: ---
This bug only affects 13.3. Works fine in 13.2 and in 14.x.
H
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116178
--- Comment #7 from antto ---
honestly, this was just a semi-serious idea, and then some people on IRC
surprisingly said that they like it and encouraged me to submit it (and i was
surprised, but here it is, i submitted it)
a possible usecase i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116178
--- Comment #5 from antto ---
well, it's surely a blury subject, maybe some logic could be made up to make it
make some amount of sense
- afaiu currently the latest stable is 17(?)
- the year is 2024
- yet on the language side of things, c++26
++
Assignee: unassigned at gcc dot gnu.org
Reporter: antto at mail dot bg
Target Milestone: ---
i was told that GCC uses the newest "stable" C++ language std by default when
-std= hasn't been specified
so there's maybe two major flavors of this wish:
1. add an op
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: iamsupermouse at mail dot ru
Target Milestone: ---
I'm not sure if it's an exact duplicate, since there are many bugs about
-Wmaybe-uninitialized false posit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115952
--- Comment #1 from Slobodkins, Arkadijs ---
Created attachment 58683
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58683&action=edit
preprocessed file
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: aslobodkins at mail dot smu.edu
Target Milestone: ---
*
I am using g++ 14.1.0 on Ubunutu 22.04
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
gcc-bugs@gcc.gnu.org
host gcc.gnu.org [8.43.85.97]
SMTP error from remote mail
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: iamsupermouse at mail dot ru
Target Milestone: ---
The following causes an internal compiler error in GCC 14 and trunk:
https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115582
--- Comment #4 from tangyixuan ---
Thanks for your concerns. The type of "a.x" is converted to char in "(char *)a
+ 1", and it may be confused in clang under -O0 vs -O{2,3}. gcc-15 outputs the
"int" value, but the previous versions like gcc-5.3
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: tangyixuan at mail dot dlut.edu.cn
Target Milestone: ---
Hi, I find GCC produces wrong code under optimizations when pointers point to
incompatible type
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: tangyixuan at mail dot dlut.edu.cn
Target Milestone: ---
Hi, I find that GCC-15 produces the possible wrong code when compiling the
following code with "-O3 -fPIC"
: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: mail+gcc at nh2 dot me
CC: jakub at gcc dot gnu.org
Target Milestone: ---
Please see:
"Why does my OpenMP app sometimes use only 1 thread, sometimes 3, sometimes all
cores?"
https://stackov
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: tangyixuan at mail dot dlut.edu.cn
Target Milestone: ---
Hi, GCC outputs different results with -O1/O3 during the compilation of the
following test case. Since Union allows different data
nt: c
Assignee: unassigned at gcc dot gnu.org
Reporter: andyzhenyu.zhao at mail dot utoronto.ca
Target Milestone: ---
Created attachment 58204
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58204&action=edit
afdo cfg
HI. I used the gcc 14 and autofdo-0.19. I tried to foll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115081
--- Comment #4 from Zhenyu Zhao ---
I apologize for not describing my problem clearly.
I'm now trying to import these two PR in gcc in the x86 openEuler OS to test
some application. But after introducing them I found out that these two pr's
caus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115081
--- Comment #2 from Zhenyu Zhao ---
Created attachment 58198
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58198&action=edit
Detail info about ICE
Sorry for that, I reattach the image.
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: andyzhenyu.zhao at mail dot utoronto.ca
Target Milestone: ---
Here is the website for this patch:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113896
--- Comment #9 from noobie-iv at mail dot ru ---
I confirm that the original bug in the scantailor-experimental project was also
fixed by commit 2f16c53558d01135f0f78cf78a2f722b774684d7.
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: noobie-iv at mail dot ru
Target Milestone: ---
Created attachment 57404
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57404&action=edit
Test prog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113099
--- Comment #13 from andysem at mail dot ru ---
(In reply to Jonathan Wakely from comment #12)
> (In reply to andysem from comment #11)
> > > I'm not sure what you mean by "the compiler is free to generate code that
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113099
--- Comment #11 from andysem at mail dot ru ---
> I'm not sure what you mean by "the compiler is free to generate code that
> takes it into account." Takes what into account? What problem does that
> freedom cause?
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113099
--- Comment #4 from andysem at mail dot ru ---
> It's mostly OK to mix code with -frtti and -fno-rtti, but sometimes it bites
> you.
Note that in this case, it is the standard library that is built with -frtti
and the rest of the co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113099
--- Comment #3 from andysem at mail dot ru ---
I think, a failing dynamic_cast would not be useful as this would make
std::use_facet unusable with -fno-rtti.
Re. ODR violation in the latest code, while it is true that the
dynamic/static_cast is
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: MikeSmith32564 at mail dot com
Target Milestone: ---
The following snippet:
#include
#include
struct Dummy
{
std::string val;
};
int main
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: andysem at mail dot ru
Target Milestone: ---
Consider this test case:
```
#include
class __attribute__((__visibility__("default"))) my_cod
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: iamsupermouse at mail dot ru
Target Milestone: ---
GCC doesn't seem to implement `{:?}` debug format for strings yet.
Yet for some reason
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111771
--- Comment #2 from Egor ---
Before calling A's constructor, it will zero `x` anyway.
I was also surprised when I learned this yesterday, but it's what the standard
says.
1. `()` performs value-initialization on B:
http://eel.is/c++draft/dcl.d
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: iamsupermouse at mail dot ru
Target Milestone: ---
Here's the code. GCC with `-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111747
--- Comment #2 from oplata.kes1 at mail dot ru ---
(In reply to Andrew Pinski from comment #1)
>
> 32bit floating point has the following characteristics:
> Sign bit: 1 bit
> Exponent width: 8 bits
> Significand precisi
: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: oplata.kes1 at mail dot ru
Target Milestone: ---
Created attachment 56085
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56085&action=edit
*ii file and output
I create a vector on stack of 50 (or 500mln)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105512
Gerrit Albrecht changed:
What|Removed |Added
CC||m...@gerrit-albrecht.de
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70472
Askar Safin changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39589
Peter Frost changed:
What|Removed |Added
CC||mail at pfrost dot me
--- Comment #14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110956
--- Comment #6 from ro at manam dot mail-host-address-is-not-set ---
> --- Comment #3 from Rainer Orth ---
> (In reply to Thomas Neumann from comment #1)
>> The assert says that the code tries to de-register a frame that it did not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24542
--- Comment #15 from Niklas Hambüchen ---
Another common integer overflow bug type is the "for (u32 i = 0; i < u64; ++i)"
pattern, as well as general widening comparisons.
I filed bug 110933 for those; just linking it here for people interested
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110933
--- Comment #1 from Niklas Hambüchen ---
A tangentially related issue is bug 24542 which is about another common
overflow bug, the pattern "u64 = u32 * u32".
Just linking it here because people interested in solving integer overflow
issues may
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mail+gcc at nh2 dot me
Target Milestone: ---
GCC currently lacks good compile-time warnings that help find common integer
overflow bugs.
For example, the code
#include
void f(uint64_t n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #17 from AlexK ---
to continue I should add line
cp -v prev-libcody/libcody.so libccody/
but why there are so many static libs in prev- directories ?
my patches didn't cancel all them ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #16 from AlexK ---
I have copied already compileed shared libs into new directories:
cp -v prev-libcpp/libcpp.so libcpp/
cp -v prev-libbacktrace/libbacktrace.so libbacktrace/
cp -v prev-libdecnumber/libdecnumber.so libdecnumber/
and
ty: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: egor_suvorov at mail dot ru
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #15 from AlexK ---
I have attached all patches I have made to several Makefile.in in different
folders (I created them with `diff` tool)
after that I made building directory:
installdir=/tools/gcc-12.2.0
install -v -d mybuild
cd myb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #14 from AlexK ---
Created attachment 55608
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55608&action=edit
applyed patch for gcc/Makefile.in to make shared library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #13 from AlexK ---
Created attachment 55607
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55607&action=edit
applyed patch for libcpp/Makefile.in to make shared library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #12 from AlexK ---
Created attachment 55606
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55606&action=edit
applyed patch for libbacktrace/Makefile.in to make shared library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #11 from AlexK ---
Created attachment 55605
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55605&action=edit
applyed patch for libcody/Makefile.in to make shared library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #10 from AlexK ---
Created attachment 55604
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55604&action=edit
applyed patch for libdecnumber/Makefile.in to make shared library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #9 from AlexK ---
Created attachment 55603
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55603&action=edit
applyed patch for libiberty/Makefile.in to make shared library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #8 from AlexK ---
Created attachment 55602
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55602&action=edit
applyed patch for libgcc/Makefile.in to make shared library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #7 from AlexK ---
Created attachment 55601
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55601&action=edit
applyed patch for Makefile.in to configure with --enable-shared and without
--enable-static options
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110749
--- Comment #5 from Aleksei ---
this variant more clear.. 4 symbol after point// may by c++ has modification
for set symbols after decimal point ?
```
void func_float_point(std::ostream& os, const double& value, const
mcx::convert_info_t& cv)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110749
--- Comment #4 from Aleksei ---
ок
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110749
--- Comment #2 from Aleksei ---
Created attachment 55589
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55589&action=edit
GDB SHOW IT
But GDB show it normally
: unassigned at gcc dot gnu.org
Reporter: alexsyrezerv at mail dot ru
Target Milestone: ---
Created attachment 55586
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55586&action=edit
To try on different compillers
Code:
```
#include
#include
void func_float_point(std::ostr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #6 from AlexK ---
I don't know, I copied it from somewhere
I want to compile gcc on x86_64 Linux Mint
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #4 from AlexK ---
where in Makefile gcc copies compiled libs from prev-* stage1 to lib* in stage2
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #3 from AlexK ---
Created attachment 6
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=6&action=edit
My system - Linux Mint
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #2 from AlexK ---
Created attachment 5
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=5&action=edit
C cannot find libraries from stage1 (they are in prev- folders)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684
--- Comment #1 from AlexK ---
Created attachment 4
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=4&action=edit
stage1 success config.log
mybuild/config.log at successful stage1
: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: alexei_sylver1 at mail dot ru
Target Milestone: ---
Created attachment 3
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3&action=edit
dumps error desc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110096
andysem at mail dot ru changed:
What|Removed |Added
CC||andysem at mail dot ru
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: egor_suvorov at mail dot ru
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
j
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: egor_suvorov at mail dot ru
Target Milestone: ---
The following code is accepted by all versions of GCC that I tried (including
"trunk"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97700
--- Comment #5 from Lukas Böger ---
One part of this seems to be resolved with version 13. Below, only the lambda
use case fails to compile, whereas prior to version 13, both type aliases are
rejected:
```
void fun() {}
struct S
{
void (*f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109761
--- Comment #2 from andysem at mail dot ru ---
I don't see how completeness of outer is related to nested's destructor. Or put
it another way, how nested's destructor noexcept specification has anything to
do with outer, whether
rsion: 11.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: andysem at mail dot ru
Target Milestone: ---
Consider the following piece of code:
template< typena
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109606
--- Comment #4 from Alexander ---
^ I meant `__is_same`, not `__same_as` (typo)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109606
--- Comment #3 from Alexander ---
(In reply to Jonathan Wakely from comment #1)
> Yes. Using libstdc++ headers with older **or newer** versions of GCC is
> completely unsupported. For other compilers, they need to be sufficiently
> close to GCC,
++
Assignee: unassigned at gcc dot gnu.org
Reporter: akaraevz at mail dot ru
Target Milestone: ---
Hello.
This commit
(https://github.com/gcc-mirror/gcc/commit/17855eed7fc76b2cee7fbbc26f84d3c8b99be13c)
introduces new helper function `__find_uniq_type_in_pack` that uses `__is_same
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98612
andysem at mail dot ru changed:
What|Removed |Added
CC||andysem at mail dot ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101361
--- Comment #13 from Taiju Tsuiki ---
I saw a similar inaccurate -Wstringop-overread warning with a smaller
reproducer (attached).
https://wandbox.org/permlink/EPjH0ZPoA4EWky0e
Reproducing gcc was tip of trunk (
https://github.com/gcc-mirror/gc
1 - 100 of 1038 matches
Mail list logo
