ty: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arnaud02 at users dot sourceforge.net
Target Milestone: ---
Considering:
#include
#include
#include
#include
#include
auto f(int const n) {
using s_t = std::pair;
#
++
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98518
--- Comment #2 from Arnaud Desitter ---
It is indeed fixed. Fantastic.
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
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_resour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79328
Arnaud Desitter changed:
What|Removed |Added
CC||arnaud02 at users dot
sourceforge.
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
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 < n2
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
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 :: n
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
: 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
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
};
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.
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78010
Arnaud Desitter changed:
What|Removed |Added
CC||arnaud02 at users dot
sourceforge.
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?
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)
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
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
--- Comment #1 from Arnaud Desitter
2012-10-01 15:08:57 UTC ---
Created attachment 28313
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28313
test case
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53326
--- Comment #1 from Arnaud Desitter
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)
x = 2
call sub2(x,size(x)
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
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52668
--- Comment #2 from Arnaud Desitter
2012-04-04 09:42:47 UTC ---
The patch posted at http://gcc.gnu.org/ml/fortran/2012-03/msg00124.html fixes
the problem.
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52835
--- Comment #3 from Arnaud Desitter
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) = 0.0
ALP(IP) = 0.0
CAL
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
Priority
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46539
--- Comment #4 from Arnaud Desitter
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. Such option may be un-practical for gcc
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
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46539
Arnaud Desitter changed:
What|Removed |Added
CC||arnaud02 at users dot
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
Pr
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
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49993
Arnaud Desitter changed:
What|Removed |Added
Depends on||50960
--- Comment #4 from Arnaud Desitt
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
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
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49993
--- Comment #3 from Arnaud Desitter
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 array in the
rodata section is poss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49993
--- Comment #1 from Arnaud Desitter
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[] = { 2 };
a1(ia);
}
int main(void)
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
41 matches
Mail list logo
