[Bug c/41181] internal compiler error when using x86_64-w64-mingw32-gcc to build ffmpeg ac3enc.c

2009-08-28 Thread drangon dot mail at gmail dot com
--- Comment #2 from drangon dot mail at gmail dot com 2009-08-28 07:32 --- Created an attachment (id=18442) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18442&action=view) ac3enc.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181

[Bug c/41184] New: wrong optimise code, epilogue code adjust wrong rsp before pop

2009-08-29 Thread drangon dot mail at gmail dot com
gcc Version: 4.5.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: drangon dot mail at gmail dot com GCC build triplet: x86_64-gnu-linux GCC host triple

[Bug c/41184] wrong optimise code, epilogue code adjust wrong rsp before pop

2009-08-29 Thread drangon dot mail at gmail dot com
--- Comment #1 from drangon dot mail at gmail dot com 2009-08-29 08:10 --- Created an attachment (id=18447) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18447&action=view) -save-temps aacenc_O3.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184

[Bug c/41184] wrong optimise code, epilogue code adjust wrong rsp before pop

2009-08-29 Thread drangon dot mail at gmail dot com
--- Comment #2 from drangon dot mail at gmail dot com 2009-08-29 08:10 --- Created an attachment (id=18448) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18448&action=view) -save-temps aacenc_O3.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184

[Bug c/41184] wrong optimise code, epilogue code adjust wrong rsp before pop

2009-08-29 Thread drangon dot mail at gmail dot com
--- Comment #3 from drangon dot mail at gmail dot com 2009-08-29 08:11 --- Created an attachment (id=18449) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18449&action=view) objdump of oubput aacenc.o -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184

[Bug middle-end/39832] [4.4/4.5 Regression] program built by x86_64-pc-mingw32-g++ run crash, maybe for _Unwind_SjLj_Unregister or __dyn_tls_dtor

2009-08-30 Thread drangon dot mail at gmail dot com
--- Comment #9 from drangon dot mail at gmail dot com 2009-08-30 13:53 --- yes, the issue should be fixed, wxWidgets works fine now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39832

[Bug c/41211] New: internal compiler error when using x86_64-w64-mingw32-gcc to build sqlite3 alter.c

2009-09-01 Thread drangon dot mail at gmail dot com
AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: drangon dot mail at gmail dot com GCC build triplet: x86_64-gnu-linux GCC host triplet: x86_64-gnu-linux GCC target triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41211

[Bug c/41211] internal compiler error when using x86_64-w64-mingw32-gcc to build sqlite3 alter.c

2009-09-01 Thread drangon dot mail at gmail dot com
--- Comment #1 from drangon dot mail at gmail dot com 2009-09-01 11:22 --- Created an attachment (id=18460) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18460&action=view) gzip of alter.i, -save-temps output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41211

[Bug c/41211] internal compiler error when using x86_64-w64-mingw32-gcc to build sqlite3 alter.c

2009-09-01 Thread drangon dot mail at gmail dot com
--- Comment #2 from drangon dot mail at gmail dot com 2009-09-01 11:25 --- Created an attachment (id=18461) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18461&action=view) alter.s, -save-temps output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41211

[Bug c/41211] internal compiler error when using x86_64-w64-mingw32-gcc to build sqlite3 alter.c

2009-09-01 Thread drangon dot mail at gmail dot com
--- Comment #3 from drangon dot mail at gmail dot com 2009-09-01 11:42 --- -O0 doesn't has problem, -O1 -O2 has problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41211

[Bug target/41211] internal compiler error when using x86_64-w64-mingw32-gcc to build sqlite3 alter.c

2009-09-01 Thread drangon dot mail at gmail dot com
--- Comment #6 from drangon dot mail at gmail dot com 2009-09-02 06:54 --- The cross compiler doesn't has problem, but the native compiler has problem. I will rebuilt the whole cross compiler and native compiler with the newest source to see the problem still exist o

[Bug target/41211] internal compiler error when using x86_64-w64-mingw32-gcc to build sqlite3 alter.c

