--- 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=14411&action=view)
Failing preprocessed source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33890
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-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33890
--- 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
gcc dot gnu dot org
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-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
rch=prescott
Product: gcc
Version: 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-
essage when callling via 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: schnette
rity: enhancement
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.8.1
GCC host triplet: i386-apple-darwin8.8.1
GCC target triplet: i386-apple-darwin8.8.1
ran
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 #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=12989&action=view)
Used module
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30656
--- 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=12988&action=view)
Failing source code
--
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 with
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=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 pro
Product: gcc
Version: 4.2.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
GCC build triplet: i386-apple-darwin8.7.1
GCC host
ncement
Priority: P3
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
n
AssignedTo: 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
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 #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=10716&action=view)
Gzipped preprocessed failing source code, part 2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25908
--- 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=10715&action=view)
Gzipped preprocessed failing source code, part 1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25908
--- 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 for
MED
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.4.0
GCC host triplet: powerpc-apple-darwin8.4.0
GCC target triplet: po
--- 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 or
--- 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
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
--- 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=10351&action=view)
Failing preprocessed source code (gzipped)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
--- 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 #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
ion: 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
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 #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
--- 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=10310&action=view)
Failing preprocessed sourc code (gzipped)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24970
--- 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=10309&action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24970
Summary: Error in header file: ctime:69: error: Â::tm has not
been declared
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc do
--- 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=10305&action=view)
Complete screen output, i.e., all warnings before the error
--
http://gcc.gnu.org/bugzilla/show_
--- 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 #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=10304&action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
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 00:58
---
Created an attachment (id=10302)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10302&action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24965
name in error message
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 tripl
everity: enhancement
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 target triplet: powerpc-apple-darwin8.3.0
--- 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=10295&action=view)
Patch with better error messach
I've change the error message so that it doesn't use the
--- 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)&quo
--- 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=10219&action=view)
Proposed patch
--
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
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
Product: gcc
Version: 4.1.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
--- 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=10204&action=view)
Failing assembler output
This is from a different invokation of the compiler, i.e., the auto-generat
--- 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=10203&action=view)
Complete error message
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24778
Summary: 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 a
Summary: 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
--- 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 it
--- 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=10165&action=view)
Tarball with source code demonstrating the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24716
edBy: 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-apple-darwin8.2.0
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.g
--- 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=10003&action=view)
Required module source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24401
--- 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=10002&action=view)
Problematic source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24401
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
GCC build triplet: powerpc-apple-darwin8.2.0
GCC host triple
1.0
Status: UNCONFIRMED
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-a
--- 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=9930&action=view)
Necessary module source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24270
--- 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=9929&action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24270
rnal compiler error: 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: schne
8.2.0 Darwin Kernel Version 8.2.0: Fri Jun 24 17:46:54 PDT
2005; root:xnu-792.2.4.obj~3/RELEASE_PPC Power Macintosh powerpc
--
Summary: Bootstrap failure
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
--- 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
--- 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.
n a week.
--
Summary: Parse error 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
Rep
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
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=22629
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22572
oduct: 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 mpg dot de
CC: gcc-bugs at gcc dot gnu dot org
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
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
--- 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
--- 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
t: 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://gcc.gnu.or
--- 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=9281&action=view)
Failing gzipped source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22502
ssignedTo: 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=22502
--- 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=&q
--- 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
18:07 ---
Created an attachment (id=9034)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9034&action=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-04
23:16 ---
Created an attachment (id=9030)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9030&action=view)
Failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21915
--- 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
Status: UNCONFIRMED
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
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
Would like atanh etc. as intrinsics
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schnetter at aei dot mp
--- 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=9022&action=view)
Failing gzipped source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21902
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 triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686
has
no member named 'objc_info'
/home/eschnett/src/gcc/gcc/objc/objc-act.c: In function 'gen_type_name_0':
/home/eschnett/src/gcc/gcc/objc/objc-act.c:8053: error: 'struct lang_type' has
no member named 'objc_info'
make[2]: *** [objcp/objcp-act.o] Error 1
make[2]: Leaving
--- 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 is
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=19904
--- 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
===
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=19182
--- 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=7713&action=view)
gzipped failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18905
duct: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
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
G
during ada bootstrap
Product: 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
--
Summary: Does not bootstrap; error: '_Jv_Constants
java::lang::Class::constants' is private
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
A
--- 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=7386&action=view)
failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18082
1 - 100 of 101 matches
Mail list logo
