[Bug fortran/57894] New: min/max required actual argument missing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57894 Bug ID: 57894 Summary: min/max required actual argument missing Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: minor Priority: P3 Component: fortran

[Bug fortran/54070] Wrong code with allocatable deferred-length (array) function results

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070 Vittorio Zecca zeccav at gmail dot com changed: What|Removed |Added CC||zeccav at gmail

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52669 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/57895] New: Segmentation fault in gfc_restore_last_undo_checkpoint

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57895 Bug ID: 57895 Summary: Segmentation fault in gfc_restore_last_undo_checkpoint Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: minor Priority: P3

[Bug fortran/57893] Crash for allocatable character string during compilation.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57893 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c/57896] New: ICE in in expand_expr_real_2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57896 Bug ID: 57896 Summary: ICE in in expand_expr_real_2 Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c Assignee:

[Bug fortran/44353] rejects legal fortran

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44353 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/50376] pure procedure allows assignment to iterator variable in array constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50376 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug c++/57897] New: pragma

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57897 Bug ID: 57897 Summary: pragma Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc

[Bug c++/57897] Target x86_64-w64-mingw32 failed with '-mno-fentry isn't compatible with SEH'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57897 --- Comment #1 from Dongsheng Song dongsheng.song at gmail dot com --- $ ~/cross/x86_64-windows-gcc49/bin/x86_64-w64-mingw32-g++ -v Using built-in specs. COLLECT_GCC=/home/cauchy/cross/x86_64-windows-gcc49/bin/x86_64-w64-mingw32-g++

[Bug fortran/57894] min/max required actual argument missing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57894 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/57894] min/max required actual argument missing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57894 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Keywords||accepts-invalid,

[Bug libstdc++/57898] New: std::bind incompatible with ref-qualified ptmf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57898 Bug ID: 57898 Summary: std::bind incompatible with ref-qualified ptmf Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/57899] New: bind/function with data member: infinite recursion

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57899 Bug ID: 57899 Summary: bind/function with data member: infinite recursion Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/49138] Add /usr/include/fortran/{,gcc-version} to the file/module search path

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49138 --- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org --- See also: - http://fedoraproject.org/wiki/PackagingDrafts/FortranLibraries (from 2008) - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714730 +

[Bug c/57896] ICE in in expand_expr_real_2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57896 Mikael Pettersson mikpe at it dot uu.se changed: What|Removed |Added CC||mikpe at it dot

[Bug fortran/57895] Segmentation fault in gfc_restore_last_undo_checkpoint

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57895 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Keywords||diagnostic,

[Bug libstdc++/57898] std::bind incompatible with ref-qualified ptmf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57898 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last

[Bug fortran/57895] Segmentation fault in gfc_restore_last_undo_checkpoint

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57895 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added CC||mikael at gcc dot

[Bug libstdc++/57899] bind/function with data member: infinite recursion

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57899 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug libstdc++/57899] bind/function with data member: infinite recursion

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57899 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org --- Reduced slightly: #include string #include functional using namespace std; using namespace std::placeholders; int main() { pairstring, int table = {0123456789012345, 0};

[Bug c/57896] ICE in in expand_expr_real_2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57896 Mikael Pettersson mikpe at it dot uu.se changed: What|Removed |Added CC||glisse at gcc

[Bug c/57896] ICE in in expand_expr_real_2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57896 Marc Glisse glisse at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug driver/44080] Call GNU ld with -O1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44080 Marc Glisse glisse at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug c/57896] ICE in in expand_expr_real_2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57896 --- Comment #4 from Marc Glisse glisse at gcc dot gnu.org --- Created attachment 30506 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30506action=edit Slightly reduced testcase The bug disappears if we remove some unused typedefs, or the

[Bug libstdc++/57885] unordered_map find slower in 4.8.1 than 4.7.3 with integer key

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57885 --- Comment #3 from Jim Hand jhand at austin dot rr.com --- As a simplification, I tried compiling the following code with gcc-4.6.3 into assembly with gcc-4.6.3 and 4.8.1: #include unordered_map bool contains(std::unordered_mapint, int a) {