2009-09-02 Thread drangon dot mail at gmail dot com
--- Comment #7 from drangon dot mail at gmail dot com 2009-09-02 13:48 --- I recompile the whole toolchain using today's newest code, the same result, cross compiler runs fine, native compiler runs crash. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41211

[Bug libstdc++/78430] New: libstc++-v3 Build failed

2016-11-20 Thread aa-c-aa at mail dot ru
++ Assignee: unassigned at gcc dot gnu.org Reporter: aa-c-aa at mail dot ru Target Milestone: --- Hello! I have problem building GCC Toolchain Configure from `~/mips-tc/` with gcc in `~/gcc-6.2.0`: ../gcc-6.2.0/configure --prefix=$HOME/mips-tc --target=mips-elf --without-headers --with-gnu-ld

[Bug libstdc++/78430] libstc++-v3 Build failed

2016-11-20 Thread aa-c-aa at mail dot ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78430 --- Comment #1 from Armleo --- System: Ubuntu server 16.04 x64 Azure

[Bug fortran/43169] New: gfortran rejects pure procedure with select type construct

2010-02-24 Thread haymaker at mail dot utexas dot edu
53 (Gentoo SVN) -- Summary: gfortran rejects pure procedure with select type construct Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigne

[Bug c/43755] New: Bit shifting by a 8 byte variable isn't the same as bit shifting by an 8 or a 4 byte constant on 64bit platform.

2010-04-14 Thread mail dot alexhaase at gmail dot com
Severity: minor Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mail dot alexhaase at gmail dot com GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43755

[Bug c/43755] Bit shifting by a 8 byte variable isn't the same as bit shifting by an 8 or a 4 byte constant on 64bit platform.

2010-04-14 Thread mail dot alexhaase at gmail dot com
--- Comment #1 from mail dot alexhaase at gmail dot com 2010-04-15 03:16 --- Created an attachment (id=20384) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20384&action=view) Bug demo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43755

[Bug c/43756] New: Bit shifitng by a constant 32 isn't the same as bitshifting by a variable 32.

2010-04-14 Thread mail dot alexhaase at gmail dot com
dot gnu dot org ReportedBy: mail dot alexhaase at gmail dot com GCC build triplet: i486-linux-gnu GCC host triplet: i486-linux-gnu GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43756

[Bug c/43756] Bit shifitng by a constant 32 isn't the same as bitshifting by a variable 32.

2010-04-14 Thread mail dot alexhaase at gmail dot com
--- Comment #1 from mail dot alexhaase at gmail dot com 2010-04-15 03:32 --- Created an attachment (id=20385) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20385&action=view) a demo of this bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43756

[Bug c/43755] Bit shifting by a 8 byte variable isn't the same as bit shifting by an 8 or a 4 byte constant on 64bit platform.

2010-04-14 Thread mail dot alexhaase at gmail dot com
--- Comment #2 from mail dot alexhaase at gmail dot com 2010-04-15 03:33 --- I tested on 32bits and found slightly less confusing, though still confusing results. Bug id #43756 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43755

[Bug libgomp/43706] scheduling two threads on one core leads to starvation

2010-07-30 Thread johnfb at mail dot utexas dot edu
--- Comment #15 from johnfb at mail dot utexas dot edu 2010-07-30 14:00 --- We have also had some trouble with this issue. We found that in general if we where running on a machine with hardware threads (i.e., Intel's Hyper-Threading) then performance was poor. Most of our runs

[Bug c++/36982] New: Unfolding of template function (in namesspace) using overloads (in same namespace) requires forward declarations

2008-07-31 Thread lfn dot privat at mail dot dk
overloads (in same namespace) requires forward declarations Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org

[Bug fortran/25953] New: Help on the solution for the large file unit numbers problem

2006-01-24 Thread luiscasinhas at mail dot telepac dot pt
unit numbers problem Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: luiscasinhas at mail dot

[Bug fortran/25953] Help on the solution for the large file unit numbers problem

