[Bug fortran/65792] allocation of scalar elemental function with structure constructor fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65792
--- Comment #7 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Created attachment 35352
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35352action=edit
Cumulated patch for PR61831 and 65792
Can you post a testcase for the remaining bug there?
I have lost sight of what is missing.
I have attached the patch I have applied on top of a clean tree at r12 and
regtested. As said before the patch fixes also pr49324.
Note that I have tested with
! { dg-additional-options -fsanitize=address }
IIRC this is not available on all targets.
[Bug fortran/59678] [F03] Segfault on equalizing variables of a complex derived type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |WAITING --- Comment #16 from vehre at gcc dot gnu.org --- A patch is available at: https://gcc.gnu.org/ml/fortran/2015-04/msg00061.html awaiting review.
[Bug web/64968] Upgrade GCC Bugzilla to 5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64968 --- Comment #9 from Frédéric Buclin LpSolit at netscape dot net --- Created attachment 35354 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35354action=edit GCC extension for 5.0, v2 And the corresponding new extension.
[Bug c++/65799] Allows constexpr coversion from cv void * to other type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65799 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC||daniel.kruegler@googlemail. ||com --- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com --- Very similar to bug 49171.
[Bug c++/65801] New: Allow -Wno-narrowing to silence stricter C++11 narrowing rules
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
Bug ID: 65801
Summary: Allow -Wno-narrowing to silence stricter C++11
narrowing rules
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
This code:
---8---
static struct zai { unsigned int x; } x = {-1};
---8---
gives this error in C++11 mode:
$ g++-5 -std=gnu++11 -c y.cpp
y.cpp:1:46: error: narrowing conversion of ‘-1’ from ‘int’ to ‘unsigned int’
inside { }
Clang 3.5 offers using -Wno-narrowing to ignore this and continue with the
previous semantics of silently converting it, which is helpful if one's C++11
project has to include e.g. zend_API.h (which uses the -1 conversion).
Such a feature is missing from gcc.
$ gcc-5 -v
gcc version 5.0.1 20150416 (prerelease) [gcc-5-branch revision 222148] (SUSE
Linux)
[Bug web/64968] Upgrade GCC Bugzilla to 5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64968 Frédéric Buclin LpSolit at netscape dot net changed: What|Removed |Added Attachment #34735|0 |1 is obsolete|| --- Comment #8 from Frédéric Buclin LpSolit at netscape dot net --- Created attachment 35353 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35353action=edit GCC patch for 5.0, v2 One of our customisations has been ported upstream (the hook to check new user accounts). One less thing to maintain ourselves.
[Bug tree-optimization/65802] [6 Regression] ICE in redirect_eh_edge_1, at tree-eh.c:2335
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65802 Dmitry G. Dyachenko dimhen at gmail dot com changed: What|Removed |Added CC||tom at codesourcery dot com --- Comment #1 from Dmitry G. Dyachenko dimhen at gmail dot com --- r222168 PASS r222174 FAIL
[Bug c++/65799] Allows constexpr coversion from cv void * to other type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65799 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||accepts-invalid Status|UNCONFIRMED |NEW Last reconfirmed||2015-04-18 Ever confirmed|0 |1 Known to fail||4.9.2, 5.0, 6.0
[Bug tree-optimization/65802] New: [6 Regression] ICE in redirect_eh_edge_1, at tree-eh.c:2335
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65802
Bug ID: 65802
Summary: [6 Regression] ICE in redirect_eh_edge_1, at
tree-eh.c:2335
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
r222031 PASS
r222198 FAIL
$ cat x.ii
typedef int tf();
struct S {
tf m_fn1;
} a;
void fn1()
{
try {
__builtin_va_list c;
{
int *d = __builtin_va_arg(c, int *);
int **e = d;
__asm__( : =d(e));
a.m_fn1();
}
a.m_fn1();
}
catch (...) {
}
}
$ g++ -fpreprocessed -Wall -c x.ii
x.ii: In function 'void fn1()':
x.ii:6:6: internal compiler error: in redirect_eh_edge_1, at tree-eh.c:2335
void fn1()
^
0xe7050b redirect_eh_edge_1
/home/dimhen/src/gcc_current/gcc/tree-eh.c:2335
0xe70c4c cleanup_empty_eh_merge_phis
/home/dimhen/src/gcc_current/gcc/tree-eh.c:4259
0xe714e9 cleanup_empty_eh
/home/dimhen/src/gcc_current/gcc/tree-eh.c:4508
0xe714e9 cleanup_all_empty_eh
/home/dimhen/src/gcc_current/gcc/tree-eh.c:4551
0xe714e9 execute_cleanup_eh_1
/home/dimhen/src/gcc_current/gcc/tree-eh.c:4581
0xe714e9 execute
/home/dimhen/src/gcc_current/gcc/tree-eh.c:4639
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See http://gcc.gnu.org/bugs.html for instructions.
$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/gcc_current/libexec/gcc/x86_64-unknown-linux-gnu/6.0.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /home/dimhen/src/gcc_current/configure
--prefix=/usr/local/gcc_current --enable-static
--enable-checking=yes,df,fold,rtl --enable-languages=c,c++,lto --enable-plugin
--disable-libstdcxx-dual-abi --disable-multilib
Thread model: posix
gcc version 6.0.0 20150417 (experimental) [trunk revision 222198] (GCC)
[Bug c++/65801] [5/6 Regression] Allow -Wno-narrowing to silence stricter C++11 narrowing rules
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed||2015-04-18
CC||trippels at gcc dot gnu.org
Summary|Allow -Wno-narrowing to |[5/6 Regression] Allow
|silence stricter C++11 |-Wno-narrowing to silence
|narrowing rules |stricter C++11 narrowing
||rules
Ever confirmed|0 |1
--- Comment #1 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
Yes. This also breaks building Chromium.
markus@x4 ~ % echo int main () {int i = { 0x };} | g++ -std=c++11
-Wno-narrowing -x c++ -
stdin: In function ‘int main()’:
stdin:1:35: error: narrowing conversion of ‘4294967295u’ from ‘unsigned int’
to ‘int’ inside { }
While the standard is clear that this is an error,
accepting -Wno-narrowing as in 4.8, 4.9 and clang looks acceptable to me.
[Bug middle-end/58306] error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #5 from Artem S. Tashkinov t.artem at mailcity dot com --- Created attachment 35355 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35355action=edit Sources and Makefile (run make to reproduce) GCC 5.0.1 RC2 is also affected: g++ -O3 -march=native -Wno-attributes -fno-tree-vectorize -fprofile-use -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DRAR_SMP -DUNRAR -c hash.cpp blake2s.cpp: In function ‘void blake2s_update(blake2s_state*, const byte*, size_t)’: blake2s.cpp:138:40: error: corrupted value profile: value profile counter (10976192 out of 10966245) inconsistent with basic-block count (10996457) memcpy( S-buf + left, in, fill ); // Fill buffer ^ blake2s.cpp:162:49: error: corrupted value profile: value profile counter (10915050 out of 10973342) inconsistent with basic-block count (10932972) memcpy( S-buf + left, in, (size_t)inlen ); ^ make: *** [blake2s.o] Error 1 make: *** Waiting for unfinished jobs
[Bug target/65803] New: blackfin: internal compiler error: segment fault linux kernel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65803
Bug ID: 65803
Summary: blackfin: internal compiler error: segment fault linux
kernel
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: gang.chen.5i5j at gmail dot com
The code:
[root@localhost gcc]# cat lbalance.i
struct a {
short count;
};
struct reiserfs_de_head {
unsigned short deh_location;
} __attribute__ ((__packed__));
void leaf_cut_from_buffer(struct a *ih, int from)
{
struct reiserfs_de_head *deh = (struct reiserfs_de_head *)ih;
int i;
for (i = ih-count - 1; i from; i--)
deh[i].deh_location--;
for (i = 0; i from; i++)
deh[i].deh_location--;
}
The error:
[root@localhost gcc]# /upstream/build-gcc-blackfin/gcc/cc1 lbalance.i -Os
-fno-strict-overflow
lbalance.i: In function 'leaf_cut_from_buffer':
lbalance.i:19:1: internal compiler error: Segmentation fault
}
^
0xa54a9f crash_signal
../../gcc-blackfin/gcc/toplev.c:383
0x77af8b INSN_UID
../../gcc-blackfin/gcc/rtl.h:1329
0x77af8b insn_current_reference_address(rtx_insn*)
../../gcc-blackfin/gcc/final.c:686 0xd39604
insn_current_length(rtx_insn*)
/upstream/build-gcc-blackfin/gcc/insn-attrtab.c:84
0x77c12e shorten_branches(rtx_insn*)
../../gcc-blackfin/gcc/final.c:1478
0x77c51f rest_of_handle_shorten_branches
../../gcc-blackfin/gcc/final.c:4580
0x77c51f execute
../../gcc-blackfin/gcc/final.c:4609
Please submit a full bug report,
The version:
[root@localhost gcc]# /upstream/release-blackfin/bin/bfin-gchen-elf-gcc -v
Using built-in specs.
COLLECT_GCC=/upstream/release-blackfin/bin/bfin-gchen-elf-gcc
COLLECT_LTO_WRAPPER=/upstream/release-blackfin/libexec/gcc/bfin-gchen-elf/5.0.0/lto-wrapper
Target: bfin-gchen-elf
Configured with: ../gcc-blackfin/configure --target=bfin-gchen-elf
--disable-nls --disable-threads --disable-shared --disable-libssp
--disable-libquadmath --disable-libgomp --disable-libatomic
--prefix=/upstream/release-blackfin --without-headers
target_alias=bfin-gchen-elf --enable-languages=c,lto
Thread model: single
gcc version 5.0.0 20150401 (experimental) (GCC)
[Bug c++/61135] It seems to be not able to call virtual method of literal object in lambda expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61135
lc289dafd7ybme05se at softbank dot ne.jp changed:
What|Removed |Added
CC||lc289dafd7ybme05se@softbank
||.ne.jp
--- Comment #6 from lc289dafd7ybme05se at softbank dot ne.jp ---
below also doesn't work
struct A
{
int funcA(){return 0;}
};
templateclass
struct B:virtual public A{
void funcB(){
[a=this-funcA()]{};
}
};
int main()
{
BA b;
b.funcB();
return 0;
}
//g++ 4.9.2
g++ -std=c++14 hd.cpp
hd.cpp: In instantiation of ‘void B template-parameter-1-1 ::funcB() [with
template-parameter-1-1 = A]’:
hd.cpp:15:10: required from here
hd.cpp:9:2: internal compiler error: in cp_genericize_r, at
cp/cp-gimplify.c:1175
}
^
[Bug fortran/37131] inline matmul for small matrix sizes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37131 --- Comment #18 from Thomas Koenig tkoenig at gcc dot gnu.org --- Created attachment 35356 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35356action=edit First attempt that appears to work Well, this seems to work so far, no regressions.
[Bug fortran/37131] inline matmul for small matrix sizes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37131 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #19 from Thomas Koenig tkoenig at gcc dot gnu.org --- This is about what I had in mind for a first commit. More to do afterwards: - Get more test cases - Handle TRANSPOSE - Better handling of temporaries - Remove the unnecessary run-time bounds checks - I forgot to make fe_runtime_error inaccessible to the user (trivial) - %ld may be doning the wrong thing in error reporting for bounds check with 32 bit
[Bug c++/61135] It seems to be not able to call virtual method of literal object in lambda expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61135 --- Comment #7 from lc289dafd7ybme05se at softbank dot ne.jp --- 仮想継承の時もエラーになるみたいですね。
[Bug target/65804] New: blackfin: Not support global frame pointer with -fno-omit-frame-pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65804
Bug ID: 65804
Summary: blackfin: Not support global frame pointer with
-fno-omit-frame-pointer
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: gang.chen.5i5j at gmail dot com
The code:
[root@localhost gcc]# cat stacktrace.i
register unsigned long current_frame_pointer asm(FP);
void save_stack_trace(void)
{
unsigned long fp;
fp = current_frame_pointer;
}
For gcc5 from upstream (cause issue):
[root@localhost gcc]# /upstream/release-blackfin/bin/bfin-gchen-elf-gcc
-mcpu=bf533-0.3 -fno-omit-frame-pointer -pg -c stacktrace.i
stacktrace.i: In function 'save_stack_trace':
stacktrace.i:3:6: error: frame pointer required, but reserved
void save_stack_trace(void)
^
stacktrace.i:1:24: note: for 'current_frame_pointer'
register unsigned long current_frame_pointer asm(FP);
^
[root@localhost linux-next]#
/upstream/release-blackfin/bin/bfin-gchen-elf-gcc -v
Using built-in specs.
COLLECT_GCC=/upstream/release-blackfin/bin/bfin-gchen-elf-gcc
COLLECT_LTO_WRAPPER=/upstream/release-blackfin/libexec/gcc/bfin-gchen-elf/5.0.0/lto-wrapper
Target: bfin-gchen-elf
Configured with: ../gcc-blackfin/configure --target=bfin-gchen-elf
--disable-nls --disable-threads --disable-shared --disable-libquadmath
--disable-libgomp --disable-libatomic --prefix=/upstream/release-blackfin
--without-headers target_alias=bfin-gchen-elf --enable-languages=c
Thread model: single
gcc version 5.0.0 20150401 (experimental) (GCC)
For blackfin gcc4.5.4 from soureforge (no issue):
root@gchen:/upstream/linux-next# /3p/release-blackfin/bin/bfin-gchen-elf-gcc
-mcpu=bf533-0.3 -fno-omit-frame-pointer -pg -c stacktrace.i
root@gchen:/upstream/linux-next# /3p/release-blackfin/bin/bfin-gchen-elf-gcc
-v
Using built-in specs.
COLLECT_GCC=/3p/release-blackfin/bin/bfin-gchen-elf-gcc
COLLECT_LTO_WRAPPER=/3p/release-blackfin/libexec/gcc/bfin-gchen-elf/4.5.4/lto-wrapper
Target: bfin-gchen-elf
Configured with: ../gcc/configure --target=bfin-gchen-elf --disable-nls
--disable-threads --disable-shared --disable-libssp --disable-libquadmath
--disable-libgomp --disable-libatomic --prefix=/upstream/release-blackfin
--without-headers --enable-languages=c : (reconfigured) ../gcc/configure
--target=bfin-gchen-elf --disable-nls --disable-threads --disable-shared
--disable-libssp --disable-libquadmath --disable-libgomp --disable-libatomic
--prefix=/3p/release-blackfin --without-headers --enable-languages=c
Thread model: single
gcc version 4.5.4 (GCC)
[Bug other/65800] New: gengtype aborts when run with -d (debug dump)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65800 Bug ID: 65800 Summary: gengtype aborts when run with -d (debug dump) Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: maltsevm at gmail dot com Running gengtype with the following parameters (from GCC build directory): $ ./gcc/gengtype -r ./gcc/gtype.state -d Triggers assertion failure: typedefs: pair: name = vecivarref_entry,va_gc Type at 0x1e59200: kind = TYPE_USER_STRUCT pointer_to = 0x1e592c0 gc_used = GC_POINTED_TO u.s.tag = vecivarref_entry,va_gc fileloc: file = /home/miyuki/gcc/src/gcc/objc/objc-next-runtime-abi-02.c, line = 2776 u.s.fields = pair: name = va_gc Type at 0x1e59520: kind = TYPE_UNDEFINED pointer_to = (nil) gc_used = GC_UNUSED gengtype: Internal error: abort in dump_type, at gengtype.c:4956 I noticed two situations, where this (i.e. presence of TYPE_UNDEFINED in dumps) is possible: first, a combination of templates and typedefs (see comment for function gengtype.c:set_gc_used_type). Second is rtl expressions with optional fields (struct block_symbol in SYMBOL_REF).
[Bug fortran/65792] allocation of scalar elemental function with structure constructor fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65792 --- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr --- The patch fixes the PR, but causes FAIL: gfortran.dg/class_19.f03 -O0 execution test ... False alarm! The failures are due to a conflict with another patch. The patch seems to fix also pr49324.
[Bug other/65800] gengtype aborts when run with -d (debug dump)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65800 --- Comment #1 from Mikhail Maltsev maltsevm at gmail dot com --- Created attachment 35350 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35350action=edit Fix Just in case, I also regtested it.
[Bug fortran/65792] allocation of scalar elemental function with structure constructor fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65792 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |mikael at gcc dot gnu.org --- Comment #5 from Mikael Morin mikael at gcc dot gnu.org --- Created attachment 35351 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35351action=edit draft patch variant, untested again This one is less invasive and can be preferred for backports.
[Bug fortran/65792] allocation of scalar elemental function with structure constructor fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65792 --- Comment #6 from Mikael Morin mikael at gcc dot gnu.org --- (In reply to Dominique d'Humieres from comment #4) The patch seems to fix also pr49324. Can you post a testcase for the remaining bug there? I have lost sight of what is missing.
[Bug fortran/57957] [F03] Double free with allocatable components
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57957 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added CC||mikael at gcc dot gnu.org --- Comment #4 from Mikael Morin mikael at gcc dot gnu.org --- (In reply to janus from comment #2) Updated test case: That one seems to be memory-clean with current trunk. FIXED?
[Bug fortran/52921] With realloc-lhs: Conditional jump or move depends on uninitialised value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52921 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added CC||mikael at gcc dot gnu.org --- Comment #2 from Mikael Morin mikael at gcc dot gnu.org --- (In reply to Tobias Burnus from comment #1) I already get the valgrind warning Conditional jump or move depends on uninitialised value(s) for MY_ARR%ARR(I)%CMP = [1, 2] even without any optimization. (I replaced the READ by an assignment and marked i as VOLATILE.) No error here using the following program; FIXED? PROGRAM QUICK_TEST TYPE COMP INTEGER, ALLOCATABLE :: CMP(:) END TYPE COMP TYPE COMP_ARRAY TYPE (COMP), ALLOCATABLE :: ARR(:) END TYPE COMP_ARRAY INTEGER, VOLATILE :: I TYPE (COMP_ARRAY), TARGET :: MY_ARR I=10 ALLOCATE (MY_ARR%ARR(I)) MY_ARR%ARR(I)%CMP = [1, 2] END PROGRAM QUICK_TEST
[Bug fortran/57957] [F03] Double free with allocatable components
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57957 --- Comment #5 from Dominique d'Humieres dominiq at lps dot ens.fr --- That one seems to be memory-clean with current trunk. FIXED? Confirmed for gcc 5 and trunk (6.0). The test in comment 0 succeeds with 4.9.2, but not the one in comment 2 (!?). Both tests fail with 4.8.5.
[Bug fortran/52921] With realloc-lhs: Conditional jump or move depends on uninitialised value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52921 --- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr --- No error here using the following program; FIXED? I cannot reproduce the problem with 4.8.4 and more recent versions.
