--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dfranke at gcc dot gnu dot
|dot org
--- Comment #3 from dfranke at gcc dot gnu dot org 2006-11-30 22:34 ---
In addition to comment #2, it is to note, that -W alone does not give any
diagnostic at all.
Also, the FE emits different messages, if different flags are specified:
# -Wall
Warning: Unused variable x declared
--- Comment #3 from dfranke at gcc dot gnu dot org 2006-12-01 11:41 ---
*** This bug has been marked as a duplicate of 29867 ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from dfranke at gcc dot gnu dot org 2006-12-01 11:41 ---
*** Bug 30008 has been marked as a duplicate of this bug. ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dfranke at gcc dot gnu dot org 2006-12-02 00:12 ---
Fixed on trunk, closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dfranke at gcc dot gnu dot org 2006-12-04 21:35 ---
Subject: Bug 29949
Author: dfranke
Date: Mon Dec 4 21:35:19 2006
New Revision: 119511
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119511
Log:
PR libgomp/29949
* env.c (omp_set_num_threads
: diagnostic
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30107
--- Comment #10 from dfranke at gcc dot gnu dot org 2006-12-07 15:11
---
Here on debian, the last revision that successfully bootstrapped was r118355
(glibc-2.3.2, kernel-2.6.15.7).
Anything else I can do?
--
dfranke at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from dfranke at gcc dot gnu dot org 2006-12-14 21:41
---
In reply to comment #1:
Hack glibc_c99_inline_2 was meant to fix sys/stat.h: but while I have a fixed
$(top_builddir)/gcc/include/sys/stat.h on i686, there is no such file on
x86_64.
These commands where run
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30239
--- Comment #5 from dfranke at gcc dot gnu dot org 2006-12-17 23:27 ---
Subject: Bug 29949
Author: dfranke
Date: Sun Dec 17 23:27:47 2006
New Revision: 119995
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119995
Log:
2006-12-18 Daniel Franke [EMAIL PROTECTED]
Backport
--- Comment #4 from dfranke at gcc dot gnu dot org 2006-12-18 08:20 ---
Ups, I didn't check with -pedantic or the -std options.
Since others treat it as an error, I think, a warning in -std=gnu should be the
very least.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30239
--- Comment #12 from dfranke at gcc dot gnu dot org 2006-12-20 23:01
---
Jean-Pierre, Roger,
could you please add the following files to your attachments of this PR (or
send them by private mail):
* /usr/include/features.h
* /usr/include/sys/stat.h
* /usr/include/bits/string2.h
--- Comment #1 from dfranke at gcc dot gnu dot org 2006-12-21 09:32 ---
There is a related hack for `cabs` in fixincludes/inclhack.def. Adding `cabsl`
may be sufficient to fix this.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dfranke at gcc dot gnu dot org 2006-12-21 11:53 ---
Comment #2 was meant as a hint for someone who knows how to fix it ;)
Btw, could you please attach the offending math.h to this PR?
Regards
Daniel
--
dfranke at gcc dot gnu dot org changed:
What
--- Comment #15 from dfranke at gcc dot gnu dot org 2006-12-21 21:13
---
Jean-Pierre, thanks for this.
While my conjecture [1] was correct for Roger's files, those you attached seem
to pose another problem. I will investigate further ...
[1] http://gcc.gnu.org/ml/gcc-patches/2006-12
--- Comment #1 from dfranke at gcc dot gnu dot org 2006-12-21 22:29 ---
Subject: Bug 28209
Author: dfranke
Date: Thu Dec 21 22:29:08 2006
New Revision: 120122
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120122
Log:
2006-12-21 Daniel Franke [EMAIL PROTECTED]
PR
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Component|bootstrap |target
GCC build triplet||mips-sgi
--- Comment #2 from dfranke at gcc dot gnu dot org 2006-12-22 22:49 ---
Documented in trunk.
Backport to 4.2 will follow soon.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from dfranke at gcc dot gnu dot org 2006-12-23 17:53
---
Created an attachment (id=12839)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12839action=view)
fixincludes: find headers in distro-specfic paths
* fixincl.c(fix_applies): Use fnmatch instead of strstr
--- Comment #19 from dfranke at gcc dot gnu dot org 2007-01-06 11:11
---
Resolved in private mail to difficulties with the build process.
Although PR30008 gave the same error messages, it is not a dupe.
--
dfranke at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-01-06 11:17 ---
Reopened, not a dupe of PR29867.
The identified problem: some distros place multilib-related files in
non-standard locations and include forwarding headers. Thus, fixes are not
applied. See
http://gcc.gnu.org/ml
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Component|bootstrap |target
GCC build triplet||x86_64
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-01-07 17:04 ---
Patch committed by Bruce Korb, bootstrapped and regtested.
Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from dfranke at gcc dot gnu dot org 2007-01-25 19:25 ---
Subject: Bug 30272
Author: dfranke
Date: Thu Jan 25 19:25:01 2007
New Revision: 121182
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121182
Log:
2007-01-25 Daniel Franke [EMAIL PROTECTED]
PR target
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-01-25 22:33 ---
Subject: Bug 28209
Author: dfranke
Date: Thu Jan 25 22:33:43 2007
New Revision: 121187
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121187
Log:
2007-01-25 Daniel Franke [EMAIL PROTECTED]
Backport
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-01-26 09:58 ---
Here, the default value is not documented; it can be found in
3 Environment Variables (If undefined, dynamic adjustment is disabled
by default.), but this is not obvious. Especially, since the omp_get_
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-01-27 00:08 ---
My doings. I'll look into it.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-01-27 00:34 ---
As far as I can tell, the BUILD_INFO conditional can not easily be employed as
the info, dvi and pdf targets are generated by automake. The `missing` program
that is run instead should step into the breach. It does
--- Comment #7 from dfranke at gcc dot gnu dot org 2007-01-27 01:11 ---
Third option: include libgomp.info in SVN, then `missing` will just touch it.
Please note: I backported the docs two days ago, 4.2 is now also affected. Did
not know this report existed =(
--
dfranke at gcc dot
--- Comment #11 from dfranke at gcc dot gnu dot org 2007-01-27 13:46
---
When introducing this, I was in good faith that automake is capable to handle
any issues that may arise. Since the *.info files are not kept in SVN, as
`missing` seems to assume, the fail safe backfires.
I
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-01-30 21:16 ---
Subject: Bug 30540
Author: dfranke
Date: Tue Jan 30 21:16:30 2007
New Revision: 121360
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121360
Log:
2007-01-29 Daniel Franke [EMAIL PROTECTED]
PR
--- Comment #13 from dfranke at gcc dot gnu dot org 2007-01-31 21:29
---
Subject: Bug 30546
Author: dfranke
Date: Wed Jan 31 21:29:19 2007
New Revision: 121439
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121439
Log:
2007-01-31 Daniel Franke [EMAIL PROTECTED]
PR
--- Comment #14 from dfranke at gcc dot gnu dot org 2007-01-31 21:30
---
Subject: Bug 30546
Author: dfranke
Date: Wed Jan 31 21:30:16 2007
New Revision: 121440
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121440
Log:
2007-01-31 Daniel Franke [EMAIL PROTECTED]
PR
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-02-01 11:28 ---
As I came across this once more: is it possible to issue a compile-time warning
that array pointers to components of derived type arrays are allowed by the
standard but are not yet implemented in gfortran (gfc_todo
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-02-06 18:11 ---
Subject: Bug 30540
Author: dfranke
Date: Tue Feb 6 18:11:30 2007
New Revision: 121657
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121657
Log:
2007-02-07 Daniel Franke [EMAIL PROTECTED]
Backport
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-02-06 18:12 ---
Subject: Bug 30272
Author: dfranke
Date: Tue Feb 6 18:12:22 2007
New Revision: 121658
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121658
Log:
2007-02-07 Daniel Franke [EMAIL PROTECTED]
Backport
--- Comment #9 from dfranke at gcc dot gnu dot org 2007-02-06 18:14 ---
Fixed in mainline and 4.2. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-02-06 18:15 ---
Fixed in mainline and 4.2. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30540
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.3.0 |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30272
--- Comment #15 from dfranke at gcc dot gnu dot org 2007-02-06 18:48
---
Subject: Bug 30546
Author: dfranke
Date: Tue Feb 6 18:48:11 2007
New Revision: 121661
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121661
Log:
2007-02-07 Daniel Franke [EMAIL PROTECTED
--- Comment #16 from dfranke at gcc dot gnu dot org 2007-02-06 18:50
---
Subject: Bug 30546
Author: dfranke
Date: Tue Feb 6 18:49:55 2007
New Revision: 121662
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121662
Log:
2007-02-07 Daniel Franke [EMAIL PROTECTED
--- Comment #17 from dfranke at gcc dot gnu dot org 2007-02-06 18:54
---
Fixed in mainline and 4.2. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30720
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-02-11 19:39 ---
Contrary to this, the docs of g77-3.4.6 [1] state:
Status: INTEGER(KIND=1); OPTIONAL; scalar; INTENT(OUT).
Also, the comment at the beginning of libgfortran/intrinsics/kill.c [2] states:
/* SUBROUTINE KILL(PID
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-02-11 21:02 ---
Ouch. Thanks for clarification.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30372
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-02-11 21:51 ---
Also affected:
chmod, exit, getcwd, hostnm, link, rename, sleep, system_clock, unlink, umask
(maybe others).
SYSTEM_CLOCK accepts INTEGER(1) if exactly one or all of its optional arguments
are of that type.
UMASK
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org
OtherBugsDependingO 30372
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30932
);
--
Summary: intrinsic: EXIT
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-02-22 23:40 ---
Created an attachment (id=13093)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13093action=view)
testcase (dg-do compile)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30933
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-02-22 23:40 ---
Created an attachment (id=13094)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13094action=view)
testcase (dg-do link)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30933
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-02-23 00:21 ---
A note on the testcase: gfortran seems to resolve EXIT only once.
If
CALL exit()
CALL exit(int_1)
gfortran happily compiles and links.
If
CALL exit(int_1)
CALL exit()
then
/tmp/ccuE9OGi.o: In function
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-02-23 00:38 ---
The documentation states:
Arguments:
STATUS The type of the argument shall be INTEGER(*).
but arguments of kind INTEGER(kind=1) and INTEGER(kind=2) may lead to
unresolved symbols (see also comment #3
: dfranke at gcc dot gnu dot org
OtherBugsDependingO 30932
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30941
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-02-23 22:28 ---
libgfortran/io/intrinsics.c provides flush_i8, but that one is never used.
INTEGER(kind=8) :: i8
CALL FLUSH(i8)
results in
MAIN__ ()
{
int8 int_8;
_gfortran_set_std (70, 127, 0, 0);
{
int4 D.1001
Status: UNCONFIRMED
Keywords: diagnostic
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30942
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-02-23 22:58 ---
The problem described in comment #1 depends on the default integer kind.
See also: http://gcc.gnu.org/ml/fortran/2007-02/msg00542.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30941
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org
OtherBugsDependingO 30932
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30947
ReportedBy: dfranke at gcc dot gnu dot org
OtherBugsDependingO 30932
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30948
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-02-24 18:55 ---
4. The chdir()-function is implemented but not documented
$ cat chdir.f90
integer :: s
s = chdir(/tmp)
end
$ gfortran-svn -Wall chdir.f90 echo ok
ok
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30948
Version: 4.3.0
Status: UNCONFIRMED
Keywords: documentation
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org
OtherBugsDependingO 30932
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org
OtherBugsDependingO 30392
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30953
Version: 4.3.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: minor
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org
OtherBugsDependingO 30392
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org
OtherBugsDependingO 30932
nThis:
http://gcc.gnu.org
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-02-25 16:11 ---
There's is/was a discussion at the ML whether GNU extensions should allow
default integer only, fold anything into a default integer and recast
afterwards or whether the library shall provide calls for any type
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30973
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-02-26 16:54 ---
Tobias, the same happens if the MODULE foo contains anything and the ONLY part
actually lists something. I omitted this to keep the testcase short.
Same problem here:
$ cat foo2.f90
MODULE foo
INTEGER :: x
END
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-02-27 13:11 ---
Works, in terms of compiles, with gfortran-4.3 (svn version, 20070220).
Did you try the latest 4.1.2 release?
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
ReportedBy: dfranke at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31009
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-03-01 16:58 ---
Tobias, I wouldn't expect gfortran to use memcpy if the array is not
continuous, as in your example.
OTOH, my naive assumption is, that given this = other, this(:) = other(:)
or even this(a:b) = other(c:d
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-03-02 09:57 ---
Tobias, do the cases given in PR31016 include the one above?
If yes, this PR could be closed as dupe?!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31009
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-03-03 10:28 ---
what is the standard name for its argument?
F95 draft,
13.14.25 CPU_TIME (TIME)
So, only the documentation needs to be changed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30950
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-03-06 21:57 ---
Subject: Bug 30950
Author: dfranke
Date: Tue Mar 6 21:57:02 2007
New Revision: 122640
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122640
Log:
2007-03-06 Daniel Franke [EMAIL PROTECTED]
PR
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-03-06 21:57 ---
Subject: Bug 30950
Author: dfranke
Date: Tue Mar 6 21:57:09 2007
New Revision: 122641
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122641
Log:
2007-03-06 Daniel Franke [EMAIL PROTECTED]
PR
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-03-06 21:58 ---
Fixed in 4.2 and trunk.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31086
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-03-08 16:27 ---
I could reduce the testcase slightly. New version:
$ cat ice.f90
MODULE class_dummy_atom_types
TYPE :: dummy_atom_list
TYPE(dummy_atom), DIMENSION(:), POINTER :: table
END TYPE
TYPE :: dummy_atom
TYPE
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-03-08 16:36 ---
Paul, could you have a look at PR31086? I just filed it before I had a look
here. It may be a dupe, but if so, with a different testcase ...
--
dfranke at gcc dot gnu dot org changed:
What
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-03-08 21:45 ---
Subject: Bug 30947
Author: dfranke
Date: Thu Mar 8 21:45:22 2007
New Revision: 122715
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122715
Log:
2007-03-08 Daniel Franke [EMAIL PROTECTED]
PR
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-03-08 21:46 ---
Subject: Bug 30947
Author: dfranke
Date: Thu Mar 8 21:46:16 2007
New Revision: 122716
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122716
Log:
2007-03-08 Daniel Franke [EMAIL PROTECTED]
PR
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-03-08 21:50 ---
Subject: Bug 30947
Author: dfranke
Date: Thu Mar 8 21:49:59 2007
New Revision: 122717
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122717
Log:
2007-03-08 Daniel Franke [EMAIL PROTECTED]
Backport
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-03-08 21:53 ---
Subject: Bug 30947
Author: dfranke
Date: Thu Mar 8 21:53:02 2007
New Revision: 122719
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122719
Log:
2007-03-08 Daniel Franke [EMAIL PROTECTED]
Backport
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-03-08 21:56 ---
With commits #1 to #4, the problem is only partially solved.
As Brooks Moses [1] points out:
Thus, to make this work right, you'll still need to implement alarm_sub4
and alarm_sub8 library functions (along
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-03-11 18:54 ---
Taking care of this one as the solution is probably the same as with ALARM
(PR30947).
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-03-21 14:11 ---
Brooks, maybe not.
Thread safety, in the context it was asked for, still needs to be proved.
Having mutexes within the code is fine to save the states from overwriting each
other (it is an unexpected serialisation
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-03-23 10:05 ---
I'll run some tests as soon as possible and report back to the mailing list.
See
http://gcc.gnu.org/ml/fortran/2007-03/msg00440.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31234
: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31400
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-03-31 10:30 ---
Can not reproduce the problem on Intel P4. Tried gfortran v4.1.1, v4.2 and a
recent svn snapshot.
Btw, why not simply: 'read(istr, *) num' ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31408
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-04-02 20:10 ---
Can confirm a crash in f951. Since there were quite a lot of TRANSFER related
reports lately, I can not tell if this a new one.
Backtrace:
Starting program:
/home/daniel/i686-pc-linux-gnu/gcc/libexec/gcc/i686-pc
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-04-02 20:27 ---
Adding this to TRANSFER meta-bug, as frame 3 in the backtrace indicates a
relation. No confirmation as I can not tell whether it is a dupe or not.
(gdb) bt
#0 fancy_abort (file=0x86e4fec ../../../gcc/gcc/fortran
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-04-03 09:34 ---
Neither can I (gcc-4.2, gcc-svn). x86_64 seems to be immune. Another i686
machine again crashes (gcc-4.2, gcc-svn), so does an ia64 (gcc-4.2). All boxes
have gmp-4.2.1 installed.
--
dfranke at gcc dot gnu dot
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-04-03 09:37 ---
For i686/SuSE 10.1 valgrind-3.2.2 gives:
==13209== Warning: set address range perms: large range 568154688 (undefined)
==13209== Invalid read of size 4
==13209==at 0x40849CD: __gmpn_copyi (in
/h/franke/packages
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-04-03 19:01 ---
PROGRAM test
INTEGER(KIND=K) :: i(1)
i = (/ TRANSFER(a, 0_L) /)
print *, i
END PROGRAM test
Above snippet works on i686 and ia64 if K==L, if K/=L, it crashes, no matter
which is the larger kind.
--
http
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-04-04 12:06 ---
Your file lacks the USEd modules kindvar and caps.
Which compiler version(s) did you use?
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
-const.c:1963
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-04-12 17:08 ---
Please note, that the USE-ONLY of dummy_atom_list_merge is crucial. Without
it, the segfault does not occur.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31550
ReportedBy: dfranke at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31551
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-04-12 17:46 ---
Adding FX to CC as requested on the mailing list.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-04-12 19:23 ---
Subject: Bug 31234
Author: dfranke
Date: Thu Apr 12 19:23:03 2007
New Revision: 123760
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123760
Log:
2007-04-12 Daniel Franke [EMAIL PROTECTED]
PR
1 - 100 of 1155 matches
Mail list logo