2006-01-25 Thread luiscasinhas at mail dot telepac dot pt
--- Comment #2 from luiscasinhas at mail dot telepac dot pt 2006-01-25 22:57 --- Sure! I also posted this problem on the redhat bugzilla. One thing though: I donwloaded the gcc source package ( gcc-4.0.2-20051126.tar.bz2) from the GNU site, not from redhat. As i stated on my post, i

[Bug fortran/25953] Help on the solution for the large file unit numbers problem

2006-03-02 Thread luiscasinhas at mail dot telepac dot pt
--- Comment #5 from luiscasinhas at mail dot telepac dot pt 2006-03-02 15:03 --- Sure! Please feel free to change the current bug status to whatever status you may see fit. Best regards -- luiscasinhas at mail dot telepac dot pt changed: What|Removed

[Bug fortran/21359] New: gfortran internal error

2005-05-03 Thread matt at mail dot bettencourt dot info
mail dot bettencourt dot info CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21359

[Bug fortran/21359] gfortran internal error

2005-05-03 Thread matt at mail dot bettencourt dot info
--- Additional Comments From matt at mail dot bettencourt dot info 2005-05-03 15:03 --- Created an attachment (id=8805) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8805&action=view) code which causes compiler error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21359

[Bug fortran/21359] gfortran internal error

2005-05-03 Thread matt at mail dot bettencourt dot info
--- Additional Comments From matt at mail dot bettencourt dot info 2005-05-03 15:04 --- mail.bettencourt.info> gfortran -c part.f90 part.f90: In function 'updateposition': part.f90:168: internal compiler error: in gfc_conv_ss_descriptor, at fortran/trans-array.c:1264 Pl

[Bug c++/99386] New: std::variant overhead much larger compared to clang

2021-03-04 Thread mail at milianw dot de via Gcc-bugs
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: mail at milianw dot de Target Milestone: --- I've come across some code in an application I'm working on that makes use of std::variant. The overhead imposed by std::variant compared to a raw type is extr

[Bug c++/99386] std::variant overhead much larger compared to clang

2021-03-04 Thread mail at milianw dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99386 --- Comment #2 from Milian Wolff --- in both cases libstdc++ is being used: ``` gcc: linux-vdso.so.1 (0x7ffdc9f93000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7f1449b2d000) libm.so.6 => /usr/lib/libm.so.6 (0x0

[Bug c++/99386] std::variant overhead much larger compared to clang

2021-03-04 Thread mail at milianw dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99386 --- Comment #3 from Milian Wolff --- Ah, seems like `-O2 -flto` fixes the issue for me, but how come clang can pull this off without LTO?

[Bug c++/99386] std::variant overhead much larger compared to clang

2021-03-04 Thread mail at milianw dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99386 --- Comment #4 from Milian Wolff --- Ah, but LTO only helps with the variant that contains a single type. The variant with two types remains very slow: variant with single type: ``` Performance counter stats for './variant 1' (5 runs):

[Bug target/99563] New: Code miscompilation caused by _mm256_zeroupper()

2021-03-12 Thread andysem at mail dot ru via Gcc-bugs
: target Assignee: unassigned at gcc dot gnu.org Reporter: andysem at mail dot ru Target Milestone: --- Consider the following code: #include constexpr unsigned int block_size = 8u; float compute_generic(const double* data, unsigned int width, unsigned int height); inline

[Bug target/99563] [10 Regression] Code miscompilation caused by _mm256_zeroupper()

2021-03-16 Thread andysem at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99563 --- Comment #5 from andysem at mail dot ru --- Thanks. Will there be a fix in branch 10?

[Bug target/99563] [10 Regression] Code miscompilation caused by _mm256_zeroupper()

2021-03-20 Thread andysem at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99563 --- Comment #8 from andysem at mail dot ru --- Thanks again.

[Bug c++/99823] New: -funroll-all-loops bugs when using contexpr variable

2021-03-29 Thread ustcw0ng at mail dot ustc.edu.cn via Gcc-bugs
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: ustcw0ng at mail dot ustc.edu.cn Target Milestone: --- Created attachment 50483 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50483&action=edit constexpr.cpp && unroll.cpp -funroll-all-loops in

[Bug tree-optimization/99823] -funroll-all-loops bugs when using contexpr variable

2021-03-30 Thread ustcw0ng at mail dot ustc.edu.cn via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99823 --- Comment #2 from apple --- (In reply to Richard Biener from comment #1) > -funroll-all-loops applies to the RTL loop unroller, the GIMPLE level > concludes: > > Estimating sizes for loop 1 > BB: 3, after_exit: 0 > size: 1 _1 = MEM[(int (

[Bug c/99856] New: Alpha Compositing auto vectorization regression: 8.3 -> 9.1

2021-03-31 Thread dushistov at mail dot ru via Gcc-bugs
mal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Target Milestone: --- Such code vectorized with gcc 8.3, but failed to vectorized with 9.1. Last version of clang works just fine. ``` #include #include #def

[Bug c++/99931] New: Unnamed `struct` defined with `using` having internal linkage instead of external, unlike `typedef`, yielding different semantics for two

2021-04-06 Thread egor_suvorov at mail dot ru via Gcc-bugs
: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: egor_suvorov at mail dot ru Target Milestone: --- Possible duplicate of this StackOverflow

[Bug tree-optimization/99971] New: GCC generates partially vectorized and scalar code at once

2021-04-08 Thread andysem at mail dot ru via Gcc-bugs
Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: andysem at mail dot ru Target Milestone: --- Consider the following code sample: struct A { unsigned int a, b, c, d; A& operator+= (A const& that) {

[Bug tree-optimization/99971] GCC generates partially vectorized and scalar code at once

2021-04-08 Thread andysem at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99971 --- Comment #1 from andysem at mail dot ru --- For reference, an ideal version of this code should look something like this: test(A&, A const&, A const&): movdqu (%rsi), %xmm0 movdqu (%rdi), %xmm1 movdqu (

[Bug c++/100079] New: Non-type template parameter, itself a nested template, rejected with internal error

2021-04-14 Thread mail at lboeger dot de via Gcc-bugs
Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: mail at lboeger dot de Target Milestone: --- The following snippet triggers an internal compiler error. template struct Foo { using SomeTypeAlias = int

[Bug c++/100079] [9/10/11 Regression] Non-type template parameter, itself a nested template, rejected with internal error

2021-04-14 Thread mail at lboeger dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100079 --- Comment #3 from Lukas Böger --- I believe it should be valid. The revision which turns the snippet from rejection into an ICE makes sense, as this is about class-type instances as non-type template parameters.

[Bug tree-optimization/99971] GCC generates partially vectorized and scalar code at once

2021-04-15 Thread andysem at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99971 --- Comment #3 from andysem at mail dot ru --- I tried adding __restrict__ to the equivalents of x, y1 and y2 in the original larger code base and it didn't help. The compiler (gcc 10.2) would still generate the same half-vectorized code.

[Bug tree-optimization/99971] GCC generates partially vectorized and scalar code at once

2021-04-15 Thread andysem at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99971 --- Comment #6 from andysem at mail dot ru --- Hmm, it looks like the original code has changed enough so that the problem no longer reproduces, with or without __restrict__. I don't have the older version of the code, so I can't

[Bug c++/100079] [9/10 Regression] Non-type template parameter, itself a nested template, rejected with internal error

2021-04-20 Thread mail at lboeger dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100079 --- Comment #6 from Lukas Böger --- Impressive responsiveness - big thank you for fixing this immediately!

[Bug c++/100209] New: multiple inheritance with crtp pattern fails on sequentioal member access

2021-04-22 Thread autumn.rain at mail dot ru via Gcc-bugs
: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: autumn.rain at mail dot ru Target Milestone: --- If multiple inheritance is used with CRTP pattern in a constexpr context, resulting class is failed to create. When deriving

[Bug tree-optimization/99971] GCC generates partially vectorized and scalar code at once

2021-04-23 Thread andysem at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99971 --- Comment #10 from andysem at mail dot ru --- Thanks. Will this be backported to 10 and 11 branches?

[Bug c++/100240] New: Compiler crashes with segmentation fault on a chrono library using nvcc

2021-04-23 Thread taraba.peter at mail dot com via Gcc-bugs
: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: taraba.peter at mail dot com Target Milestone: --- Repro steps: 1. Install Ubuntu 21.04 (with third party libraries install enabled) 2. sudo apt install nvidia-cuda-toolkit 3

[Bug c++/100240] Compiler crashes with segmentation fault on a chrono library using nvcc

2021-04-23 Thread taraba.peter at mail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100240 Peter Taraba changed: What|Removed |Added CC||taraba.peter at mail dot com

[Bug c++/100240] Compiler crashes with segmentation fault on a chrono library using nvcc

2021-04-23 Thread taraba.peter at mail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100240 --- Comment #3 from Peter Taraba --- unfortunately this is using nvcc, which calls probably gcc internally, so adding option "-save-temps to the complete compilation command" is not going to provide what you want. also, I have no clue what "spa

[Bug c++/100240] Compiler crashes with segmentation fault on a chrono library using nvcc

2021-04-23 Thread taraba.peter at mail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100240 --- Comment #4 from Peter Taraba --- Actually this works: nvcc -o dt ./DeeperThought/*.cu -save-temps But files it creates even if zipped are above 1MB (which is not allowed to be attached).

[Bug c++/100240] Compiler crashes with segmentation fault on a chrono library using nvcc

2021-04-24 Thread taraba.peter at mail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100240 --- Comment #5 from Peter Taraba --- Also, not sure if this info helps, but this bug does not seem to appear with gcc 10.2 (I tried it on Manjaro KDE Plasma linux). So it's probably some new code which came after 10.2. Cheers.

[Bug c++/68288] botched floating-point UDL

2020-10-11 Thread solodon at mail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68288 Yuriy Solodkyy changed: What|Removed |Added CC||solodon at mail dot com --- Comment #3

[Bug c++/68288] botched floating-point UDL

2020-10-11 Thread solodon at mail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68288 --- Comment #4 from Yuriy Solodkyy --- P.S. I added my previous example to this bug as they seemed to be related, feel free to split it into a separate bug if they are not. P.P.S. Change that return expression to 42_sp-p and the parser seems to

[Bug c++/97401] New: static int has a default value?

2020-10-13 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, the following code declares a static Integer without specific value. Usually, it will has a default value '0', and thus 'b[a]' could be declared as b[0] p

[Bug sanitizer/97416] New: pointer-compare sanitizer + use-after-return: CHECK failed: /build/gcc/src/gcc/libsanitizer/asan/asan_thread.cpp:369 "((bottom)) != (0)" (0x0, 0x0)

2020-10-14 Thread mail at milianw dot de via Gcc-bugs
!= (0)" (0x0, 0x0) Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: mail at milianw dot de CC: do

[Bug c++/97418] New: error diagnostics do not point the use of undeclared identifier

2020-10-14 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, the following code is ill-formed. GCC may not point out the error in code (use of undeclared identifier 'A' and 

[Bug c++/97420] New: error: no matching function for call to 'find_if'

2020-10-14 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, the following code maybe valid, since 'std::find_if' is allowed since c++17. https://en.cppreference.com/w/cpp/algorithm/find $ cat s.cpp

[Bug c++/97422] New: gcc rejects 'std::initializer_list' when instantiating with a list

2020-10-14 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
ty: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, when instantiating a function with a list of integer type, gcc rejects it and reports two duplicate error messa

[Bug c++/97443] New: gcc rejects an abstract class that could be used as a function return type due to the new rules

2020-10-15 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, the abstract class could be used as a function return type, as well as the parameter type and

[Bug c++/97446] New: gcc accepts an unnamed struct

2020-10-15 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, the following code has an error in 'S3' (maybe should be 'S2'). gcc accepts it without error diagnostics. $ cat s.cpp template < class T > str

[Bug c++/97468] New: gcc crashes when using __may_alias__ attribute

2020-10-17 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, the following code uses '__attribute__ ((__may_alias__))' to alias a struct 'S' to 'a'. However, gcc crashes at compilation time whi

[Bug libstdc++/59325] Provide a way to disable deprecated warnings

2020-10-20 Thread andysem at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59325 --- Comment #8 from andysem at mail dot ru --- (In reply to Jonathan Wakely from comment #6) > (In reply to andysem from comment #2) > > (In reply to Jonathan Wakely from comment #1) > > > You can use a #pragma to disable -W

[Bug c++/97755] New: Explicit default constructor is called during copy-list-initialization with a warning only

2020-11-08 Thread egor_suvorov at mail dot ru via Gcc-bugs
Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: egor_suvorov at mail dot ru Target Milestone: --- Consider the following test case: https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/testsuite/g%2B%2B.dg/cpp0x

[Bug target/97891] New: [x86] Consider using registers on large initializations

2020-11-18 Thread andysem at mail dot ru via Gcc-bugs
Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: andysem at mail dot ru Target Milestone: --- Consider the following example code: struct A { long a; short b; int c; char d; long x; bool y; int z; char* p

[Bug target/97891] [x86] Consider using registers on large initializations

2020-11-18 Thread andysem at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97891 --- Comment #1 from andysem at mail dot ru --- As a side note, the "xorl %edx, %edx" in the original code should have been moved outside the loop, as it was in the code with __asm__ block.

[Bug target/97891] [x86] Consider using registers on large initializations

2020-11-19 Thread andysem at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97891 --- Comment #5 from andysem at mail dot ru --- Using a register is beneficial even for bytes and words if there are multiple of mov instructions. But there has to be a single reg0 for all movs. I'm not very knowlegeable about gcc internals

[Bug d/98019] New: Concepts: compound requirement expression from 'requires' expression is considered discarded-value expression for [[nodiscard]], false positive warning emitted

2020-11-26 Thread egor_suvorov at mail dot ru via Gcc-bugs
ve warning emitted Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d Assignee: ibuclaw at gdcproject dot org Reporter: egor_suvorov at mail dot ru Target

[Bug c++/98019] Concepts: compound requirement expression from 'requires' expression is considered discarded-value expression for [[nodiscard]], false positive warning emitted

2020-11-26 Thread egor_suvorov at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98019 --- Comment #1 from Egor Suvorov --- Also, I would expect a warning in this case: requires { foo(); // Looks like a statement. }; but not this: requires { static_cast(foo()); }; or this: requires { { foo() }; // expression chec

[Bug c++/98030] New: error message for enum definition without ';' could be improved

2020-11-27 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
ty: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, the following code misses a ';' at the end of the enum definition. GCC reports an error with 'new

[Bug c++/98031] New: missing the error message of undeclared label

2020-11-27 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, the following code has two errors. However, gcc only reports the second error while ignoring the first one. $ cat s.cpp template int fun(T i) { static void* labs

[Bug c++/98031] missing the error message of undeclared label

2020-11-28 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98031 --- Comment #2 from tangyixuan --- (In reply to Jakub Jelinek from comment #1) > This is again diagnostics on uninstantiated template, invalid, no > diagnostics required. > Instantiate the template and it will be diagnosed. Yeah, I agree with yo

[Bug c++/98042] New: error diagnostic for unmatched parentheses could be improved

2020-11-28 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, the following code is invalid due to the missing of ')' after '*' in Line 4. GCC reports an error which is dif

[Bug c/98159] New: Compiler generates infinite loop

2020-12-05 Thread olme8 at mail dot ru via Gcc-bugs
Assignee: unassigned at gcc dot gnu.org Reporter: olme8 at mail dot ru Target Milestone: --- This code creates an infinite loop when compiled with -O2/-O3. int main() { int a=1; for(;a+=a;); return a; } The compiler doesn't think that integers have a finite number of bits.

[Bug c++/98346] New: ICE with a combination of concepts, decltype and type aliases

2020-12-17 Thread drozdov_xf2g3gb3 at mail dot ru via Gcc-bugs
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: drozdov_xf2g3gb3 at mail dot ru Target Milestone: --- The following code(https://godbolt.org/z/asPv6s): template concept always_satisfied = true; using arg_alias = int

[Bug c++/97191] New: ICE In expand_expr_real_1, at expr.c:10234

2020-09-24 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, the following code crashes GCC. $ cat s.cpp struct A { A (); A ( const A &); A ( int ); }; A :: A (){ int a =0; A b [a][0]; } $ g++ -c s.cpp du

[Bug c++/97200] New: error: use of local variable with automatic storage from containing function

2020-09-25 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, the following code seems valid. The structure 'S' contains a template function 'func1'

[Bug c++/97202] New: GCC reports an error: expected unqualified-id before ‘short’

2020-09-25 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, GCC 11 rejects the following code when the class 'A' is instantiated. When I fed it into GCC 1O, it is accepted. A

[Bug sanitizer/97229] New: pointer-compare sanitizer is very slow due to __asan::IsAddressNearGlobal

2020-09-28 Thread mail at milianw dot de via Gcc-bugs
: normal Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: mail at milianw dot de CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin

[Bug sanitizer/97229] pointer-compare sanitizer is very slow due to __asan::IsAddressNearGlobal

2020-09-30 Thread mail at milianw dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97229 --- Comment #2 from Milian Wolff --- As I said, >99% of the samples point to this backtrace: ``` __sanitizer_ptr_cmp __asanCheckForInvalidPointerPair __asanCheckForInvalidPointerPair __asan::IsInvalidPointerPair __asan::GetGlobalAddressInformat

