[Bug fortran/54286] [4.8 Regression] Accepts invalid proc-pointer assignments involving proc-ptr function result

2013-01-13 Thread pault at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54286 --- Comment #6 from Paul Thomas pault at gcc dot gnu.org 2013-01-13 08:57:51 UTC --- Author: pault Date: Sun Jan 13 08:57:46 2013 New Revision: 195133 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195133 Log: 2013-01-13 Paul

[Bug testsuite/55956] Multiple failures on powerpc-apple-darwin9 in the acats test if the check-ada is run from the gcc directory

2013-01-13 Thread ebotcazou at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55956 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

2013-01-13 Thread ebotcazou at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #39 from Eric Botcazou ebotcazou at gcc dot gnu.org 2013-01-13 09:07:24 UTC --- By forcing --with-tls through the configure script and reinstalling the glibc, g++ seems to notice glibc supporting tls and generates the code

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

2013-01-13 Thread philip.copeland at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #40 from philip.copeland at oracle dot com 2013-01-13 09:18:16 UTC --- Seems that way 8/ I do apologise for consuming so much of everyone's time. My only defence being it wasn't terribly obvious without the comparison of

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

2013-01-13 Thread ebotcazou at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|WAITING

[Bug fortran/55959] New: [OOP] ICE in in gfc_simplify_expr, at fortran/expr.c:1920

2013-01-13 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55959 Bug #: 55959 Summary: [OOP] ICE in in gfc_simplify_expr, at fortran/expr.c:1920 Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug fortran/55959] [OOP] ICE in in gfc_simplify_expr, at fortran/expr.c:1920

2013-01-13 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55959 --- Comment #1 from janus at gcc dot gnu.org 2013-01-13 09:58:49 UTC --- Reduced test case: module pdfs type :: pdf contains procedure, nopass :: getx end type pdf contains real function getx() end function end

[Bug fortran/55960] New: [OOP] ICE in replace_comp, at fortran/expr.c:4356

2013-01-13 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55960 Bug #: 55960 Summary: [OOP] ICE in replace_comp, at fortran/expr.c:4356 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Keywords:

[Bug fortran/55960] [OOP] ICE in replace_comp, at fortran/expr.c:4356

2013-01-13 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55960 --- Comment #1 from janus at gcc dot gnu.org 2013-01-13 10:32:08 UTC --- With this variant: module pdfs type :: pdf end type pdf abstract interface pure function getdims(this) import pdf class(pdf), intent(in)

[Bug c/19820] How to get results from a V2SF ?

2013-01-13 Thread glisse at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19820 Marc Glisse glisse at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/55960] [OOP] ICE in replace_comp, at fortran/expr.c:4356

2013-01-13 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55960 --- Comment #2 from janus at gcc dot gnu.org 2013-01-13 10:36:22 UTC --- Yet another variant: module pdfs type, abstract :: pdf contains procedure(getdims), deferred :: getdims procedure(getx), deferred :: getx end

[Bug c/19820] How to get results from a V2SF ?

2013-01-13 Thread glisse at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19820 Marc Glisse glisse at gcc dot gnu.org changed: What|Removed |Added Status|RESOLVED|NEW

[Bug rtl-optimization/55952] x86 FPU, unnecessary fxch instruction

2013-01-13 Thread ubizjak at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55952 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug target/15492] floating-point arguments are loaded too early to x87 stack

2013-01-13 Thread ubizjak at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15492 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added CC||vhaisman at

[Bug bootstrap/55957] [4.8 Regression] Bootstrap error in prop_value_t evaluate_stmt

2013-01-13 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55957 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-13 11:29:13 UTC --- Yeah, what bootstrap compiler are you using? And are you sure your tree is in consistent state? $ grep gimple_call_builtin_p gimple.h extern bool

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

2013-01-13 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at

[Bug fortran/55072] [4.6/4.7/4.8 Regression] Missing internal_pack leads to wrong code with derived type

2013-01-13 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072 --- Comment #21 from janus at gcc dot gnu.org 2013-01-13 12:06:10 UTC --- Author: janus Date: Sun Jan 13 12:06:04 2013 New Revision: 195135 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195135 Log: 2013-01-13 Janus Weil

[Bug bootstrap/55957] [4.8 Regression] Bootstrap error in prop_value_t evaluate_stmt

2013-01-13 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55957 --- Comment #4 from Thomas Koenig tkoenig at gcc dot gnu.org 2013-01-13 12:14:38 UTC --- Created attachment 29154 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29154 Typescript from compilation Bootstrap compiler is Using

[Bug fortran/55935] [OOP] Fortran fronted has ADDR_EXPRs of FUNCTION_DECLs with bogus BLOCK

2013-01-13 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55935 --- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-13 12:33:49 UTC --- Author: jakub Date: Sun Jan 13 12:33:43 2013 New Revision: 195136 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195136 Log: PR

[Bug fortran/55959] [OOP] ICE in in gfc_simplify_expr, at fortran/expr.c:1920

2013-01-13 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55959 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED

[Bug fortran/55959] [OOP] ICE in in gfc_simplify_expr, at fortran/expr.c:1920

2013-01-13 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55959 --- Comment #3 from janus at gcc dot gnu.org 2013-01-13 13:07:01 UTC --- Apparently it is trivially fixed by this patch: Index: gcc/fortran/expr.c === --- gcc/fortran/expr.c

