[Bug tree-optimization/27022] ICE in build_polynomial_chrec, at tree-chrec.h / mpfr-2.2.0

2006-04-05 Thread c dot lemmen at fz-juelich dot de
--- Comment #3 from c dot lemmen at fz-juelich dot de 2006-04-05 07:25 --- Created an attachment (id=11210) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11210action=view) Preprocessed source that triggers the ICE Sorry, I forgot -- http://gcc.gnu.org/bugzilla

[Bug c/27022] New: ICE in build_polynomial_chrec, at tree-chrec.h / mpfr-2.2.0

2006-04-04 Thread c dot lemmen at fz-juelich dot de
: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: c dot lemmen at fz-juelich dot de GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27022

[Bug fortran/27021] Problem with nearest(tiny(o),-1.0)/2.0

2006-04-04 Thread c dot lemmen at fz-juelich dot de
--- Comment #1 from c dot lemmen at fz-juelich dot de 2006-04-04 10:05 --- on x86-linux gfortran 5.8774718E-39 5.8774704E-39 1.4012985E-45 f90 5.8774718E-39 5.8774718E-39 0.000E+00 pgf905.8774718E-39 5.8774718E-39 0.000 -- http

[Bug fortran/26822] Scalarization of non-elemental intrinsic: __logical_4_l4

2006-03-24 Thread c dot lemmen at fz-juelich dot de
--- Comment #3 from c dot lemmen at fz-juelich dot de 2006-03-24 08:30 --- Created an attachment (id=0) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=0action=view) Reduced Testcase that produces the failure Testcase attached -- http://gcc.gnu.org/bugzilla

[Bug fortran/26822] New: Scalarization of non-elemental intrinsic: __logical_4_l4

2006-03-23 Thread c dot lemmen at fz-juelich dot de
Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: c dot lemmen at fz-juelich dot de GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC

[Bug fortran/26822] Scalarization of non-elemental intrinsic: __logical_4_l4

2006-03-23 Thread c dot lemmen at fz-juelich dot de
--- Comment #1 from c dot lemmen at fz-juelich dot de 2006-03-23 09:27 --- Last bug preventing the successful compilation of numerical recipes with gfortran -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26822

[Bug fortran/18452] Fortran options induces warning for fortran that needs preprocessing

2005-10-13 Thread c dot lemmen at fz-juelich dot de
--- Comment #14 from c dot lemmen at fz-juelich dot de 2005-10-13 07:50 --- FX's recent commit to trap IEEE exceptions via the -ffpe-trap command-line option is affected by this bug as well -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18452

[Bug tree-optimization/23438] [4.1 Regression] regression, Segmentation fault (program cc1) crtstuff.c

2005-08-18 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-08-18 09:01 --- Subject: Re: [4.1 Regression] regression, Segmentation fault (program cc1) crtstuff.c I'm lost, obviously I don't know what I'm doing. Anyway, both make or make bootstrap failed this morning

[Bug tree-optimization/23438] [4.1 Regression] regression, Segmentation fault (program cc1) crtstuff.c

2005-08-18 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-08-18 10:11 --- Subject: Re: regression, Segmentation fault (program cc1) crtstuff.c But to bootstrap a new compiler you should not use mainline from 20050813 - 20050815. Does this resolve your problems? Yip

[Bug c/23438] New: regression, Segmentation fault (program cc1) crtstuff.c

2005-08-17 Thread c dot lemmen at fz-juelich dot de
at gcc dot gnu dot org ReportedBy: c dot lemmen at fz-juelich dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23438

[Bug tree-optimization/23082] [4.1 Regression] internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746

2005-08-12 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-08-12 10:47 --- Confirmed on x86_32 target using GNU F95 version 4.1.0 20050812, isn't PR23202 not a dup of this one? -- What|Removed |Added

[Bug fortran/23202] [4.1 Regression] internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746

2005-08-12 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-08-12 10:55 --- Confirmed on HOST linux-x86_32: /testing gfortran -v -O1 -c zipp01.f Using built-in specs. Target: i686-pc-linux-gnu Configured with: /private/icg126/opt/src/gcc/configure --prefix=/private/icg126/opt

[Bug fortran/18428] No preprocessing option -cpp for gfortran

2005-08-12 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-08-12 12:29 --- Rather than fiddling with -x f95-cpp-input I found that the best option is to use the gcc specs option to redeclare suffix rules. To enforce preprocessing for files with suffix .f90 create a file

[Bug fortran/18428] No preprocessing option -cpp for gfortran

