[Bug c++/101368] New: -Wlogical-op and string comparison

2021-07-07 Thread arnaud02 at users dot sourceforge.net via Gcc-bugs
++ Assignee: unassigned at gcc dot gnu.org Reporter: arnaud02 at users dot sourceforge.net Target Milestone: --- Considering #include bool f(int num) { return num != 2 || num != 3; } bool g(std::string_view s) { using namespace std::literals; return s != "AA&qu

[Bug libstdc++/98518] std::array not bound checked with _GLIBCXX_ASSERTIONS

2021-01-06 Thread arnaud02 at users dot sourceforge.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98518 --- Comment #2 from Arnaud Desitter --- It is indeed fixed. Fantastic.

[Bug libstdc++/98518] New: std::array not bound checked with _GLIBCXX_ASSERTIONS

2021-01-04 Thread arnaud02 at users dot sourceforge.net via Gcc-bugs
Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: arnaud02 at users dot sourceforge.net Target Milestone: --- operator[] of std::array is not bound checked when specifying _GLIBCXX_ASSERTIONS. Considering: #define _GLIBCXX_ASSERTIONS 1 #include #include int

[Bug libstdc++/94906] New: memory corruption in std::pmr::memory_buffer_resource

2020-05-01 Thread arnaud02 at users dot sourceforge.net
Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: arnaud02 at users dot sourceforge.net Target Milestone: --- >cat pmr1.cpp #include #include #include int main() { const std::size_t max_size = 75'000'000; std::pmr::monotonic_buffer_resource res;

[Bug c++/79328] Wshadow and lambda captures

2019-09-27 Thread arnaud02 at users dot sourceforge.net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79328 Arnaud Desitter changed: What|Removed |Added CC||arnaud02 at users dot sourceforge.

[Bug libstdc++/90557] New: Incorrect std::filesystem::path::operator=(std::filesystem::path const&) in gcc 9.1.0

2019-05-21 Thread arnaud02 at users dot sourceforge.net
atus: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: arnaud02 at users dot sourceforge.net Target Milestone: --- Using gcc 9.1.0, I observe some memory issues detected with valgrind when u

[Bug middle-end/89371] missed vectorisation with "#pragma omp simd collapse(2)"

2019-05-20 Thread arnaud02 at users dot sourceforge.net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89371 --- Comment #3 from Arnaud Desitter --- Considering: #include #include #include void ff(double* res, double const* a, double const* b, int n1, int n2) { #pragma omp simd collapse(2) for(int i1=0; i1 < n1; ++i1) { for(int i2=0; i2 <

[Bug tree-optimization/89518] New: missed optimisation for array address calculations