[Bug other/55961] New: gcc/system.h:639:17: fatal error: gmp.h: No such file or directory

2013-01-13 Thread denis.onischenko at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55961 Bug #: 55961 Summary: gcc/system.h:639:17: fatal error: gmp.h: No such file or directory Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug other/55925] Unrecognized command line option '-mfxsr' when building x86_64-w64-mingw32 native compiler

2013-01-13 Thread ubizjak at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55925 --- Comment #1 from Uros Bizjak ubizjak at gmail dot com 2013-01-13 13:39:25 UTC --- (In reply to comment #0) When building a native x86_64-w64-mingw32 compiler using a 4.7.2 cross compiler, I get the following:

[Bug fortran/55935] [OOP] Fortran fronted has ADDR_EXPRs of FUNCTION_DECLs with bogus BLOCK

2013-01-13 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55935 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/55960] [OOP] ICE in replace_comp, at fortran/expr.c:4356

2013-01-13 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55960 --- Comment #3 from janus at gcc dot gnu.org 2013-01-13 16:57:18 UTC --- This fixes the ICE in comment 0: Index: gcc/fortran/expr.c === --- gcc/fortran/expr.c(revision

[Bug c++/55962] New: improper location for static_assert

2013-01-13 Thread akim.demaille at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55962 Bug #: 55962 Summary: improper location for static_assert Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: minor

[Bug libstdc++/55963] New: std::vectorconst T fails

2013-01-13 Thread corey at octayn dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55963 Bug #: 55963 Summary: std::vectorconst T fails Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libstdc++/55963] std::vectorconst T fails

2013-01-13 Thread corey at octayn dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55963 --- Comment #1 from Corey Richardson corey at octayn dot net 2013-01-13 18:16:05 UTC --- Created attachment 29157 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29157 g++ output

[Bug bootstrap/55957] [4.8 Regression] Bootstrap error in prop_value_t evaluate_stmt

2013-01-13 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55957 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED

[Bug bootstrap/55961] [4.8 Regression] system.h includes gmp.h but system.h is included for build and not just target

2013-01-13 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55961 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug libstdc++/55963] std::vectorconst T fails

2013-01-13 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55963 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Severity|normal

[Bug c++/55962] improper location for static_assert

2013-01-13 Thread manu at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55962 Manuel López-Ibáñez manu at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug tree-optimization/55964] New: Segmentation fault with -O -ftree-loop-distribution -funswitch-loops

2013-01-13 Thread antoine.balestrat at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55964 Bug #: 55964 Summary: Segmentation fault with -O -ftree-loop-distribution -funswitch-loops Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug fortran/54107] [4.8 Regression] Memory hog with abstract interface

2013-01-13 Thread mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54107 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added CC||mikael at

[Bug middle-end/55308] /usr/ports/lang/gcc48/work/build/sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs/libstdc++.so.6: Undefined symbol __emutls_v._ThreadRuneLocale

2013-01-13 Thread nwfilardo at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308 nwfilardo at gmail dot com changed: What|Removed |Added CC||nwfilardo at gmail

Re: [Bug target/41557] gcc.exe: Internal error: (null) (program cc1plus)

2013-01-13 Thread Alexander Marquardt
After spending hours to find the cause of the segmentation fault i found out that the problem coausing source is the gcc/config/i386/djgpp-stdint.h wich uses the identifier signed to declare signed types. Reading the top of the c_common_nodes_and_builins() function in c-common.c it tells:

[Bug driver/55884] [4.8 Regression] FAIL: libgomp.fortran/omp_parse3.f90 -O0 (test for excess errors)

2013-01-13 Thread dave.anglin at bell dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55884 --- Comment #10 from dave.anglin at bell dot net 2013-01-13 21:27:19 UTC --- Can you try perhaps: --- libgomp/testsuite/libgomp.fortran/fortran.exp2012-12-20 11:38:48.663282599 +0100 +++

[Bug libstdc++/55963] std::vectorconst T fails

2013-01-13 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55963 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2013-01-13 22:43:56 UTC --- Looks like PJP's comment was from 2008, so I'm not sure what requirements he means were standardized in 2008. Looking further into it, I see that the

[Bug other/55925] Unrecognized command line option '-mfxsr' when building x86_64-w64-mingw32 native compiler

2013-01-13 Thread lailavrazda1979 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55925 --- Comment #2 from lailavrazda1979 at gmail dot com 2013-01-13 23:31:01 UTC --- How did I configure which GCC? The cross compiler or the native one?

[Bug libstdc++/55963] std::vectorconst T fails

2013-01-13 Thread corey at octayn dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55963 --- Comment #4 from Corey Richardson corey at octayn dot net 2013-01-13 23:52:59 UTC --- A more clear error message would be really useful, the feature itself isn't all that important to me. Thank you for giving this your attention so

[Bug c/55965] New: gcc -std=c99 emits code for inline even without extern

2013-01-13 Thread jeremyhu at macports dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55965 Bug #: 55965 Summary: gcc -std=c99 emits code for inline even without extern Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity:

[Bug fortran/54286] [4.8 Regression] Accepts invalid proc-pointer assignments involving proc-ptr function result

2013-01-13 Thread pault at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54286 Paul Thomas pault at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug target/55966] New: __atomic_fetch_* generate wrong code for HLE

2013-01-13 Thread andi-gcc at firstfloor dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966 Bug #: 55966 Summary: __atomic_fetch_* generate wrong code for HLE Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal