[Bug other/39933] New: make clean fails in libgcc

2009-04-27 Thread craig dot powers at gmail dot com
: unassigned at gcc dot gnu dot org ReportedBy: craig dot powers at gmail dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39933

[Bug fortran/39890] Link of a large application fails with spurious multiple symbol definition

2009-04-25 Thread craig dot powers at gmail dot com
--- Comment #5 from craig dot powers at gmail dot com 2009-04-25 17:23 --- (In reply to comment #4) Also, I omitted the link invocation: gfortran -O3 -o (exe_name) (big honkin' list of object files) Can you double check that in the big honkin' list of object files the file

[Bug fortran/39890] New: Link of a large application fails with spurious multiple symbol definition

2009-04-24 Thread craig dot powers at gmail dot com
: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: craig dot powers at gmail dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet

[Bug fortran/39890] Link of a large application fails with spurious multiple symbol definition

2009-04-24 Thread craig dot powers at gmail dot com
--- Comment #1 from craig dot powers at gmail dot com 2009-04-25 05:23 --- (In reply to comment #0) I neglected to give my compiler info... /usr/gcc44/bin/gfortran -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.4.0/configure --prefix=/usr/gcc44

[Bug fortran/39890] Link of a large application fails with spurious multiple symbol definition

2009-04-24 Thread craig dot powers at gmail dot com
--- Comment #2 from craig dot powers at gmail dot com 2009-04-25 05:25 --- (In reply to comment #0) Also, I omitted the link invocation: gfortran -O3 -o (exe_name) (big honkin' list of object files) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39890

[Bug fortran/39890] Link of a large application fails with spurious multiple symbol definition

2009-04-24 Thread craig dot powers at gmail dot com
--- Comment #3 from craig dot powers at gmail dot com 2009-04-25 05:29 --- (In reply to comment #0) Compiler invocation for each source file: /usr/gcc44/bin/gfortran -c -fbacktrace -x f95-cpp-input -DF2003 -DF2003_NO_ASSOCIATE (source file) -- http://gcc.gnu.org/bugzilla

[Bug bootstrap/37888] New: make install fails attempting to build gcc/intl.c

2008-10-21 Thread craig dot powers at gmail dot com
at gcc dot gnu dot org ReportedBy: craig dot powers at gmail dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37888

[Bug c++/32364] Error from simple typedef/void combination

2007-08-15 Thread craig dot powers at gmail dot com
--- Comment #2 from craig dot powers at gmail dot com 2007-08-15 19:08 --- (In reply to comment #0) Came across this head-scratcher in building Qt with GCC 4.2.0. Heavily simplified version: foo.cxx: typedef void (*funcptr)(void); typedef void GLvoid; typedef

[Bug c++/32364] Error from simple typedef/void combination

2007-08-15 Thread craig dot powers at gmail dot com
--- Comment #3 from craig dot powers at gmail dot com 2007-08-15 19:13 --- Looking at CVS for glu.h, the official patch is: #ifdef __cplusplus typedef GLvoid (*_GLUfuncptr)(); #else ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32364

[Bug libfortran/20068] New: Backspace problems

2005-02-18 Thread craig dot powers at gmail dot com
Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: craig dot powers at gmail dot com CC: gcc-bugs at gcc dot gnu dot org

[Bug fortran/19479] UBOUND causes ICE

2005-02-08 Thread craig dot powers at gmail dot com
--- Additional Comments From craig dot powers at gmail dot com 2005-02-08 21:53 --- Further testing indicates that the bug is caused by an array in a derived type -- the pointer is not necessary. program test implicit none type test_type integer, dimension(5) :: a end type

[Bug fortran/19479] UBOUND causes ICE

2005-02-07 Thread craig dot powers at gmail dot com
--- Additional Comments From craig dot powers at gmail dot com 2005-02-07 20:48 --- The specific problem statement appears to be line 1799/1801 in gfc_simplify_bound: return gfc_copy_expr (as-upper[i-1]); or return gfc_copy_expr (as-lower[i-1]); The problematic execution