2019-02-27 Thread arnaud02 at users dot sourceforge.net
Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: arnaud02 at users dot sourceforge.net Target Milestone: --- Considering: int f(int index, int stride) { const int i1 = index / stride; const int i2 = index % stride; const int index2 = i1

[Bug middle-end/89371] missed vectorisation with "#pragma omp simd collapse(2)"

2019-02-16 Thread arnaud02 at users dot sourceforge.net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89371 --- Comment #2 from Arnaud Desitter --- In my original report, I meant to write: "built by gcc 8.2 on x86_64 with "-std=c++14 -O3 -mavx -fopenmp-simd" results in **NO** simd instruction emitted." subroutine ff(res, a, b, ncell, neq) integer ::

[Bug middle-end/89371] New: missed vectorisation with "#pragma omp simd collapse(2)"

2019-02-15 Thread arnaud02 at users dot sourceforge.net
ty: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: arnaud02 at users dot sourceforge.net Target Milestone: --- void ff(double* res, double const* a, double const* b, int ncell, int neq) { #pragma omp simd collapse(2) for(i

[Bug libstdc++/87846] New: std::filesystem::create_directories with a path with a trailing slash does not create any directory

2018-11-01 Thread arnaud02 at users dot sourceforge.net
: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: arnaud02 at users dot sourceforge.net Target Milestone: --- Calling std::filesystem::create_directories with a path with a trailing separator

[Bug c++/78010] --Wsuggest-override reports a redundant warning on a 'final' method

2017-04-25 Thread arnaud02 at users dot sourceforge.net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78010 --- Comment #3 from Arnaud Desitter --- Interesting reference. Note that "virtual + final" can be useful even if the core guidelines discourage its use. struct A { virtual void f() final; }; struct B : A { // "void f()" cannot be defined

[Bug c++/80518] -Wsuggest-override does not warn about missing override on destructor

2017-04-25 Thread arnaud02 at users dot sourceforge.net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80518 --- Comment #2 from Arnaud Desitter --- Interesting. Shame that there is no rationale. I suppose that "-Wsuggest-override=2" could warn about "override" missing for destructor.

[Bug c++/80518] New: -Wsuggest-override does not warn about missing override on destructor

2017-04-25 Thread arnaud02 at users dot sourceforge.net
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: arnaud02 at users dot sourceforge.net Target Milestone: --- Considering: struct Base { virtual ~Base() {} }; struct Derived : public Base { ~Derived() {} // -Wsuggest

[Bug c++/78010] --Wsuggest-override reports a redundant warning on a 'final' method

2017-04-25 Thread arnaud02 at users dot sourceforge.net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78010 Arnaud Desitter changed: What|Removed |Added CC||arnaud02 at users dot sourceforge.

[Bug c++/80507] [C++17] static variable definition not emitted with -std=c++1z when defined as constexpr

2017-04-24 Thread arnaud02 at users dot sourceforge.net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80507 --- Comment #2 from Arnaud Desitter --- Could you explain why the code not valid C++ please?

[Bug c++/80507] New: [C++17] static variable definition not emitted with -std=c++1z when defined as constexpr

2017-04-24 Thread arnaud02 at users dot sourceforge.net
Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: arnaud02 at users dot sourceforge.net Target Milestone: --- >g++ --version >g++ (GCC)

[Bug fortran/61632] New: memory corruption in Fortran RTL when writing formatted data

2014-06-27 Thread arnaud02 at users dot sourceforge.net
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: arnaud02 at users dot sourceforge.net Problem 1: using the following program: program p call ss() call ss() end program p subroutine ss CHARACTER(3

[Bug fortran/59251] New: wrong code generation with allocatable dummy argument and INTENT(OUT)

2013-11-22 Thread arnaud02 at users dot sourceforge.net
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: arnaud02 at users dot sourceforge.net Using the following program: module branch_plot_results_mod implicit none type, public :: system_variable_type sequence

[Bug fortran/59252] New: wrong code generation for allocatable dummy arguments

2013-11-22 Thread arnaud02 at users dot sourceforge.net
Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: arnaud02 at users dot sourceforge.net module branch_plot_results_mod implicit none type branch_plot_results_ppv_type sequence real(8) , allocatable :: v(:) integer

[Bug fortran/54767] New: Incorrect code generated with -O2 -fcheck=bounds

2012-10-01 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767 Bug #: 54767 Summary: Incorrect code generated with -O2 -fcheck=bounds Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED Severity: normal

[Bug fortran/54767] Incorrect code generated with -O2 -fcheck=bounds

2012-10-01 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767 --- Comment #1 from Arnaud Desitter arnaud02 at users dot sourceforge.net 2012-10-01 15:08:57 UTC --- Created attachment 28313 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28313 test case

[Bug fortran/53326] New: -finit-integer, -finit-real and INTENT(OUT)

2012-05-11 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53326 Bug #: 53326 Summary: -finit-integer, -finit-real and INTENT(OUT) Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/53326] -finit-integer, -finit-real and INTENT(OUT)

2012-05-11 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53326 --- Comment #1 from Arnaud Desitter arnaud02 at users dot sourceforge.net 2012-05-11 17:31:12 UTC --- Consider: cat UIN15-int.f !! check whether uninitialised variables are detected !! for INTENT(OUT) arrays program uin integer x(10

[Bug fortran/52861] New: (missed optimisation) missed transformation to memset with -O3

2012-04-04 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52861 Bug #: 52861 Summary: (missed optimisation) missed transformation to memset with -O3 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug fortran/52668] [4.7/4.8 Regression] Incorrect unused warning for USE associating variable in common block

2012-04-04 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52668 --- Comment #2 from Arnaud Desitter arnaud02 at users dot sourceforge.net 2012-04-04 09:42:47 UTC --- The patch posted at http://gcc.gnu.org/ml/fortran/2012-03/msg00124.html fixes the problem.

[Bug fortran/52835] New: Incorrect code generated by gfortran 4.7.0

2012-04-02 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52835 Bug #: 52835 Summary: Incorrect code generated by gfortran 4.7.0 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: major

[Bug middle-end/52835] [4.7/4.8 Regression] -O3 wrongly optimizes loop __builtin_memcpy away

2012-04-02 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52835 --- Comment #3 from Arnaud Desitter arnaud02 at users dot sourceforge.net 2012-04-02 17:54:06 UTC --- Additionally: cat xxx.f SUBROUTINE XXX(RES,ALP,REN,NN ) DIMENSION ALP(NN),REN (NN),RES (NN) DO IP = 1,NN REN(IP

[Bug fortran/46539] libquadmath: Add -static-libquadmath

2012-03-28 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46539 --- Comment #4 from Arnaud Desitter arnaud02 at users dot sourceforge.net 2012-03-28 10:05:29 UTC --- Thanks for the workarounds. For information, the Intel Fortran compiler has -static-intel which links statically Intel provided libraries

[Bug fortran/52751] New: private module variable are not exported as local

2012-03-28 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52751 Bug #: 52751 Summary: private module variable are not exported as local Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/52668] New: Incorrect warning emitted by gfortran 4.7.0

2012-03-22 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52668 Bug #: 52668 Summary: Incorrect warning emitted by gfortran 4.7.0 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/52669] New: No warning in unused private variable in modules

2012-03-22 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52669 Bug #: 52669 Summary: No warning in unused private variable in modules Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: minor

[Bug fortran/46539] libquadmath: Add -static-libquadmath

2012-03-22 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46539 Arnaud Desitter arnaud02 at users dot sourceforge.net changed: What|Removed |Added CC

[Bug fortran/52673] New: implement -fheap-arrays in gfortran

2012-03-22 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52673 Bug #: 52673 Summary: implement -fheap-arrays in gfortran Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: enhancement

[Bug fortran/49993] arrays declared as parameter are not allocated in read-only memory

2011-11-04 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49993 Arnaud Desitter arnaud02 at users dot sourceforge.net changed: What|Removed |Added Depends

[Bug fortran/50331] New: -Wuninitialized and variable passed to WRITE statements

2011-09-08 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50331 Bug #: 50331 Summary: -Wuninitialized and variable passed to WRITE statements Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED

[Bug fortran/50334] New: interaction between -Wuninitialized and -finit-real=snan

2011-09-08 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50334 Bug #: 50334 Summary: interaction between -Wuninitialized and -finit-real=snan Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED

[Bug fortran/49993] arrays declared as parameter are not allocated in read-only memory

2011-08-09 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49993 --- Comment #3 from Arnaud Desitter arnaud02 at users dot sourceforge.net 2011-08-09 20:24:59 UTC --- static int ia[] = { 2 }; is equivalent to integer, save :: ia(1) = (/ 2 /). Anyway, the C example was there to show that allocating a constant

[Bug fortran/49993] arrays declared as parameter are not allocated in read-only memory

2011-08-08 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49993 --- Comment #1 from Arnaud Desitter arnaud02 at users dot sourceforge.net 2011-08-08 10:28:27 UTC --- The equivalent C program results in the expected segmentation fault. void a1(int *ia) { *ia = 1; } void a2(void) { static const int ia

[Bug fortran/49993] New: arrays declared as parameter are not allocated in read-only memory

2011-08-05 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49993 Summary: arrays declared as parameter are not allocated in read-only memory Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3