[Bug lto/61644] New: [4.10 Regression] ICE with LTO in expand_expr_real_1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61644 Bug ID: 61644 Summary: [4.10 Regression] ICE with LTO in expand_expr_real_1 Product: gcc Version: 4.10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch A recent regression introduced in the one day between good: r212096 bad: r212117 causes an ICE on trunk. cat bug.f90 MODULE hfx_contract_block INTEGER, PARAMETER :: dp=8 CONTAINS SUBROUTINE contract_block(ma_max,mb_max,mc_max,md_max,kbd, kbc,kad,kac,pbd,pbc,pad,pac,prim,scale) REAL(KIND=dp) :: kbd(mb_max*md_max), kbc(mb_max*mc_max), prim(ma_max*mb_max*mc_max*md_max), scale CALL block_1_1_1_1(kbd,kbc,kad,kac,pbd,pbc,pad,pac,prim,scale) END SUBROUTINE contract_block END MODULE hfx_contract_block gfortran -flto -O0 bug.f90 bug.f90: In function ‘contract_block’: bug.f90:8:0: internal compiler error: Segmentation fault CALL block_1_1_1_1(kbd,kbc,kad,kac,pbd,pbc,pad,pac,prim,scale) ^ 0x9368bf crash_signal ../../gcc/gcc/toplev.c:337 0x5b686d initialize_argument_information ../../gcc/gcc/calls.c:1221 0x5ba69c expand_call(tree_node*, rtx_def*, int) ../../gcc/gcc/calls.c:2533 0x6a41de expand_expr_real_1(tree_node*, rtx_def*, machine_mode, expand_modifier, rtx_def**, bool) ../../gcc/gcc/expr.c:10347 0x5cdfa9 expand_expr ../../gcc/gcc/expr.h:451 0x5cdfa9 expand_call_stmt ../../gcc/gcc/cfgexpand.c:2307 0x5cdfa9 expand_gimple_stmt_1 ../../gcc/gcc/cfgexpand.c:3202 0x5cdfa9 expand_gimple_stmt ../../gcc/gcc/cfgexpand.c:3354 0x5cf0d7 expand_gimple_basic_block ../../gcc/gcc/cfgexpand.c:5192 0x5d288a execute ../../gcc/gcc/cfgexpand.c:5799 note that -flto is required (and that obviously this reduced testcase will fail to link if the ice is not present), and that all observed failures (for compiling our code base) seem to involve expand_expr_real_1.
[Bug c++/61639] GCC 4.7.4 can't longer compile clang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61639 --- Comment #2 from David Kredba nheghathivhistha at gmail dot com --- The same affects Gentoo Gcc-4.7.4 and llvm-3.4.2.
[Bug libstdc++/61645] New: forward_list::splice_after shall not throw exceptions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61645
Bug ID: 61645
Summary: forward_list::splice_after shall not throw exceptions
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: lh_mouse at 126 dot com
ISO/IEC 14882:2011
23.3.4.6 forward_list operations [forwardlist.ops]
void splice_after(const_iterator position, forward_list x);
void splice_after(const_iterator position, forward_list x);
(... omitted ...)
3 Throws: Nothing. **
4 Complexity: O(distance(x.begin(), x.end()))
// test_case.cpp
#include forward_list
int main(){
std::forward_listint l{1,2,3};
static_assert(
noexcept(l.splice_after(l.before_begin(), l)),
!!
); // fails
static_assert(
noexcept(l.splice_after(l.before_begin(), l, l.before_begin())),
!!
); // ditto
static_assert(
noexcept(l.splice_after(l.before_begin(), l, l.before_begin(),
l.end())),
!!
); // ditto
}
[Bug lto/61646] New: [4.10 Regression] ICE: in write_ts_type_non_common_tree_pointers, at tree-streamer-out.c:812
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61646
Bug ID: 61646
Summary: [4.10 Regression] ICE: in
write_ts_type_non_common_tree_pointers, at
tree-streamer-out.c:812
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: hubicka at ucw dot cz
Happens during Firefox build:
markus@x4 ds % cat ManifestParser.ii
class nsChromeRegistry;
struct B
{
void (nsChromeRegistry::*regfunc)();
};
const B *a;
void fn1 ()
{
if (a-regfunc)
;
}
markus@x4 ds % c++ -flto -c ManifestParser.ii
ManifestParser.ii:11:1: internal compiler error: in
write_ts_type_non_common_tree_pointers, at tree-streamer-out.c:812
}
^
0xd4f480 write_ts_type_non_common_tree_pointers
../../gcc/gcc/tree-streamer-out.c:812
0xd4f480 streamer_write_tree_body(output_block*, tree_node*, bool)
../../gcc/gcc/tree-streamer-out.c:1017
0xa824a3 lto_write_tree_1
../../gcc/gcc/lto-streamer-out.c:364
0xa865ab DFS_write_tree
../../gcc/gcc/lto-streamer-out.c:1307
0xa88057 lto_output_tree(output_block*, tree_node*, bool, bool)
../../gcc/gcc/lto-streamer-out.c:1384
0xa822ff write_global_stream
../../gcc/gcc/lto-streamer-out.c:2136
0xa8a3ce lto_output_decl_state_streams
../../gcc/gcc/lto-streamer-out.c:2180
0xa8a3ce produce_asm_for_decls()
../../gcc/gcc/lto-streamer-out.c:2477
0xace1bf write_lto
../../gcc/gcc/passes.c:2260
0xad1188 ipa_write_summaries_1
../../gcc/gcc/passes.c:2319
0xad1188 ipa_write_summaries()
../../gcc/gcc/passes.c:2376
0x84d036 ipa_passes
../../gcc/gcc/cgraphunit.c:2090
0x84d036 compile()
../../gcc/gcc/cgraphunit.c:2186
0x84d2f4 finalize_compilation_unit()
../../gcc/gcc/cgraphunit.c:2341
0x63866e cp_write_global_declarations()
../../gcc/gcc/cp/decl2.c:4647
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.
[Bug lto/61646] [4.10 Regression] ICE: in write_ts_type_non_common_tree_pointers, at tree-streamer-out.c:812
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61646 Markus Trippelsdorf trippels at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2014-06-29 Target Milestone|--- |4.10.0 Ever confirmed|0 |1 --- Comment #1 from Markus Trippelsdorf trippels at gcc dot gnu.org --- Started with r212114.
[Bug lto/61646] [4.10 Regression] ICE: in write_ts_type_non_common_tree_pointers, at tree-streamer-out.c:812
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61646 --- Comment #2 from Markus Trippelsdorf trippels at gcc dot gnu.org --- Fixed by Honza's proposed patch: https://gcc.gnu.org/ml/gcc-patches/2014-06/msg02320.html Maybe you could just add the testcase?
[Bug c++/60699] empty braced-init-list of non-static data member T[N] in class template results in ICE, if T is a class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60699 --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com --- This is fixed in mainline, I'm adding the testcase and closing the bug.
[Bug c++/60699] empty braced-init-list of non-static data member T[N] in class template results in ICE, if T is a class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60699 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com --- Oh, well, it's an exact duplicate of PR58704. *** This bug has been marked as a duplicate of bug 58704 ***
[Bug c++/58704] [c++11] ICE initializing array member of template class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58704 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||filip.roseen at gmail dot com --- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com --- *** Bug 60699 has been marked as a duplicate of this bug. ***
[Bug c++/53756] [C++1y] ICE: in gen_type_die_with_usage, at dwarf2out.c:18774 with -g and operator auto ()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53756 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC|jason at gcc dot gnu.org | Resolution|--- |FIXED Target Milestone|4.9.1 |4.9.0 --- Comment #10 from Paolo Carlini paolo.carlini at oracle dot com --- I think we can close this.
[Bug c++/58845] Operator || and broken for vectors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845 --- Comment #21 from Marc Glisse glisse at gcc dot gnu.org --- One argument against the sequence point is that we don't have one for ?: . If we add one for ?: several testcases regress, so we have to make sure to only do the save_expr/compound_expr thing if there are side effects, or port some more fold-const optimizations to gimple (and update the testcases to check for the optimization in a later dump).
[Bug c++/61647] New: internal compiler error: in push_access_scope, at cp/pt.c:219 for a c++ header, clang++ 3.4 generate .pch without error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61647
Bug ID: 61647
Summary: internal compiler error: in push_access_scope, at
cp/pt.c:219 for a c++ header, clang++ 3.4 generate
.pch without error
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: blancesnow at gmail dot com
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.9.0/configure --prefix=/usr --libdir=/usr/lib
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --disable-multilib --with-system-zlib
--enable-languages=c,c++,fortran,ada,go,java,objc,obj-c++
Thread model: posix
gcc version 4.9.0 (GCC)
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-shared-libgcc' '-mtune=generic'
'-march=x86-64'
/usr/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/cc1plus -E -quiet -v
-D_GNU_SOURCE luamm.hpp -mtune=generic -march=x86-64 -fpch-preprocess -o
luamm.ii
#include ... search starts here:
#include ... search starts here:
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../include/c++/4.9.0
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../include/c++/4.9.0/x86_64-unknown-linux-gnu
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../include/c++/4.9.0/backward
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/include
/usr/local/include
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/include-fixed
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../x86_64-unknown-linux-gnu/include
/usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-shared-libgcc' '-mtune=generic'
'-march=x86-64'
/usr/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/cc1plus -fpreprocessed
luamm.ii -quiet -dumpbase luamm.hpp -mtune=generic -march=x86-64 -auxbase luamm
-version -o luamm.s --output-pch=luamm.hpp.gch
GNU C++ (GCC) version 4.9.0 (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.9.0, GMP version 5.0.2, MPFR version 3.1.0, MPC
version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU C++ (GCC) version 4.9.0 (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.9.0, GMP version 5.0.2, MPFR version 3.1.0, MPC
version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 79c268e344b7141bdf3e34d481426ed5
luamm.hpp: In member function ‘AutoCleanVariant::operator T() const’:
luamm.hpp:26:47: internal compiler error: in push_access_scope, at cp/pt.c:219
return VariantXX*, int::operator T();
^
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
file 'luamm.ii':
# 1 luamm.hpp
# 1 built-in
# 1 command-line
# 1 /usr/include/stdc-predef.h 1 3 4
# 1 command-line 2
# 1 luamm.hpp
class XX;
templatetypename Container, typename Key
struct Accessor;
templatetypename Container, typename Key, typename KeyStore = Key
class Variant {
protected:
KeyStore index;
Container state;
public:
Variant(Container st, const Key i) : index(i), state(st) {}
templatetypename T
operator T() const {
return AccessorContainer, KeyStore::template getT(state, index);
}
};
class AutoCleanVariant : public VariantXX*, int {
public:
AutoCleanVariant(XX* st, int i) : VariantXX*,int(st,i) {}
templatetypename T
operator T() const {
return VariantXX*, int::operator T();
}
};
[Bug fortran/61628] A program that reads from a file with stream access and uses pack() suddenly stops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628 --- Comment #3 from Arjen Markus arjen.markus895 at gmail dot com --- Hi Dominique, Jerry, I just tried it myself: - Download the tgz file from Bugzilla - unzip it via gunzip - use tar xvf to extract the file The result was the same file. The contents are: - seven integers, of which only two are used in the current program (the first two are 681 and 489) - a matrix of integers of that size, read as a one-dimensional array The unzipped file has a size of 1277584 bytes. My Windows version is Windows 7, SP1 (if the utility I used gets that last bit right) and MinGW: If I use uname -a under MSYS it reports: MINGW32_NT-6.1 L01259 1.0.18(0.48/3/2) 2012-11-21 22:34 i686 Msys Hope that helps. I have attached the assembly file I got with gfortran -save-temps (I could not find an option to produce a file with the intermediate code) Regards, Arjen 2014-06-27 19:50 GMT+02:00 dominiq at lps dot ens.fr gcc-bugzi...@gcc.gnu.org: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2014-06-27 Ever confirmed|0 |1 --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr --- Arjen, Are you sure that you have attached the right file? When using tar I get tar: A lone zero block at 2498 and the test succeeds as for Jerry. -- You are receiving this mail because: You reported the bug.
[Bug libstdc++/61645] forward_list::splice_after shall not throw exceptions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61645 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 --- Throws: Nothing does not impose the requirement onto implementations that such a function is required to be marked equivalent to noexcept(true), so this looks more like an enhancement request to me - but let's wait what Jonathan or Pablo have to say.
[Bug libstdc++/61645] forward_list::splice_after shall not throw exceptions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61645 --- Comment #2 from lh_mouse lh_mouse at 126 dot com --- (In reply to Daniel Krügler from comment #1) Throws: Nothing does not impose the requirement onto implementations that such a function is required to be marked equivalent to noexcept(true), so this looks more like an enhancement request to me - but let's wait what Jonathan or Pablo have to say. Replace forward_list with list, splice_after with splice and before_begin with begin, all three static_assert's hold.
[Bug c++/61647] internal compiler error: in push_access_scope, at cp/pt.c:219 for a c++ header, clang++ 3.4 generate .pch without error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61647 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 --- The ICE still exists on gcc 4.10.0 20140628 (experimental)
[Bug libstdc++/61645] forward_list::splice_after shall not throw exceptions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61645 --- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com --- (In reply to lh_mouse from comment #2) Replace forward_list with list, splice_after with splice and before_begin with begin, all three static_assert's hold. Presumably this provides an consistency argument, yes.
[Bug fortran/61627] specification expression ICE with version 4.7.1 and 4.8.2, incorrect output with 4.4.7 and 4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61627 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2014-06-29 Ever confirmed|0 |1 --- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr --- Revision r206658 (2014-01-16) gives the ICE and r206880 (2014-01-21) gives the wrong code. The revisions in this range are r206759 and r206786, but they seem unrelated to this PR.
[Bug fortran/38839] BIND(C): Allow non-digit/underscore/alphabetic binding names
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38839 --- Comment #6 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org --- Author: fxcoudert Date: Sun Jun 29 14:14:16 2014 New Revision: 212123 URL: https://gcc.gnu.org/viewcvs?rev=212123root=gccview=rev Log: PR fortran/36275 PR fortran/38839 * decl.c (check_bind_name_identifier): New function. (gfc_match_bind_c): Match any constant expression as binding label. * match.c (gfc_match_name_C): Remove. * gfortran.dg/binding_label_tests_2.f03: Adjust error messages. * gfortran.dg/binding_label_tests_27.f90: New file. Added: trunk/gcc/testsuite/gfortran.dg/binding_label_tests_27.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/match.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/binding_label_tests_2.f03
[Bug fortran/36275] [F03] Binding label can be any scalar char initialisation expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36275 --- Comment #12 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org --- Author: fxcoudert Date: Sun Jun 29 14:14:16 2014 New Revision: 212123 URL: https://gcc.gnu.org/viewcvs?rev=212123root=gccview=rev Log: PR fortran/36275 PR fortran/38839 * decl.c (check_bind_name_identifier): New function. (gfc_match_bind_c): Match any constant expression as binding label. * match.c (gfc_match_name_C): Remove. * gfortran.dg/binding_label_tests_2.f03: Adjust error messages. * gfortran.dg/binding_label_tests_27.f90: New file. Added: trunk/gcc/testsuite/gfortran.dg/binding_label_tests_27.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/match.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/binding_label_tests_2.f03
[Bug fortran/32630] [meta-bug] ISO C binding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32630 Bug 32630 depends on bug 36275, which changed state. Bug 36275 Summary: [F03] Binding label can be any scalar char initialisation expression https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36275 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED
[Bug fortran/36275] [F03] Binding label can be any scalar char initialisation expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36275 Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |4.10.0 --- Comment #13 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org --- Fixed on trunk.
[Bug fortran/32630] [meta-bug] ISO C binding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32630 Bug 32630 depends on bug 38839, which changed state. Bug 38839 Summary: BIND(C): Allow non-digit/underscore/alphabetic binding names https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38839 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED
[Bug fortran/38839] BIND(C): Allow non-digit/underscore/alphabetic binding names
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38839 Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |4.10.0 --- Comment #7 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org --- Fixed on trunk.
[Bug fortran/61628] A program that reads from a file with stream access and uses pack() suddenly stops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628 --- Comment #4 from Jerry DeLisle jvdelisle at gcc dot gnu.org --- The reason I asked about the windows version is that at work we just got all upgraded to Windows 7 as a standard (vs XP) and we have been experiancing all sorts of strange behavior, including the first blue screen of death I have seen in years. But, this is off topic. I would need to get set up on my dual boot machine to help debug this further. Where did you get your gfortran from and I will try.
[Bug c++/61648] New: g++ accepts literal operator friends for non-template classes but not for *template* classes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61648
Bug ID: 61648
Summary: g++ accepts literal operator friends for non-template
classes but not for *template* classes
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: emsr at gcc dot gnu.org
This came from stackoverflow:
http://stackoverflow.com/questions/24465229/how-to-declare-friend-user-defined-literal-operator-within-template-class
clang++ takes this:
#include cstddef
struct B{};
B operator+(B, B) { return B(); }
B operator _b(const char *, size_t) { return B(); }
templatetypename T
class C
{
friend B operator+(B, B);
friend B operator _b(const char *, size_t);
};
int main() { return 0; }
[Bug c++/61642] g++ confuses template member template function with template class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61642 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- (In reply to Felix Fontein from comment #0) The following code does not compile under GCC 4.9.0 20140604 (prerelease): I wish Arch wouldn't fsck with the release numbering like this, 4.9.0 was released well before 20140604, so it's not a 4.9.0 prerelease.
[Bug c++/61642] g++ confuses template member template function with template class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61642 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||rejects-valid Status|UNCONFIRMED |NEW Last reconfirmed||2014-06-29 Ever confirmed|0 |1
[Bug libstdc++/61645] forward_list::splice_after shall not throw exceptions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61645 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Severity|minor |enhancement --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org --- Definitely not a bug, marking as enhancement.
[Bug c++/61649] New: fixincludes update for solaris___restrict in sys/feature_tests.h on Illumos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61649 Bug ID: 61649 Summary: fixincludes update for solaris___restrict in sys/feature_tests.h on Illumos Product: gcc Version: 4.7.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: richard at netbsd dot org Created attachment 33031 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33031action=edit patch to existing fixincludes/inclhack.def from gcc-4.7.3 Due to an update to sys/feature_tests.h as indicated here (https://illumos.org/issues/2941), Illumos has broken the fixincludes solaris___restrict hack as is evident by the current result in $PREFIX/gcc47/lib/.../include-fixed/sys/feature_tests.h /* * The following macro defines a value for the ISO C99 restrict * keyword so that _RESTRICT_KYWD resolves to restrict if * an ISO C99 compiler is used and (null string) if any other * compiler is used. This allows for the use of single prototype * declarations regardless of compiler version. */ #if (defined(__STDC__) defined(_STDC_C99)) !defined(__cplusplus) #ifdef __cplusplus #define_RESTRICT_KYWD__restrict #else #define_RESTRICT_KYWDrestrict #endif #else #define_RESTRICT_KYWD #endif The attached patch seem to work around this by allowing both the standard and the Illumos forms to be updated. The test/base/sys/feature_tests.h patch is as follows: --- fixincludes/tests/base/sys/feature_tests.h.orig2010-06-21 15:27:29.0 + +++ fixincludes/tests/base/sys/feature_tests.h @@ -10,6 +10,7 @@ #if defined( SOLARIS___RESTRICT_CHECK ) +#if (defined(__STDC__) defined(_STDC_C99)) #ifdef __cplusplus #define_RESTRICT_KYWD__restrict #else
[Bug bootstrap/61650] New: [4.10] Bootstrap failure due to dependency on ISL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61650 Bug ID: 61650 Summary: [4.10] Bootstrap failure due to dependency on ISL Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: gerald at pfeifer dot com CC: gareevroman at gmail dot com Seen on i386-unknown-freebsd10.0: /scratch2/tmp/gerald/gcc-HEAD/gcc/graphite-isl-ast-to-gimple.c:23:10: fatal error: 'isl/set.h' file not found #include isl/set.h ^ I assume this is caused by 2014-06-29 Roman Gareev gareevro...@gmail.com * Makefile.in: Add the compilation of graphite-isl-ast-to-gimple.o. * common.opt: Add new switch fgraphite-code-generator=[isl|cloog]. * flag-types.h: Add new enum fgraphite_generator. * graphite-isl-ast-to-gimple.c: New. * graphite-isl-ast-to-gimple.h: New. * graphite.c (graphite_transform_loops): Add choice of Graphite code generator, which depends on flag_graphite_code_gen. testsuite/gcc.dg/graphite/isl-codegen-loop-dumping.c: New testcase that checks that the dump is generated.
[Bug fortran/61628] A program that reads from a file with stream access and uses pack() suddenly stops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628 --- Comment #5 from Arjen Markus arjen.markus895 at gmail dot com --- I am not entirely certain, but I think it was simply part of the MinGW installation. If not, I used the https://gcc.gnu.org/wiki/GFortranBinaries site to locate one. Regards, Arjen 2014-06-29 16:39 GMT+02:00 jvdelisle at gcc dot gnu.org gcc-bugzi...@gcc.gnu.org: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628 --- Comment #4 from Jerry DeLisle jvdelisle at gcc dot gnu.org --- The reason I asked about the windows version is that at work we just got all upgraded to Windows 7 as a standard (vs XP) and we have been experiancing all sorts of strange behavior, including the first blue screen of death I have seen in years. But, this is off topic. I would need to get set up on my dual boot machine to help debug this further. Where did you get your gfortran from and I will try. -- You are receiving this mail because: You reported the bug.
[Bug lto/61646] [4.10 Regression] ICE: in write_ts_type_non_common_tree_pointers, at tree-streamer-out.c:812
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61646 --- Comment #3 from Jan Hubicka hubicka at ucw dot cz --- I believe this should be fixed by https://gcc.gnu.org/ml/gcc-patches/2014-06/msg02320.html It is cool to have testcase though. Honza
[Bug driver/61651] New: Cross compiler will use host as eroneously
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61651 Bug ID: 61651 Summary: Cross compiler will use host as eroneously Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver Assignee: unassigned at gcc dot gnu.org Reporter: martin at netbsd dot org With a gcc configured like this: mipsel--netbsd-gcc -v Using built-in specs. COLLECT_GCC=mipsel--netbsd-gcc COLLECT_LTO_WRAPPER=/usr/pkg/libexec/gcc/mipsel--netbsd/4.9.0/lto-wrapper Target: mipsel--netbsd Configured with: ../gcc-4.9.0/configure --disable-nls --disable-libquadmath --disable-libquadmath-support --disable-libssp --disable-libgomp --disable-libstdc++-v3 --disable-libatomic --enable-languages='c c++' --enable-shared --enable-long-long --with-local-prefix=/usr/pkg --enable-threads=posix --with-boot-ldflags= --target=mipsel--netbsd --with-gmp=/usr/pkg --with-mpc=/usr/pkg --with-mpfr=/usr/pkg --prefix=/usr/pkg --build=x86_64--netbsd --host=x86_64--netbsd --infodir=/usr/pkg/info --mandir=/usr/pkg/man Thread model: posix gcc version 4.9.0 (GCC) and binutils pre-installed in the PATH, picked up by configure correctly: checking dynamic linker characteristics... NetBSD ld.elf_so checking how to hardcode library paths into programs... immediate checking what assembler to use... /usr/pkg/bin/mipsel--netbsd-as checking whether we are using gold... no checking what linker to use... /usr/pkg/bin/mipsel--netbsd-ld checking what nm to use... /usr/pkg/bin/mipsel--netbsd-nm checking for mipsel--netbsd-objdump... /usr/pkg/bin/mipsel--netbsd-objdump checking what objdump to use... /usr/pkg/bin/mipsel--netbsd-objdump I still get compiler that tries to invoke plain as: mipsel--netbsd-gcc --print-prog-name=as as and also tries to use this, which obviously fails: mipsel--netbsd-gcc -v -c test.c Using built-in specs. COLLECT_GCC=mipsel--netbsd-gcc Target: mipsel--netbsd Configured with: ../gcc-4.9.0/configure --disable-nls --disable-libquadmath --disable-libquadmath-support --disable-libssp --disable-libgomp --disable-libstdc++-v3 --disable-libatomic --enable-languages='c c++' --enable-shared --enable-long-long --with-local-prefix=/usr/pkg --enable-threads=posix --with-boot-ldflags= --target=mipsel--netbsd --with-gmp=/usr/pkg --with-mpc=/usr/pkg --with-mpfr=/usr/pkg --prefix=/usr/pkg --build=x86_64--netbsd --host=x86_64--netbsd --infodir=/usr/pkg/info --mandir=/usr/pkg/man Thread model: posix gcc version 4.9.0 (GCC) COLLECT_GCC_OPTIONS='-v' '-c' /usr/pkg/libexec/gcc/mipsel--netbsd/4.9.0/cc1 -quiet -v test.c -quiet -dumpbase test.c -auxbase test -version -o /var/tmp//cc5IJkOh.s GNU C (GCC) version 4.9.0 (mipsel--netbsd) compiled by GNU C version 4.8.3, GMP version 6.0.0, MPFR version 3.1.2, MPC version 1.0.2 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring nonexistent directory /usr/pkg/lib/gcc/mipsel--netbsd/4.9.0/../../../../mipsel--netbsd/sys-include ignoring nonexistent directory /usr/pkg/lib/gcc/mipsel--netbsd/4.9.0/../../../../mipsel--netbsd/include #include ... search starts here: #include ... search starts here: /usr/pkg/lib/gcc/mipsel--netbsd/4.9.0/include /usr/pkg/lib/gcc/mipsel--netbsd/4.9.0/include-fixed End of search list. GNU C (GCC) version 4.9.0 (mipsel--netbsd) compiled by GNU C version 4.8.3, GMP version 6.0.0, MPFR version 3.1.2, MPC version 1.0.2 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 3b870805c849a6d735de46047e60e2cd COLLECT_GCC_OPTIONS='-v' '-c' as -v -EL -O1 -no-mdebug -mabi=32 -KPIC -o test.o /var/tmp//cc5IJkOh.s GNU assembler version 2.23.2 (x86_64--netbsd) using BFD version (NetBSD Binutils nb1) 2.23.2 as: unrecognized option `-EL'
[Bug c++/54891] [C++11] lambda-expression and explicit type conversion (cast notation)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54891 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |paolo.carlini at oracle dot com --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com --- Mine.
[Bug ipa/61160] [4.9/4.10 Regression] wrong code with -O3 (or ICE: verify_cgraph_node failed: edge points to wrong declaration)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61160 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #10 from Martin Jambor jamborm at gcc dot gnu.org --- Fixed.
[Bug bootstrap/61650] [4.10] Bootstrap failure due to dependency on ISL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61650 --- Comment #1 from gerald at gcc dot gnu.org gerald at gcc dot gnu.org --- Author: gerald Date: Sun Jun 29 20:42:31 2014 New Revision: 212127 URL: https://gcc.gnu.org/viewcvs?rev=212127root=gccview=rev Log: Add PR bootstrap/61650 to the bug fixing it. Modified: trunk/gcc/ChangeLog
[Bug bootstrap/61650] [4.10] Bootstrap failure due to dependency on ISL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61650 Gerald Pfeifer gerald at pfeifer dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Version|unknown |4.10.0 Resolution|--- |FIXED --- Comment #2 from Gerald Pfeifer gerald at pfeifer dot com --- Fixed by 2014-06-29 Tobias Grosser tob...@grosser.es PR bootstrap/61650 * graphite-isl-ast-to-gimple.c: Add missing guards.
[Bug fortran/61628] A program that reads from a file with stream access and uses pack() suddenly stops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628 --- Comment #6 from Jerry DeLisle jvdelisle at gcc dot gnu.org --- I went to gfortran binaries and grabbed the mingw installer and installed it on my Win7 side. Compile the program, Un compressed the data file and ran it. C:\Users\jerry\prs\pr61628gfortran pr61628.f90 C:\Users\jerry\prs\pr61628a 681 469 319389 It appears to work fine. This is with the gfortran 4.10 verrsion as of today. Maybe try removing gfortran and re-install with todays.
[Bug c++/61652] New: Option --enable-libstdcxx-debug doesn't pass debug options to libstdc++.so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61652 Bug ID: 61652 Summary: Option --enable-libstdcxx-debug doesn't pass debug options to libstdc++.so Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: yuri at tsoft dot com Based on documentation here https://gcc.gnu.org/onlinedocs/libstdc++/manual/debug.html I configured gcc to build a debug version of libstdc++.so: $ ../src/configure --prefix=/opt/gcc/4.8.2/ --enable-libstdcxx-debug --enable-libstdcxx-debug-flags='-g3 -O0' $ gmake It did build another version of libstdc++.so with different size under lib/debug/, but both of them have local variables optimized away. I am interested in ../src/libstdc++-v3/libsupc++/dyncast.cc, touching it and rebuilding shows that -O0 hasn't been passed to the compile command, and it builds with -O2. Building gcc-4.8.2 on FreeBSD-10
[Bug target/61637] C++ program does not catch exceptions on AIX 7.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637 --- Comment #11 from David Edelsohn dje at gcc dot gnu.org --- I tested a corrected version of your example with both G++ 4.8.1 from Perzl.org / oss4aix.org and GCC trunk from a few days ago. I compiled both 32 bit (default) and 64 bit (-maix64) and -pthread. All print This is not caught 20 You seem to be invoking GCC incorrectly on AIX. Why are you adding defining Linux x86 and AMD definitions on POWER AIX? Why are you changing the library search path order? Why are you linking with -lpthread instead of using -pthread GCC/G++ command line option? From when did you install GCC 4.8.1 on your system? Hopefully not IBM AIX Toolkit.
[Bug target/61637] C++ program does not catch exceptions on AIX 7.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637 --- Comment #12 from Krishnamoorthy C chandrakm at hotmail dot com --- (In reply to David Edelsohn from comment #11) I tested a corrected version of your example with both G++ 4.8.1 from Perzl.org / oss4aix.org and GCC trunk from a few days ago. I compiled both 32 bit (default) and 64 bit (-maix64) and -pthread. All print This is not caught 20 You seem to be invoking GCC incorrectly on AIX. Why are you adding defining Linux x86 and AMD definitions on POWER AIX? Why are you changing the library search path order? Why are you linking with -lpthread instead of using -pthread GCC/G++ command line option? From when did you install GCC 4.8.1 on your system? Hopefully not IBM AIX Toolkit. Thanks for validating. I get this error: terminate called after throwing an instance of 'Namespace::derived exception class from std::exepction' terminate called recursively IOT/Abort trap (core dumped) I am re-verifying the order of lib loading.
[Bug tree-optimization/61306] [4.10 Regression] wrong code at -Os and above on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61306 --- Comment #8 from thopre01 at gcc dot gnu.org --- Author: thopre01 Date: Mon Jun 30 01:58:45 2014 New Revision: 212133 URL: https://gcc.gnu.org/viewcvs?rev=212133root=gccview=rev Log: 2014-06-30 Thomas Preud'homme thomas.preudho...@arm.com Backport from mainline 2014-06-20 Jakub Jelinek ja...@redhat.com 2014-06-11 Thomas Preud'homme thomas.preudho...@arm.com gcc/ PR tree-optimization/61306 * tree-ssa-math-opts.c (struct symbolic_number): Store type of expression instead of its size. (do_shift_rotate): Adapt to change in struct symbolic_number. Return false to prevent optimization when the result is unpredictable due to arithmetic right shift of signed type with highest byte is set. (verify_symbolic_number_p): Adapt to change in struct symbolic_number. (find_bswap_1): Likewise. Return NULL to prevent optimization when the result is unpredictable due to sign extension. (find_bswap): Adapt to change in struct symbolic_number. gcc/testsuite/ * gcc.c-torture/execute/pr61306-1.c: New test. * gcc.c-torture/execute/pr61306-2.c: Likewise. * gcc.c-torture/execute/pr61306-3.c: Likewise. Added: branches/gcc-4_9-branch/gcc/testsuite/gcc.c-torture/execute/pr61306-1.c branches/gcc-4_9-branch/gcc/testsuite/gcc.c-torture/execute/pr61306-2.c branches/gcc-4_9-branch/gcc/testsuite/gcc.c-torture/execute/pr61306-3.c Modified: branches/gcc-4_9-branch/gcc/ChangeLog branches/gcc-4_9-branch/gcc/testsuite/ChangeLog branches/gcc-4_9-branch/gcc/tree-ssa-math-opts.c
[Bug tree-optimization/57380] [4.7/4.8 Regression] GCC 4.9.0 will not vectorize std::max and similar functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57380 --- Comment #7 from Andrew Pinski pinskia at gcc dot gnu.org --- This testcase fails with -fPIC.
[Bug tree-optimization/61306] [4.10 Regression] wrong code at -Os and above on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61306 --- Comment #9 from thopre01 at gcc dot gnu.org --- Author: thopre01 Date: Mon Jun 30 02:11:21 2014 New Revision: 212134 URL: https://gcc.gnu.org/viewcvs?rev=212134root=gccview=rev Log: 2014-06-30 Thomas Preud'homme thomas.preudho...@arm.com Backport from mainline 2014-06-20 Jakub Jelinek ja...@redhat.com 2014-06-11 Thomas Preud'homme thomas.preudho...@arm.com gcc/ PR tree-optimization/61306 * tree-ssa-math-opts.c (struct symbolic_number): Store type of expression instead of its size. (do_shift_rotate): Adapt to change in struct symbolic_number. Return false to prevent optimization when the result is unpredictable due to arithmetic right shift of signed type with highest byte is set. (verify_symbolic_number_p): Adapt to change in struct symbolic_number. (find_bswap_1): Likewise. Return NULL to prevent optimization when the result is unpredictable due to sign extension. (find_bswap): Adapt to change in struct symbolic_number. gcc/testsuite/ * gcc.c-torture/execute/pr61306-1.c: New test. * gcc.c-torture/execute/pr61306-2.c: Likewise. * gcc.c-torture/execute/pr61306-3.c: Likewise. Added: branches/gcc-4_8-branch/gcc/testsuite/gcc.c-torture/execute/pr61306-1.c branches/gcc-4_8-branch/gcc/testsuite/gcc.c-torture/execute/pr61306-2.c branches/gcc-4_8-branch/gcc/testsuite/gcc.c-torture/execute/pr61306-3.c Modified: branches/gcc-4_8-branch/gcc/ChangeLog branches/gcc-4_8-branch/gcc/testsuite/ChangeLog branches/gcc-4_8-branch/gcc/tree-ssa-math-opts.c
[Bug fortran/60774] f951: internal compiler error: Segmentation fault: 11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60774 Bud Davis bdavis at gcc dot gnu.org changed: What|Removed |Added CC||bdavis at gcc dot gnu.org --- Comment #3 from Bud Davis bdavis at gcc dot gnu.org --- reduced a bit further. program energy go to 123 123 contains function T(i,j,k,l,iu,ju,ku,lu,id,jd,kd,ld) end function T end program energy the label is 123 make it 123 and the segfault does not happen. (random strange thing seen when reducing it)
[Bug fortran/60774] f951: internal compiler error: Segmentation fault: 11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60774 --- Comment #4 from Kevin Cahill kevinecahill at gmail dot com --- Thank you. Best wishes, Kevin Kevin Cahill Professor of Physics Astronomy Physics Dept. 1919 Lomas NE, MSC 07 4220 University of New Mexico Albuquerque, NM 87131-0001 kevinecah...@gmail.com cah...@unm.edu 505 205 5448 Until 14 July, I am at KIAS in Seoul +82 (0) 10-2930-5448 On Jun 30, 2014, at 11:48 AM, bdavis at gcc dot gnu.org gcc-bugzi...@gcc.gnu.org wrote: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60774 Bud Davis bdavis at gcc dot gnu.org changed: What|Removed |Added CC||bdavis at gcc dot gnu.org --- Comment #3 from Bud Davis bdavis at gcc dot gnu.org --- reduced a bit further. program energy go to 123 123 contains function T(i,j,k,l,iu,ju,ku,lu,id,jd,kd,ld) end function T end program energy the label is 123 make it 123 and the segfault does not happen. (random strange thing seen when reducing it) -- You are receiving this mail because: You reported the bug.
[Bug bootstrap/61320] [4.10 regression] ICE in jcf-parse.c:1622 (parse_class_file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320 --- Comment #45 from thopre01 at gcc dot gnu.org --- I only looked at differences in bswap so far and it all looks ok. It correctly detects three patterns of 16bit big endian load and replace them by 16bit unsigned loads and cast the results to int as was done in the original pattern.
[Bug target/52268] tls support should be added for darwin11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52268
Jeremy Huddleston Sequoia jeremyhu at macports dot org changed:
What|Removed |Added
CC||jeremyhu at macports dot org
--- Comment #8 from Jeremy Huddleston Sequoia jeremyhu at macports dot org ---
Seems to work to me in gcc-4.6:
~ $ cat test_thread.c
#include pthread.h
#include stdio.h
#define NUM_THREADS 5
int __thread value;
void * test_thread(void *arg) {
return value;
}
int main(void) {
int i;
pthread_t thread[NUM_THREADS];
for(i=0; i 5; i++) {
pthread_create(thread[i], NULL, test_thread, NULL);
}
for(i=0; i 5; i++) {
void *loc;
pthread_join(thread[i], loc);
printf(%p\n, loc);
}
return 0;
}
$ gcc-mp-4.6 test_thread.c
$ ./a.out
0x7fc7b3d00118
0x7fc7b3e00118
0x7fc7b3f00118
0x7fc7b3d00118
0x7fc7b3c03b28
$ gcc-mp-4.6 --version
gcc-mp-4.6 (MacPorts gcc46 4.6.4_5+universal) 4.6.4
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