2005-08-12 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-08-12 13:22 --- Subject: Re: No preprocessing option -cpp for gfortran pinskia at gcc dot gnu dot org wrote: --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12 12:32 --- (In reply

[Bug fortran/18108] [gfortran] overloading does not work for functions

2005-08-02 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-08-02 10:14 --- (In reply to comment #18) I do apologise for missing this one: My fix for PR16940 fixes this fellow too. I would be grateful if the reporters can give the latest cvs a whirl to confirm

[Bug fortran/22023] ICE in gfc_conv_descriptor_dtype at trans_array.c:177

2005-06-13 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-13 06:52 --- Subject: Re: ICE in gfc_conv_descriptor_dtype at trans_array.c:177 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sorry for posting the duplicates (this and 22027), next time I shall look at the date

[Bug fortran/18428] No preprocessing option -cpp for gfortran

2005-06-12 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-12 11:36 --- gfortran -x f95-cpp-input works maybe this should be documented. This is not the same. 1) The -x language option states that ALL following input files should be treated as being of type language 2

[Bug fortran/22023] New: ICE in gfc_conv_descriptor_dtype at trans_array.c:177

2005-06-11 Thread c dot lemmen at fz-juelich dot de
Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: c dot lemmen at fz-juelich dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-apple-darwin7.8.0 GCC host triplet

[Bug fortran/22027] New: ICE in gfc_trans_scalar_assign at trans-expr.c:2004

2005-06-11 Thread c dot lemmen at fz-juelich dot de
at fz-juelich dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-apple-darwin7.8.0 GCC host triplet: powerpc-apple-darwin7.8.0 GCC target triplet: powerpc-apple-darwin7.8.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22027

[Bug fortran/19239] gfortran ICE on vector subscript expressions

2005-06-09 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-09 09:06 --- This TODO item prevents successful compilation of the following Numerical Recipes: anneal.f90 dftint.f90:39 factln.f90:39 factrl.f90:40 four1_gather.f90:20 fourn_gather.f90:25 pwt.f90:17 savgol.f90:29

[Bug fortran/21905] Not Implemented: Scalarization of non-elemental intrinsic

2005-06-09 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-09 09:33 --- Is this a dup of PR17298 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21905

[Bug fortran/17298] gfortran ICE: Not Implemented: Scalarization of non-elemental intrinsic: __transfer1

2005-06-09 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-09 09:34 --- Another important code ist blocked by this code: numerical recipes library functions: bessj.f90 sort_radix.f90:13 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17298

[Bug fortran/21977] New: ice-on-valid-code, segmentation fault

2005-06-09 Thread c dot lemmen at fz-juelich dot de
: c dot lemmen at fz-juelich dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21977

[Bug fortran/21977] ice-on-valid-code, segmentation fault

2005-06-09 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-09 15:03 --- I concur, but you don't need it in this reduced testcase (my fault for leaving the statement there). Have a go at this: FUNCTION dawson_v(x) IMPLICIT NONE REAL, DIMENSION

[Bug fortran/21063] ICE in gfc_conv_ss_descriptor, at fortran/trans-array.c:1224 after using maxloc function

2005-06-08 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-08 08:23 --- The numerical recipes library seems to be affected by this bug in file src/wtn.f90 with gcc-Version 4.1.0 20050608 (experimental) on linux-x68-smp -- What|Removed

[Bug fortran/18108] [gfortran] overloading does not work for functions

2005-06-08 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-08 08:57 --- Surprisingly (to me), adding a second call to the function resolves the problem, i.e. in the examples below the following code works subroutine baz logical l l = bar (3) l = bar

[Bug fortran/18108] [gfortran] overloading does not work for functions

2005-06-08 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-08 10:20 --- Subject: Re: [gfortran] overloading does not work for functions martin at mpa-garching dot mpg dot de wrote: --- Additional Comments From martin at mpa-garching dot mpg dot de 2005-06-08 09:02

[Bug fortran/18108] [gfortran] overloading does not work for functions

2005-06-08 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-08 11:28 --- Subject: Re: [gfortran] overloading does not work for functions -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lots of previously working code (somewhere around December 2004) now (June 2005) exhibits

[Bug fortran/18157] ice-on-valid code, pointer to user-defined type, fold-struct.c

2005-06-08 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-06-08 12:19 --- Bug persists in GNU F95 version 4.1.0 20050608, line number is now testing/testcase_fold.f90: In Funktion »MAIN__«: testing/testcase_fold.f90:22: interner Compiler-Fehler: in fold_convert, bei fold

[Bug fortran/18518] d1mach(4) (BLAS) broken, g77 regression

2004-11-17 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2004-11-17 08:46 --- On AMD x32 the correct result is obtained with g77. g95 and pgfortran work as expected, only gfortran stops: gfortran d1mach.f ./a.out 2.225073858507201E-308 At line 215 of file d1mach.f STOP 778

[Bug fortran/18108] [gfortran] overloading does not work for functions

2004-11-11 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2004-11-11 11:44 --- Surprisingly (to me), adding a second call to the function resolves the problem, i.e. in the examples below the following code works subroutine baz logical l l = bar (3) l = bar (3

[Bug fortran/18428] New: No preprocessing option -cpp for gfortran

2004-11-11 Thread c dot lemmen at fz-juelich dot de
gnu dot org ReportedBy: c dot lemmen at fz-juelich dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18428

[Bug fortran/17298] gfortran ICE: Not Implemented: Scalarization of non-elemental intrinsic: __transfer1

2004-11-10 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2004-11-10 09:12 --- Let me stress the importance of fixing this bug: it occurs in Basic Linear Algebra Subprograms (BLAS), in program dcabs1.f: double precision function dcabs1(z) double complex z double

[Bug fortran/17202] ice-on-valid-code, trans-array.c:217: gfc_conv_descriptor_dtype Assertion failed

2004-11-04 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2004-11-04 09:08 --- Still persists, occurs at line 216 now gcc-Version 4.0.0 20041104 (experimental) GNU F95 version 4.0.0 20041104 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.0.0 20041028

[Bug fortran/18108] [gfortran] overloading does not work for functions

2004-10-29 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2004-10-29 08:13 --- Further reduced, same error: module foo implicit none interface bar module procedure bar_real end interface contains function bar_real (rarg) real rarg logical bar_real bar_real = (rarg==0.0

[Bug fortran/18157] New: ice-on-valid code, pointer to user-defined type, fold-struct.c

2004-10-26 Thread c dot lemmen at fz-juelich dot de
Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: c dot lemmen at fz-juelich dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18157

[Bug fortran/18157] ice-on-valid code, pointer to user-defined type, fold-struct.c

2004-10-26 Thread c dot lemmen at fz-juelich dot de
--- Additional Comments From c dot lemmen at fz-juelich dot de 2004-10-26 11:29 --- Created an attachment (id=7412) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7412action=view) This is the reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18157