[Bug c++/97256] New: auto function return different result

2020-09-30 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, when executing the following code, GCC reports 32765 while clang reports 1. Maybe there is something wrong? $ cat s.cpp #include auto func(const int a) { const int b

[Bug c++/94554] spurious -Waddress warning within "if constexpr" function-null compares

2020-10-01 Thread mail at 3v1n0 dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94554 Marco Trevisan changed: What|Removed |Added CC||mail at 3v1n0 dot net --- Comment #5

[Bug c++/97278] New: increment or decrement operator on the same object

2020-10-02 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, the parameters of 'func' are based on the values of 'i'. if 'a' is 4, does it mean that 'i' is increased after '

[Bug c++/97279] New: GCC ignores the operation definition of the template

2020-10-03 Thread tangyixuan at mail dot dlut.edu.cn via Gcc-bugs
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: tangyixuan at mail dot dlut.edu.cn Target Milestone: --- Hi, gcc selects the overloaded definition operation+() although it is not declared before. $ cat s.cpp #include struct S { template void operator+(T

[Bug libstdc++/98677] New: std::regex constructor triggers valgrind under clang++ with undefined sanitizer; possible use-after-move

2021-01-14 Thread egor_suvorov at mail dot ru via Gcc-bugs
: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: egor_suvorov at mail dot ru Target Milestone: --- Consider the following code: #include int main() { std::regex regex(&quo