[Bug bootstrap/57900] New: /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57900 Bug ID: 57900 Summary: /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory Product: gcc Version: 4.9.0 Status: UNCONFIRMED

[Bug bootstrap/57900] /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57900 Ben Woodard woodard at redhat dot com changed: What|Removed |Added Severity|minor |trivial

[Bug bootstrap/57900] /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57900 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Severity|trivial |enhancement

[Bug bootstrap/57900] /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57900 --- Comment #2 from Andreas Schwab sch...@linux-m68k.org --- It's the target compiler that matters, so this check must be performed in the target libraries.

[Bug bootstrap/57900] /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57900 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org --- See the long thread starting at http://gcc.gnu.org/ml/gcc/2013-07/msg00075.html If it's easy to solve I'm sure a patch would be welcomed :)

[Bug c++/57901] New: [C++11][constexpr] Cannot call-by-value such that class has non-trivial (constexpr) move constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57901 Bug ID: 57901 Summary: [C++11][constexpr] Cannot call-by-value such that class has non-trivial (constexpr) move constructor Product: gcc Version: 4.8.1 Status:

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52669 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libstdc++/56166] std::string::clear() can throw despite being marked noexcept

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56166 Tolga fasdfasdas at gmail dot com changed: What|Removed |Added CC||fasdfasdas at gmail

[Bug libstdc++/56166] std::string::clear() can throw despite being marked noexcept

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56166 --- Comment #8 from Tolga fasdfasdas at gmail dot com --- Correction, removing the copy, therefore reference counting effect, feels like has decreased the error but I found out std::string::clear() still throws std::length_error, although I use no

[Bug ada/57902] New: Bugbox in Ada 95 mode, at ada/gcc-interface/decl.c:342

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57902 Bug ID: 57902 Summary: Bugbox in Ada 95 mode, at ada/gcc-interface/decl.c:342 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/47425] Array constructor with type-spec: Fails with more complicated length type expr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47425 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Keywords|

[Bug libstdc++/56166] std::string::clear() can throw despite being marked noexcept

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56166 --- Comment #9 from Tolga fasdfasdas at gmail dot com --- It was a bug in my code that called clear from one thread while other inserts something. Yet, it throws.

[Bug libstdc++/57885] unordered_map find slower in 4.8.1 than 4.7.3 with integer key

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57885 --- Comment #4 from Jim Hand jhand at austin dot rr.com --- I compiled 4.9.0-20130714 today and ran the same tests. Here are the results for the lookup loops with the times for each compiler: 4.6.3: 11536 microseconds 4.7.3: 12150 microseconds

[Bug c/57896] ICE in in expand_expr_real_2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57896 --- Comment #5 from Vittorio Zecca zeccav at gmail dot com --- Trying your vastly reduced test case, 152 lines vs 3057 of my original test case, I am getting an ICE in convert_move, at expr.c:452. The following is my backtrace: command-line: In

[Bug target/57717] error: unrecognizable insn compiling ./strtod_l.c from glibc on powerpc-gnuspe

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57717 --- Comment #6 from Khem Raj raj.khem at gmail dot com --- here is another case which fails before suggested patch and also after the patch void foo() { double a[2]; double b = 3.1L / 2; } Here is result below after applying the patch

[Bug tree-optimization/14741] graphite with loop blocking and interchanging doesn't optimize a matrix multiplication loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741 --- Comment #19 from Sebastian Pop spop at gcc dot gnu.org --- Default: tile_size = 32 gfortran -ffast-math -O3 -floop-nest-optimize t.f90 -v ./a.out 176.42500110.2399826 and then with a trivial patch that replaces

[Bug tree-optimization/14741] graphite with loop blocking and interchanging doesn't optimize a matrix multiplication loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741 --- Comment #20 from Sebastian Pop spop at gcc dot gnu.org --- -floop-nest-optimize does not have a cost model and so it blocks all loop nests. These two stmts are blocked: A=0.1D0 B=0.1D0 This other stmt is not blocked: