http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #27 from Janne Blomqvist jb at gcc dot gnu.org 2012-11-10
20:21:41 UTC ---
(In reply to comment #26)
Is this caused by
http://gcc.gnu.org/viewcvs?view=revisionrevision=180701
?
Maybe we need to remember if we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #29 from Janne Blomqvist jb at gcc dot gnu.org 2012-11-25
15:08:24 UTC ---
(In reply to comment #28)
(In reply to comment #27)
(In reply to comment #26)
Is this caused by
http://gcc.gnu.org/viewcvs?view
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54572
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54572
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
CC||ian
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54572
--- Comment #6 from Janne Blomqvist jb at gcc dot gnu.org 2012-11-26 16:46:08
UTC ---
Created attachment 28779
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28779
Patch to use libbacktrace
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55473
Bug #: 55473
Summary: quadmath.h should have extern C for C++ users
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54572
--- Comment #9 from Janne Blomqvist jb at gcc dot gnu.org 2012-11-27 08:58:59
UTC ---
(In reply to comment #7)
Why are there no line numbers in the backtrace from gdb? You said you
compiled
with -g. Are you sure that libbacktrace
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54572
--- Comment #12 from Janne Blomqvist jb at gcc dot gnu.org 2012-11-30
21:56:29 UTC ---
(In reply to comment #9)
(In reply to comment #7)
Why are there no line numbers in the backtrace from gdb? You said you
compiled
with -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54572
--- Comment #13 from Janne Blomqvist jb at gcc dot gnu.org 2012-11-30
22:03:43 UTC ---
(In reply to comment #10)
(In reply to comment #6)
Created attachment 28779 [details]
Patch to use libbacktrace
I have to apply the following
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54572
--- Comment #15 from Janne Blomqvist jb at gcc dot gnu.org 2012-12-01
19:48:12 UTC ---
(In reply to comment #14)
Thanks for the additional info.
#1 0x77bb53be in build_address_map (addrs=0x7fffc710,
data=0x7fffcf1c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52594
--- Comment #7 from Janne Blomqvist jb at gcc dot gnu.org 2012-12-14 08:44:44
UTC ---
(In reply to comment #6)
I was just about to file a bugreport that STOP 1 should yield a backtrace if
compiled with -fbacktrace that would really
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55539
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |jb at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55539
--- Comment #6 from Janne Blomqvist jb at gcc dot gnu.org 2012-12-15 16:47:44
UTC ---
(In reply to comment #4)
(In reply to comment #3)
Strangely enough I needed to add some epsilon to 0.5 so that
the second test passes, because the exact
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55539
--- Comment #7 from Janne Blomqvist jb at gcc dot gnu.org 2012-12-25 22:11:21
UTC ---
Author: jb
Date: Tue Dec 25 22:11:16 2012
New Revision: 194717
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194717
Log:
PR fortran/55539 Fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55539
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59108
--- Comment #2 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Fri Nov 15 22:00:36 2013
New Revision: 204864
URL: http://gcc.gnu.org/viewcvs?rev=204864root=gccview=rev
Log:
When file status is unknown, don't set O_CREAT when
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59108
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59419
--- Comment #4 from Janne Blomqvist jb at gcc dot gnu.org ---
Indeed I suspect we have many cases in the IO library where stuff fails, leaks
memory, or leaves stuff in an inconsistent state when IOSTAT= is present.
I think that we should modify
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54572
--- Comment #2 from Janne Blomqvist jb at gcc dot gnu.org 2012-09-16 08:33:42
UTC ---
(In reply to comment #1)
You need unwind frames present for this to work, i.e. the space (and to some
extent optimization-reducing - yes I'm sure) overhead
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #46 from Janne Blomqvist jb at gcc dot gnu.org 2013-02-18
20:16:28 UTC ---
(In reply to comment #44)
If unformatted sequential ever worked, it was by chance.
Look at this piece of code:
/* Seek to the head
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #50 from Janne Blomqvist jb at gcc dot gnu.org 2013-02-19
10:59:30 UTC ---
(In reply to comment #47)
Am 18.02.2013 21:16, schrieb jb at gcc dot gnu.org:
Look at this piece of code:
/* Seek to the head and overwrite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #51 from Janne Blomqvist jb at gcc dot gnu.org 2013-02-19
22:48:50 UTC ---
(In reply to comment #22)
Revision 180701 removed all checks for special files in
unit.c:unit_truncate().
As a consequence programs compiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53379
--- Comment #11 from Janne Blomqvist jb at gcc dot gnu.org 2013-02-20
21:20:44 UTC ---
Looking at the frontend, calls to runtime_error_at are generated from
gfc_trans_runtime_check() and gfc_trans_runtime_error(). I went through calls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #52 from Janne Blomqvist jb at gcc dot gnu.org 2013-02-21
19:03:19 UTC ---
Author: jb
Date: Thu Feb 21 19:03:10 2013
New Revision: 196210
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196210
Log:
Fix regression when
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #53 from Janne Blomqvist jb at gcc dot gnu.org 2013-02-21
20:13:12 UTC ---
Author: jb
Date: Thu Feb 21 20:13:04 2013
New Revision: 196212
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196212
Log:
Fix regression when
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #54 from Janne Blomqvist jb at gcc dot gnu.org 2013-02-21
20:39:58 UTC ---
I'd suggest to close the unformatted sequential part of this PR as WONTFIX.
Maybe it worked sometime in the past for small record sizes when buffered IO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40958
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
URL||http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56919
--- Comment #2 from Janne Blomqvist jb at gcc dot gnu.org 2013-04-11 18:32:19
UTC ---
(In reply to comment #0)
The problem is that Cygwin does not support CLOCK_MONOTONIC; using it will
return always return 0.
Note that Cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56919
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
URL||http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56981
--- Comment #4 from Janne Blomqvist jb at gcc dot gnu.org 2013-04-17 10:50:07
UTC ---
The reason why gfortran is slow here is that for non-regular files we use
unbuffered I/O. If you write to a regular file instead of /dev/null, you'll see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56981
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
URL||http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57028
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |jb at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57028
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
URL||http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57028
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
URL|http://gcc.gnu.org/ml/gcc-p |http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57028
--- Comment #8 from Janne Blomqvist jb at gcc dot gnu.org 2013-04-25 19:19:05
UTC ---
Author: jb
Date: Thu Apr 25 19:16:46 2013
New Revision: 198318
URL: http://gcc.gnu.org/viewcvs?rev=198318root=gccview=rev
Log:
PR 57028 Bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57028
--- Comment #9 from Janne Blomqvist jb at gcc dot gnu.org 2013-04-25 19:19:59
UTC ---
(In reply to comment #7)
(In reply to comment #6)
Updated patch at http://gcc.gnu.org/ml/gcc-patches/2013-04/msg01517.html
This one works
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57028
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56919
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52428
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52428
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |jb at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52428
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Attachment #27228|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52428
--- Comment #5 from Janne Blomqvist jb at gcc dot gnu.org 2012-04-24 21:44:06
UTC ---
See also PR 36515
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52428
--- Comment #7 from Janne Blomqvist jb at gcc dot gnu.org 2012-04-25 06:11:58
UTC ---
(In reply to comment #6)
I respectfully disagree. The Fortran model is/was developed over many years
with many knowledgeable people investing time
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52428
--- Comment #8 from Janne Blomqvist jb at gcc dot gnu.org 2012-04-25 21:15:57
UTC ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2012-04/msg01637.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
--- Comment #12 from Janne Blomqvist jb at gcc dot gnu.org 2012-05-05
07:59:28 UTC ---
Author: jb
Date: Sat May 5 07:59:22 2012
New Revision: 187191
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=187191
Log:
PR 49010,24518 MOD/MODULO fixes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24518
--- Comment #25 from Janne Blomqvist jb at gcc dot gnu.org 2012-05-05
07:59:30 UTC ---
Author: jb
Date: Sat May 5 07:59:22 2012
New Revision: 187191
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=187191
Log:
PR 49010,24518 MOD/MODULO fixes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49010
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53267
Bug #: 53267
Summary: Constant fold BUILT_IN_FMOD
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52428
--- Comment #9 from Janne Blomqvist jb at gcc dot gnu.org 2012-05-14 19:39:27
UTC ---
Author: jb
Date: Mon May 14 19:39:23 2012
New Revision: 187478
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=187478
Log:
PR 52428 Range checking when
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52428
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53379
--- Comment #2 from Janne Blomqvist jb at gcc dot gnu.org 2012-05-18 06:43:08
UTC ---
AFAICS, this is an intentional change in behavior. When I proposed making
backtracing enabled by default, there was some objections to the initial patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53379
--- Comment #4 from Janne Blomqvist jb at gcc dot gnu.org 2012-05-18 14:32:54
UTC ---
(In reply to comment #3)
(In reply to comment #2)
AFAICS, this is an intentional change in behavior. When I proposed making
backtracing enabled by default
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53456
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
CC||jb at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53456
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53456
--- Comment #7 from Janne Blomqvist jb at gcc dot gnu.org 2012-05-23 18:52:52
UTC ---
Author: jb
Date: Wed May 23 18:52:47 2012
New Revision: 187806
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=187806
Log:
PR 53456 clock_gettime fallback
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53456
--- Comment #9 from Janne Blomqvist jb at gcc dot gnu.org 2012-05-24 20:19:46
UTC ---
Author: jb
Date: Thu May 24 20:19:37 2012
New Revision: 187846
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=187846
Log:
PR 53456 CPU timing fallback
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53456
--- Comment #10 from Janne Blomqvist jb at gcc dot gnu.org 2012-06-04
19:13:54 UTC ---
Author: jb
Date: Mon Jun 4 19:13:49 2012
New Revision: 188201
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=188201
Log:
PR 53456 Fix typo in gf_cputime
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53456
--- Comment #11 from Janne Blomqvist jb at gcc dot gnu.org 2012-06-04
19:15:25 UTC ---
Author: jb
Date: Mon Jun 4 19:15:21 2012
New Revision: 188202
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=188202
Log:
PR 53456 Fix incorrect
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52594
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39654
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39654
--- Comment #8 from Janne Blomqvist jb at gcc dot gnu.org 2012-06-21 18:47:06
UTC ---
Author: jb
Date: Thu Jun 21 18:47:01 2012
New Revision: 188858
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=188858
Log:
PR 39654 FTELL intrinsic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39654
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119
--- Comment #7 from Janne Blomqvist jb at gcc dot gnu.org 2012-06-28 12:15:05
UTC ---
(In reply to comment #6)
Janne, have you had a chance to look at this ? For larger matrices MATMMUL is
really slow. Anything that includes even the most basic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53796
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
CC||jb at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #23 from Janne Blomqvist jb at gcc dot gnu.org 2012-08-03
19:45:10 UTC ---
(In reply to comment #22)
Revision 180701 removed all checks for special files in
unit.c:unit_truncate().
Yes. As the email message introducing the patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40958
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60324
--- Comment #7 from Janne Blomqvist jb at gcc dot gnu.org ---
(In reply to Rich Townsend from comment #6)
This change introduces a dependency on strndup -- which, alas, is absent
from libSystem in OS X 10.6 (Snow Leopard), although later
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
CC||jb at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62215
--- Comment #6 from Janne Blomqvist jb at gcc dot gnu.org ---
(In reply to Steve Kargl from comment #3)
Not having a copyright assignment won't interfere with this
patch being applied. I'm waiting for confirmation from Janne
that I can revert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62215
--- Comment #8 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Fri Aug 29 20:46:15 2014
New Revision: 214742
URL: https://gcc.gnu.org/viewcvs?rev=214742root=gccview=rev
Log:
PR 62215 Reinstate unlinking old module file before
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62215
--- Comment #9 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Fri Aug 29 20:49:16 2014
New Revision: 214743
URL: https://gcc.gnu.org/viewcvs?rev=214743root=gccview=rev
Log:
PR 62215 Unlink old module file before renaming.
2014
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62215
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jb at gcc dot gnu.org
libgfortran uses various C/POSIX functions for interfacing with the file
systems. In the C/POSIX world, file names are terminated by a null byte,
whereas Fortran strings are not. Consider
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62768
--- Comment #3 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Tue Sep 16 21:40:28 2014
New Revision: 215307
URL: https://gcc.gnu.org/viewcvs?rev=215307root=gccview=rev
Log:
PR libfortran/62768 Handle filenames with embedded null
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62768
--- Comment #4 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Wed Sep 17 21:44:15 2014
New Revision: 215338
URL: https://gcc.gnu.org/viewcvs?rev=215338root=gccview=rev
Log:
PR libfortran/62768 Use gfc_unit.filename also when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63471
--- Comment #1 from Janne Blomqvist jb at gcc dot gnu.org ---
Hmm, any idea how to fix it? Apparently just defining _REENTRANT globally might
not be a good idea, as some systems may require linking in some other C library
(libc_rt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63471
--- Comment #2 from Janne Blomqvist jb at gcc dot gnu.org ---
Hmm, maybe add something like
AC_CHECK_DECLS_ONCE([ttyname_r])
to configure.ac and then in unix.c(stream_ttyname) check with
#ifdef HAVE_TTYNAME_R HAVE_DECL_TTYNAME_R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63471
--- Comment #5 from Janne Blomqvist jb at gcc dot gnu.org ---
Ah, I suspected that other functions might be affected as well. Thanks for
finding them.
That being said, googling this issue I stumbled upon
https://gcc.gnu.org/ml/gcc-patches/2011
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63471
--- Comment #7 from Janne Blomqvist jb at gcc dot gnu.org ---
(In reply to dave.anglin from comment #3)
On some platforms (MacOS 10.4 and Solaris 11), ttyname_r may return a
'char *', not 'int'.
FWIW, libgfortran uses
Assignee: unassigned at gcc dot gnu.org
Reporter: jb at gcc dot gnu.org
libgfortran uses (stack allocated) arrays of size PATH_MAX or smaller in many
places, when creating a temporary path name with a trailing NULL from a Fortran
string. However, it's possible for the user
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48587
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jb at gcc
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jb at gcc dot gnu.org
The paper http://arxiv.org/abs/1210.4539 analyzes several algorithms for
complex division. Currently GFortran IIRC uses the Smith (1962) algorithm. We
should investigate whether GFortran could
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60646
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Component|fortran |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60324
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jb at gcc dot gnu.org
The example program below crashes (my stack size limit is 8 MiB).
program getcwd_overflow
implicit none
character(len=10485760) :: str ! 10 MiB
call getcwd(str)
print *, trim(str)
end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61035
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jb at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61035
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56919
--- Comment #8 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Sat May 3 20:56:26 2014
New Revision: 210041
URL: http://gcc.gnu.org/viewcvs?rev=210041root=gccview=rev
Log:
PR 56919 Check _POSIX_MONOTONIC_CLOCK.
2014-05-03 Janne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56919
--- Comment #9 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Sat May 3 21:03:10 2014
New Revision: 210042
URL: http://gcc.gnu.org/viewcvs?rev=210042root=gccview=rev
Log:
PR 56919 Check _POSIX_MONOTONIC_CLOCK.
2014-05-04 Janne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56919
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61035
--- Comment #3 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Mon May 12 19:23:11 2014
New Revision: 210335
URL: http://gcc.gnu.org/viewcvs?rev=210335root=gccview=rev
Log:
Fix stack overflow crash in getcwd intrinsic.
2014-05-12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61035
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Assignee: unassigned at gcc dot gnu.org
Reporter: jb at gcc dot gnu.org
In some cases STDIN_FILENO (0 in POSIX) can be closed. This happens e.g. for
rank != 0 MPI processes with MPICH2. This results in valgrind complaining about
uninitialized variables.
Test program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61187
--- Comment #1 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Fri May 16 20:37:13 2014
New Revision: 210527
URL: http://gcc.gnu.org/viewcvs?rev=210527root=gccview=rev
Log:
PR 61187 Fix use of uninitialized memory.
2014-05-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61187
--- Comment #2 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Fri May 16 20:42:56 2014
New Revision: 210529
URL: http://gcc.gnu.org/viewcvs?rev=210529root=gccview=rev
Log:
PR 61187 Fix use of uninitialized data.
2014-05-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61187
--- Comment #3 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Fri May 16 20:48:17 2014
New Revision: 210530
URL: http://gcc.gnu.org/viewcvs?rev=210530root=gccview=rev
Log:
PR 61187 Fix use of uninitialized data.
2014-05-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60324
--- Comment #2 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Thu May 22 03:51:25 2014
New Revision: 210738
URL: http://gcc.gnu.org/viewcvs?rev=210738root=gccview=rev
Log:
PR 60324 Handle long path names, don't use PATH_MAX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60324
--- Comment #3 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Thu May 22 21:17:29 2014
New Revision: 210827
URL: http://gcc.gnu.org/viewcvs?rev=210827root=gccview=rev
Log:
PR 60324 Handle long path names, don't use PATH_MAX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61187
--- Comment #5 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Sun May 25 19:29:00 2014
New Revision: 210914
URL: http://gcc.gnu.org/viewcvs?rev=210914root=gccview=rev
Log:
PR 61187 Avoid reading uninitialized memory.
2014-05-25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61187
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
1 - 100 of 690 matches
Mail list logo