[Bug fortran/98534] Intrinsic functions failing with unlimited polymorphic actual arguments

2021-01-17 Thread shmal_i at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98534 Igor CHMAL changed: What|Removed |Added CC||shmal_i at mail dot ru --- Comment #1 from

[Bug fortran/98534] Intrinsic functions failing with unlimited polymorphic actual arguments

2021-01-17 Thread shmal_i at mail dot ru via Gcc-bugs
m GCC9 up to GCC11. GCC8 vives > >Undefined symbols for architecture x86_64: >  "___copy_REAL_4_.3803", referenced from: >  ___vtab_REAL_4_.3802 in ccc5fkCP.o >  "___copy_character_1.3889", referenced from: >  ___vtab_CHARACTER_1_.3888 in ccc5fkCP.o &g

[Bug debug/98776] New: DW_AT_low_pc is inconsistent with function entry address, when enabling -fpatchable-function-entry

2021-01-20 Thread lvlin at mail dot ustc.edu.cn via Gcc-bugs
Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: lvlin at mail dot ustc.edu.cn Target Milestone: --- Target: x86,arm64 -fpatchable-function-entry will generate N NOPs at the beginning of

[Bug c/98789] New: Error with bit-operation after macro operation

2021-01-22 Thread maxim81m at mail dot ru via Gcc-bugs
Assignee: unassigned at gcc dot gnu.org Reporter: maxim81m at mail dot ru Target Milestone: --- Created attachment 50029 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50029&action=edit contains data for Debian10: README (compilers parameters), 1.i; 1.c; 1.s; 1.

