Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux
--- Comment #1 from schnetter at aei dot mpg dot de 2007-10-25 04:31
---
Created an attachment (id=14411)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14411action=view)
Failing preprocessed source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33890
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: i386-apple-darwin8.9.1
GCC host triplet: i386-apple-darwin8.9.1
GCC target triplet: i386-apple-darwin8.9.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31776
--- Comment #2 from schnetter at aei dot mpg dot de 2007-05-01 22:37
---
I configured with the options
~/src/gcc/configure --prefix=$HOME/gcc --with-gmp=/opt/local
--with-mpfr=/opt/local
(outside the source tree).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31776
--- Comment #2 from schnetter at aei dot mpg dot de 2007-03-09 03:51
---
After an svn update and a full bootstrap, it still breaks for me for gcc (GCC)
4.3.0 20070308, svn revision 122699.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31076
: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: i386-apple-darwin8.8.1
GCC host triplet: i386-apple
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: i386-apple-darwin8.8.1
GCC host triplet: i386-apple-darwin8.8.1
GCC target triplet: i386-apple-darwin8.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30949
a function
pointer
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
--- Comment #1 from schnetter at aei dot mpg dot de 2007-01-31 17:02
---
Created an attachment (id=12988)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12988action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30656
--- Comment #2 from schnetter at aei dot mpg dot de 2007-01-31 17:02
---
Created an attachment (id=12989)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12989action=view)
Used module
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30656
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: i386-apple-darwin8.8.1
GCC host triplet: i386-apple-darwin8.8.1
GCC target triplet: i386-apple-darwin8.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30656
--- Comment #4 from schnetter at aei dot mpg dot de 2007-01-26 14:36
---
I have read the documentation, and I understand what the option does. I
compile my complete programme and all its libraries with this option.
It was my assumption that the compiler would create working code
dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: i386-apple-darwin8.8.1
GCC host triplet: i386-apple-darwin8.8.1
GCC target triplet: i386-apple-darwin8.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30594
--- Comment #2 from schnetter at aei dot mpg dot de 2007-01-16 21:45
---
This is what Apple thinks about tgmath.h. See
http://developer.apple.com/releasenotes/DeveloperTools/RN-GCC4/index.html:
Major bugs fixed in this release of GCC 4.0:
radar 2872232: Compiler should provide
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: i386-apple-darwin8.7.1
GCC host triplet: i386-apple-darwin8.7.1
GCC target
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28494
org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: i386-apple-darwin8.7.1
GCC host triplet: i386-apple-darwin8.7.1
GCC target triplet: i386-apple-darwin8.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28452
: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: i386-apple-darwin8.6.1
GCC host triplet: i386-apple-darwin8.6.1
GCC target triplet: i386-apple-darwin8.6.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27981
at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: i386-apple-darwin8.5.2
GCC host triplet: i386-apple-darwin8.5.2
GCC target triplet: i386-apple-darwin8.5.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27161
--- Comment #13 from schnetter at aei dot mpg dot de 2006-04-01 17:21
---
Regarding a generic mechanism for both ppc and i386 on Darwin:
I looked at the header files in /usr/include on my Darwin 8.5.2 system, which
contain the architecture specific files for both ppc and i386. While
--- Comment #8 from schnetter at aei dot mpg dot de 2006-03-30 16:18
---
I had the same problem. I replaced this file, ran the test cases, and sent the
results. The summary is
=== gfortran Summary ===
# of expected passes12636
# of unexpected failures
--- Comment #10 from schnetter at aei dot mpg dot de 2006-01-24 21:09
---
Yes, I am able to compile the code with that version:
$ ~/gcc/bin/g++ --version
g++ (GCC) 4.2.0 20051129 (experimental)
$ ~/gcc/bin/g++ -o lamtest *.ii -L/sw/lib -llammpio -llammpi++ -lmpi -llam
--
http
--- Comment #2 from schnetter at aei dot mpg dot de 2006-01-23 19:45
---
Here is a way to reproduce the error with very little source code, but still
depending on the LAM MPI library. The actual source code I used consists of
two files, main.cc and sub.cc, which I include here
--- Comment #3 from schnetter at aei dot mpg dot de 2006-01-23 19:47
---
Created an attachment (id=10715)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10715action=view)
Gzipped preprocessed failing source code, part 1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25908
--- Comment #4 from schnetter at aei dot mpg dot de 2006-01-23 19:47
---
Created an attachment (id=10716)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10716action=view)
Gzipped preprocessed failing source code, part 2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25908
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: powerpc-apple-darwin8.4.0
GCC host triplet: powerpc-apple-darwin8.4.0
GCC target triplet: powerpc-apple-darwin8.4.0
http://gcc.gnu.org
--- Comment #3 from schnetter at aei dot mpg dot de 2005-12-15 19:39
---
I was not suggesting to introduce a new datatype for real*16, but that the same
type that is used for long double in C is available as real*16 in Fortran, if
the option -m128bit-long-double is used. This request
--- Comment #5 from schnetter at aei dot mpg dot de 2005-12-15 21:44
---
Subject: Re: Would like to access long double equivalent type as real*16
On Dec 15, 2005, at 14:34:47, kargl at gcc dot gnu dot org wrote:
--- Comment #4 from kargl at gcc dot gnu dot org 2005-12-15
20
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: powerpc-apple
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: powerpc-apple-darwin8.3.0
GCC host triplet: powerpc-apple-darwin8.3.0
GCC target triplet: powerpc-apple-darwin8.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
--- Comment #2 from schnetter at aei dot mpg dot de 2005-11-27 22:30
---
In the end, I want to build some large applications, and I had an error at one
time where one of gcc's run time libraries needed to be built with -mlongcall.
I didn't investigate this more closely, and I could
--- Comment #3 from schnetter at aei dot mpg dot de 2005-11-28 03:19
---
After removing the flags -mcpu=G4 -mabi=altivec from the explicit compiler
options, the bootstrap completes fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
--- Comment #5 from schnetter at aei dot mpg dot de 2005-11-28 06:13
---
Created an attachment (id=10351)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10351action=view)
Failing preprocessed source code (gzipped)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: powerpc-apple-darwin8.3.0
GCC host triplet: powerpc-apple-darwin8.3.0
GCC target
--- Comment #1 from schnetter at aei dot mpg dot de 2005-11-21 14:01
---
Created an attachment (id=10309)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10309action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24970
--- Comment #2 from schnetter at aei dot mpg dot de 2005-11-21 14:03
---
Created an attachment (id=10310)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10310action=view)
Failing preprocessed sourc code (gzipped)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24970
--- Comment #6 from schnetter at aei dot mpg dot de 2005-11-21 20:53
---
Thanks for finding the reason.
The include file was actually called Time.h, but my file system is case
insensitive.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24970
: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: powerpc-apple-darwin8.3.0
GCC host triplet: powerpc-apple-darwin8.3.0
GCC target triplet: powerpc-apple-darwin8.3.0
http://gcc.gnu.org
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: powerpc-apple-darwin8.3.0
GCC host
--- Comment #1 from schnetter at aei dot mpg dot de 2005-11-21 00:58
---
Created an attachment (id=10302)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10302action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24965
dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: powerpc-apple-darwin8.3.0
GCC host triplet: powerpc-apple-darwin8.3.0
GCC target triplet: powerpc-apple-darwin8.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
--- Comment #1 from schnetter at aei dot mpg dot de 2005-11-21 01:52
---
Created an attachment (id=10304)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10304action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
--- Comment #2 from schnetter at aei dot mpg dot de 2005-11-21 01:53
---
I forgot to mention my command line arguments:
/Users/eschnett/gcc/bin/gfortran -mlongcall -ftrapv -fwrapv -g3 -Wall -Wshadow
-Wsurprising -c -o $current_wd/w_extract_multipoles.F90.o
$current_wd
--- Comment #3 from schnetter at aei dot mpg dot de 2005-11-21 01:54
---
Created an attachment (id=10305)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10305action=view)
Complete screen output, i.e., all warnings before the error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #6 from schnetter at aei dot mpg dot de 2005-11-19 19:38
---
Created an attachment (id=10295)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10295action=view)
Patch with better error messach
I've change the error message so that it doesn't use the expression kind
where
--- Comment #4 from schnetter at aei dot mpg dot de 2005-11-19 01:16
---
The same error message was already given (a few lines further down) when the
kind had an unsupported value. An old style kind is given in a declaration as
real*8, a new style kind as real(8).
For integer
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: powerpc-apple-darwin8.3.0
GCC host triplet: powerpc-apple-darwin8.3.0
GCC target triplet: powerpc-apple-darwin8.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24807
--- Comment #1 from schnetter at aei dot mpg dot de 2005-11-11 19:05
---
The reason of the problem is that the conversion from complex*N to real*M with
N=2M happens only for selected values. The enclosed patch may help.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24807
--- Comment #2 from schnetter at aei dot mpg dot de 2005-11-11 19:06
---
Created an attachment (id=10219)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10219action=view)
Proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24807
: Assembler errors during bootstrap
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
--- Comment #1 from schnetter at aei dot mpg dot de 2005-11-10 17:22
---
Created an attachment (id=10203)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10203action=view)
Complete error message
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24778
--- Comment #2 from schnetter at aei dot mpg dot de 2005-11-10 17:24
---
Created an attachment (id=10204)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10204action=view)
Failing assembler output
This is from a different invokation of the compiler, i.e., the auto-generated
file
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: powerpc-apple-darwin8.3.0
GCC host triplet: powerpc-apple-darwin8.3.0
GCC
: Unclear error message
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build
--- Comment #5 from schnetter at aei dot mpg dot de 2005-11-08 15:54
---
I would like to identify the cause of this problem. Would it help if I tracked
down the patch number that caused this problem? Andrew, do you have an
automated system to do that, or is someone already doing
at aei dot mpg dot de
GCC build triplet: powerpc-apple-darwin8.2.0
GCC host triplet: powerpc-apple-darwin8.2.0
GCC target triplet: powerpc-apple-darwin8.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24716
--- Comment #1 from schnetter at aei dot mpg dot de 2005-11-07 18:42
---
Created an attachment (id=10165)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10165action=view)
Tarball with source code demonstrating the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24716
--- Comment #8 from schnetter at aei dot mpg dot de 2005-10-23 21:35
---
I don't see the point of allowing a variable to be initialised twice. This
should be an error, or at least a warning by default. That would make it an
accepts-invalid.
--
http://gcc.gnu.org/bugzilla
: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: powerpc-apple-darwin8.2.0
GCC host triplet: powerpc-apple
--- Comment #1 from schnetter at aei dot mpg dot de 2005-10-16 13:50
---
Created an attachment (id=10002)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10002action=view)
Problematic source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24401
--- Comment #3 from schnetter at aei dot mpg dot de 2005-10-16 15:19
---
Created an attachment (id=10003)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10003action=view)
Required module source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24401
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: powerpc-apple-darwin8.2.0
GCC host triplet: powerpc-apple-darwin8.2.0
GCC target triplet: powerpc
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
GCC build triplet: powerpc-apple-darwin8.2.0
GCC host triplet: powerpc-apple-darwin8.2.0
GCC target triplet: powerpc
: in
reload_cse_simplify_operands, at postreload.c:393
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot
--- Comment #1 from schnetter at aei dot mpg dot de 2005-10-08 04:45
---
Created an attachment (id=9929)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9929action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24270
--- Comment #2 from schnetter at aei dot mpg dot de 2005-10-08 04:46
---
Created an attachment (id=9930)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9930action=view)
Necessary module source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24270
in options.h
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
CC
--- Additional Comments From schnetter at aei dot mpg dot de 2005-09-26
02:09 ---
Thank you for the hint.
On my system there is /usr/bin/awk, which calls itself awk version 20040207,
and there is /sw/bin/
awk, which is GNU awk 3.1.4. The latter comes first in my path. The file
--- Additional Comments From schnetter at aei dot mpg dot de 2005-09-26
03:58 ---
I removed the version of GNU awk that was installed by fink. The broken
version is gawk-3.1.4-11. Gcc
compiles now.
I'm not closing the bug because I don't know whether the error is in awk
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg 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
: schnetter at aei dot mpg 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=22629
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22572
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22552
at aei dot mpg 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=22519
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg 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
--- Additional Comments From schnetter at aei dot mpg dot de 2005-07-16
15:08 ---
*** This bug has been marked as a duplicate of 20120 ***
--
What|Removed |Added
--- Additional Comments From schnetter at aei dot mpg dot de 2005-07-16
15:08 ---
*** Bug 22512 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
ReportedBy: schnetter at aei dot mpg 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=22502
--- Additional Comments From schnetter at aei dot mpg dot de 2005-07-15
15:02 ---
Created an attachment (id=9281)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9281action=view)
Failing gzipped source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22502
--- Additional Comments From schnetter at aei dot mpg dot de 2005-06-05
18:07 ---
Created an attachment (id=9034)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9034action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21902
--- Additional Comments From schnetter at aei dot mpg dot de 2005-06-05
18:08 ---
(From update of attachment 9030)
I attached this source code by mistake; it should have gone to a different PR.
Sorry.
--
What|Removed |Added
--- Additional Comments From schnetter at aei dot mpg dot de 2005-06-05
19:29 ---
This segmentation fault seems to be caused by the combination of the
declaration
character :: msg(100)
and the statement
write (msg, '(Error in call to GESV, info=,i2)') info
dot mpg dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21915
--- Additional Comments From schnetter at aei dot mpg dot de 2005-06-04
22:05 ---
I had a case where the line number was set to -123 in the end. With this
patch this works now.
I assumed that the get/set routines would be called repeatedly, and the line
number is reduced by one
Severity: enhancement
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21918
--- Additional Comments From schnetter at aei dot mpg dot de 2005-06-04
23:15 ---
I tried to reduce the failing source code, but failed to achieve much.
Depending on what lines I remove, the error changes, sometimes turning into a
bare segmentation fault. Even renaming the source
--- Additional Comments From schnetter at aei dot mpg dot de 2005-06-04
23:16 ---
Created an attachment (id=9030)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9030action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21915
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg 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
--- Additional Comments From schnetter at aei dot mpg dot de 2005-06-03
18:25 ---
Created an attachment (id=9022)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9022action=view)
Failing gzipped source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21902
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg 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
--- Additional Comments From schnetter at aei dot mpg dot de 2005-02-11
17:17 ---
Actually, gfortran handles nans correctly (according to the IEEE standard) in
all other cases. I can e.g. generate a nan through the expression a/b, if I
only hide from the compiler the fact that b
at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg 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=19182
--- Additional Comments From schnetter at aei dot mpg dot de 2004-12-28
22:31 ---
I didn't try the putc vs. fputc change, but the patch below makes all the
difference:
$ cvs diff -u error.c
Index: error.c
===
RCS
ReportedBy: schnetter at aei dot mpg 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=18905
--- Additional Comments From schnetter at aei dot mpg dot de 2004-12-09
15:12 ---
Created an attachment (id=7713)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7713action=view)
gzipped failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18905
: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC
::constants' is private
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg dot de
CC
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mpg 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
--- Additional Comments From schnetter at aei dot mpg dot de 2004-10-20 15:53
---
Created an attachment (id=7386)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7386action=view)
failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18082
100 matches
Mail list logo