[Bug demangler/98876] New: demangler-warning: unable to demangle

2021-01-28 Thread kazantsev.ernest at mail dot ru via Gcc-bugs
Assignee: unassigned at gcc dot gnu.org Reporter: kazantsev.ernest at mail dot ru Target Milestone: --- The demangler in GDB crashes on the symbol below. GNU gdb (Linaro_GDB-2019.02) 8.2.1.20190122 This GDB was configured as "x86_64_arm-linux-gnueabihf". Boost Vers

[Bug libstdc++/98978] New: Consider packing _M_Engaged in the tail padding of T in optional<>

2021-02-05 Thread andysem at mail dot ru via Gcc-bugs
normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: andysem at mail dot ru Target Milestone: --- Using std::optional with some types may considerably increase object sizes since it adds alignof(T) bytes worth of overhead. Som

[Bug libstdc++/98978] Consider packing _M_Engaged in the tail padding of T in optional<>

2021-02-05 Thread andysem at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98978 --- Comment #3 from andysem at mail dot ru --- (In reply to Jonathan Wakely from comment #1) > This would be an ABI break, and so not going to happen. Is there no way to improve standard components implementation? I'd imagine you could

[Bug c++/96188] -Wstringop-overflow false positive on std::vector::push_back with -O3

2021-02-17 Thread egor_suvorov at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96188 Egor Suvorov changed: What|Removed |Added CC||egor_suvorov at mail dot ru --- Comment

[Bug c++/96188] -Wstringop-overflow false positive on std::vector::push_back with -O3

2021-02-17 Thread egor_suvorov at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96188 --- Comment #5 from Egor Suvorov --- Created attachment 50214 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50214&action=edit Preprocessor output for Egor Suvorov's example

[Bug c++/100240] Compiler crashes with segmentation fault on a chrono library using nvcc

2021-04-26 Thread taraba.peter at mail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100240 --- Comment #7 from Peter Taraba --- Created attachment 50682 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50682&action=edit *.i files zipped crashes on DNNLayerMatrix (attaching .i* files zipped).

[Bug c++/100240] Compiler crashes with segmentation fault on a chrono library using nvcc

2021-04-26 Thread taraba.peter at mail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100240 --- Comment #8 from Peter Taraba --- So, this is happening also with gcc11: pepe@pepe-MS-7C90:~/code/DeeperThought$ ./compile.sh /usr/include/c++/10/chrono: In substitution of ‘template template using __is_harmonic = std::__bool_constant<(std:

[Bug c++/67762] [C++1z] 'not a constant expression" errors only with -fsanitize=undefined

2021-04-27 Thread dushistov at mail dot ru via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67762 --- Comment #7 from Evgeniy Dushistov --- Here simple example extracted from Qt 6 git: ``` template struct Prop { void notify() { if constexpr (Signal != nullptr) { } } }; class QObjectPrivate { public: s

[Bug c/100301] New: sum of __int128 - regression since 8.2

2021-04-27 Thread dushistov at mail dot ru via Gcc-bugs
Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Target Milestone: --- For such simple function: __int128 add1(__int128 a, __int128 b) { return a + b; } gcc 8.2 generates for a + b: mov r9, rdi mov r10, rsi add

[Bug c++/100313] New: pointer to member function is not const with sanitize=undefined

2021-04-28 Thread dushistov at mail dot ru via Gcc-bugs
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: dushistov at mail dot ru Target Milestone: --- Here simple example extracted from Qt 6 git: ``` template struct Prop { void notify() { if constexpr (Signal

<    3   4   5   6   7   8   9   10   11   >