--- Comment #8 from dannysmith at users dot sourceforge dot net 2008-01-26
07:17 ---
This is a 4.3.0 regression.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
-
Found this while checking other things:
$ cat test6.f90
integer :: foo(3)
integer :: n
foo(1) = 17
foo(2) = 55
foo(3) = 314
print *, i, foo
n = 5
print *,shape(n)
print *, n
end
$ gfc test6.f90
[EMAIL PROTECTED] pr31610]$ ./a.out
0 17 55 314
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-26 05:43 ---
Really libcpp (the C preprocessor) should be using the normal diagnostic part
of GCC and not its own.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
When running gcc in a parallel build or multi-threaded environment, I run into
cases where gcc's error output gets broken in the middle of line or worse,
individual gcc error output lines from different threads/processes get broken
up and mixed together. While I would fully expect interleaving of L
--- Comment #38 from ghazi at gcc dot gnu dot org 2008-01-26 05:11 ---
Update: mainline appears to pass fold checking albeit with a few extra timeouts
due to length compilation times. However the last fix for fold checking was
never backported to the branches. On 4.1/4.2 I still get th
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-01-26 04:42
---
Probable patch posted in 31610
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-01-26 04:25
---
Cleaned up patch:
Index: trans-array.c
===
--- trans-array.c (revision 131850)
+++ trans-array.c (working copy)
@@ -588,9 +588,7 @@ gfc
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2008-01-26 02:39
---
See comment #15 of pr31610 for some interesting results on this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-01-26 02:38
---
I have the example in comment #10 working by bypassing the assert:
Index: trans-array.c
===
--- trans-array.c (revision 131850)
+++ trans-arr
A last minute regression.
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib
--libexecdir=/usr/lib --includedir=/usr/include --mandir=/usr/share/man
--infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++
--disa
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-26 01:15 ---
>/usr/local/bin/ld: execiser32: hidden symbol `__floatdidf' in
/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.6/libgcc.a(_floatdidf.oS) is
referenced by DSO
This means one of the libraries are you are using did not li
Building Regina-REXX-3.4 from source distribution. The linker fails
with the following error:
/usr/local/bin/gcc -O2 -I/usr/local/include -pthreads -L/usr/local/lib -o
execiser32 execiser.o -L. -lregina -lfl -lm -lnsl -lsocket -lcrypt -ldl
-lpthread
/usr/local/bin/ld: execiser32: hi
--- Comment #7 from dannysmith at users dot sourceforge dot net 2008-01-26
00:58 ---
Confirmed. Fastcall symbols should not be prefixed with USER_LABEL_PREFIX.
This bug was introduced with
2007-03-29 Richard Henderson <[EMAIL PROTECTED]>
* config/i386/cygming.h: Remove fun
--- Comment #22 from jason at gcc dot gnu dot org 2008-01-26 00:42 ---
Subject: Bug 27177
Author: jason
Date: Sat Jan 26 00:41:49 2008
New Revision: 131855
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131855
Log:
PR c++/27177
* class.c (build_base_path): Don't
--- Comment #2 from spop at gcc dot gnu dot org 2008-01-26 00:41 ---
Mine.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #7 from dominiq at lps dot ens dot fr 2008-01-26 00:05 ---
> This should have been fixed by 30572.
I was thinking to this one. This is why I asked to check there was some files
/libgcc_s*, just in case the package installed it.
I don't understand the problem: I am using Leo
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2008-01-26 00:04
---
Fixed on trunk. Thanks for bug report and test case.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-01-25 23:51 ---
This should have been fixed by 30572.
I don't use Leopard yet.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 23:46 ---
No activity for month. Please re-open if there is more information. Please
also use a newer 4.1 release such as 4.1.2 or even a release that is still
supported such as 4.2.2.
--
rguenth at gcc dot gnu dot org c
--- Comment #18 from rguenth at gcc dot gnu dot org 2008-01-25 23:44
---
Fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32893
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-01-25 23:41
---
Subject: Bug 34876
Author: jvdelisle
Date: Fri Jan 25 23:40:23 2008
New Revision: 131850
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131850
Log:
2008-01-25 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 23:40 ---
Please re-open if this is not fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-25 23:30 ---
No answer after two month.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 23:37 ---
No testcase, no help.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-25 23:36 ---
No activity for month.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2008-01-25 23:35
---
Subject: Bug 34876
Author: jvdelisle
Date: Fri Jan 25 23:34:53 2008
New Revision: 131848
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131848
Log:
2008-01-25 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 23:35 ---
No activity for month.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-25 23:34 ---
No feedback for month.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 23:31 ---
Please re-open if you believe the bug has not been fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-01-25 23:23 ---
This has been broken since forever.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from janis at gcc dot gnu dot org 2008-01-25 23:19 ---
I'm planning to write and test a patch to change the default ABI to be the
AltiVec ABI. I don't anticipate, though, that any issues would be found with
the GCC testsuite; any problems would be due to compatibility iss
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janis at gcc dot gnu dot org
|dot org
--- Comment #5 from danglin at gcc dot gnu dot org 2008-01-25 23:13 ---
I also see this on hppa64-hp-hpux11.11.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 23:12 ---
/* If arg is sign-extended and then unsigned-shifted,
we can simulate this with a signed shift in arg's type
only if the extended result is at least twice as wide
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-25 22:58 ---
Confirmed.
extern "C" void abort (void);
int main()
{
short x = -1;
unsigned int c = ((unsigned int)x) >> 1;
if (c != 0x7fff)
abort();
return 0;
}
--
rguenth at gcc
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-25 22:51 ---
No response.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAI
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 22:50 ---
Nothing to be done without a testcase.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-25 22:49 ---
Can you try again with the release candidate for 4.2.3 once that is released?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34304
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-25 22:47 ---
You have strange problems ;)
*** This bug has been marked as a duplicate of 34481 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-25 22:47 ---
*** Bug 34414 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34481
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 22:46 ---
*** Bug 34766 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34481
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 22:46 ---
No need for two bugs on appearantly the same issue.
*** This bug has been marked as a duplicate of 34481 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from dominiq at lps dot ens dot fr 2008-01-25 22:40 ---
I have also
[ibook-dhum] f90/bug% ll /opt/gcc/gcc4.3w/lib/libgcc_s*
-rw-r--r-- 1 dominiq staff 204080 Jan 25 17:26
/opt/gcc/gcc4.3w/lib/libgcc_s.1.dylib
-rw-r--r-- 1 dominiq staff 17380 Jan 25 17:26
/opt/gcc/gcc4.3w
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-01-25 22:37
---
*** Bug 34809 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 22:37 ---
#1 0x00847f16 in calc_dfs_tree (di=0x7fff65e5f420,
reverse=CDI_DOMINATORS)
at /space/rguenther/src/svn/gcc-4_2-branch/gcc/dominance.c:373
#2 0x00848a60 in calculate_dominance_info (dir=CDI_
--- Comment #7 from igodard at pacbell dot net 2008-01-25 22:35 ---
Yes, it has always been understood that this code is invalid. The report is
about the quality of the diagnostic that was given, not whether a diagnostic
should be given. The diagnostics (three of them for one error) ref
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-01-25 22:35 ---
No this is still not fixed, we get now on the trunk as of yesterday:
foo:
li 0,8
li 9,0
mtctr 0
.p2align 3,,7
.L2:
stfsx 1,3,9
addi 9,9,4
bdnz .L2
blr
--- Comment #4 from dojo at masterleep dot com 2008-01-25 22:30 ---
$ ls -l /usr/local/gfortran/lib/libgcc_s*
-rw-r--r-- 1 root admin 14 Dec 31 08:43
/usr/local/gfortran/lib/libgcc_s.1.dylib
-rw-r--r-- 1 root admin 17288 Dec 31 08:43
/usr/local/gfortran/lib/libgcc_s.10.4.dylib
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-25 22:24 ---
Related to PR 20612, PR 25937, PR 26817, PR 26435, PR 19910, PR 20256, and most
likely others.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-01-25 22:16 ---
Plus the answers to Richard's questions are useful.
Also does -O3 -fno-strict-alising work? Does -O3 -fwrapv work?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34216
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-01-25 22:15 ---
We still need a testcase and not just saying the audio output is incorrect.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-01-25 22:13 ---
This is not a regression ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-01-25 22:06 ---
Fixed on trunk. Should/will be backported to 4.2 after re-opening of the
branch.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-01-25 21:56 ---
Subject: Bug 34661
Author: dfranke
Date: Fri Jan 25 21:55:47 2008
New Revision: 131845
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131845
Log:
gcc/fortran:
2008-01-25 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-25 21:40 ---
Patch: http://gcc.gnu.org/ml/fortran/2008-01/msg00305.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34661
--- Comment #8 from jsm28 at gcc dot gnu dot org 2008-01-25 21:46 ---
Fixed for 4.2.3 and 4.3.0.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jsm28 at gcc dot gnu dot org 2008-01-25 21:37 ---
Subject: Bug 31955
Author: jsm28
Date: Fri Jan 25 21:36:51 2008
New Revision: 131843
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131843
Log:
PR other/31955
* doc/install.texi2html: Generate
--- Comment #6 from jsm28 at gcc dot gnu dot org 2008-01-25 21:35 ---
Subject: Bug 31955
Author: jsm28
Date: Fri Jan 25 21:34:38 2008
New Revision: 131842
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131842
Log:
PR other/31955
* doc/install.texi2html: Generate
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-01-25 21:30 ---
It's unclear if this is valid or not and the testcase should be able to be
reduced further.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #37 from rguenth at gcc dot gnu dot org 2008-01-25 21:20
---
Subject: Bug 33887
Author: rguenth
Date: Fri Jan 25 21:20:00 2008
New Revision: 131840
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131840
Log:
2008-01-25 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #4 from dgregor at gcc dot gnu dot org 2008-01-25 21:16 ---
I don't know if this is a regression or not, but it's roughly the same issue as
PR 34395 and is fixed by the same patch:
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01161.html
--
dgregor at gcc dot gnu dot or
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-25 21:15 ---
It turns out that the canonical types system is doing the right thing, and that
the older type-comparison mechanisms are getting the wrong answer. This is
still my bug, and it is a regression. Patch here:
http://g
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-25 21:12 ---
No feedback, closing as fixed. Please re-open if the issue persists.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 21:11 ---
g++-4.3 opx.cpp -S 2>&1 | head -20
opx.cpp:9132: error: ISO C++ says that these are ambiguous, even though the
worst conversion for the first is better than the worst conversion for the
second:
opx.cpp:9132: note: ca
--- Comment #3 from gcc-gnu-org at the-tilghman dot com 2008-01-25 21:00
---
Sorry, we're tracking this in our own bugtracker, as it's been reported against
our open source product. The reporter on that bugtracker (the original
reporter of this issue) has verified that the optimization
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-25 20:59 ---
*** Bug 20197 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-25 20:59 ---
*** This bug has been marked as a duplicate of 32528 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-01-25 20:58 ---
No feedback after month, closing as invalid as of comment #2 (this is a
binutils issue).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2005-06-01 22:55:36 |2008-01-25 20:57:
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 20:56 ---
This hasn't been seen since 4.0.0, closing as fixed. (3.4 is no longer
maintained)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|minor |enhancement
Status|WAITING |NEW
La
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-25 20:49 ---
No response, closing as invalid as of comment #4.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 20:48 ---
I need 1 to produce interesting numbers on the trunk:
integration : 13.01 (13%) usr 0.07 ( 6%) sys 13.14 (13%) wall
22701 kB (13%) ggc
tree CFG cleanup : 3.71 ( 4%) usr 0.00 ( 0%) sys
--- Comment #36 from tromey at gcc dot gnu dot org 2008-01-25 20:48 ---
The second patch is fine by me, you might as well commit it now.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33887
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-25 20:36 ---
No response from the reporter, closing as fixed. Please re-open if this
still happens with a still maintained compiler (at least 4.1.x).
--
rguenth at gcc dot gnu dot org changed:
What|Removed
Discovered the following trying to build the cpu2006 benchmark 454.calculix.
work/temp> cat umat_aniso_creep.f
subroutine umat_aniso_creep()
!
real*8 gr(6,6)
!
!
do i=1,6
do j=1,6
gr(i,j)=0.d0
enddo
if(i.le.3) then
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-25 20:33 ---
Thus, fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAI
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-01-25 20:32
---
Closing as of comment #12; the issue can be worked around by re-shuffling
include
paths to put those that work first.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pcarlini at suse dot de 2008-01-25 20:31 ---
There isn't much to say: both the templated constructor and the templated
conversion operator must be there per the current C++ standard, and your code
cannot compile. Note that, in general, the design of auto_ptr is consid
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 20:30 ---
GCC 3.4 will not be fixed. Please open a new PR if the issue still remains on
a still maintained compiler.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 20:29 ---
We won't fix g77, gfortran was recently fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-25 20:27 ---
No feedback from the reporter after two month.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-25 20:27 ---
Regressions should have a target-milestone, Ada is not release critical.
Does this bug still happen on the trunk?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-25 20:25 ---
If this isn't a regression please close it as fixed in 4.3. Otherwise please
adjust the Summary and the target milestone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 20:24 ---
Please confirm the bug is fixed or is not fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-25 20:23 ---
Regressions should have a target-milestone, Fortran is not release-critical.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-25 20:22 ---
Regressions should have a target milestone, Fortran is not release-critical.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-25 20:22 ---
Regressions should have a target milestone, Fortran is not release-critical.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-25 20:21 ---
Paul, do you have an idea? The attached program fails rather strangely. I try
to reduce it further, but currently the error disappears as soon as I touch
something.
Works: 2007-11-23-r130365
Fails: 2007-11-26-r130431
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-01-25 20:21
---
Regressions should have a target-milestone. Fortran is not release-critical.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-25 20:19 ---
Btw, a testcase would be nice.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34973
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 20:17 ---
Even -Wall should not warn for strict-aliasing issues as we also see
-Fno-strict-aliasing (wrong caps?); also we have another -Wno-strict-aliasing
after -Wall.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=349
er, it works with:
4.2.3 20071030 (prerelease) (SUSE Linux)
and fails with both my trunk version
4.3.0 20080125 (experimental) [trunk revision 131818] (GCC)
and openSUSE's
4.3.0 20080117 (experimental) [trunk revision 131592] (SUSE Linux)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34975
The following was found when compiling the Quantum Espresso package,
http://www.quantum-espresso.org/.
I failed to reduce it further, currently I have:
236 cell_base.f90
56 constants.f90
260 control_flags.f90
119 electrons_base.f90
164 ions_base.f90
5 kind.f90
15 modules.f90
4
--- Comment #3 from jason at gcc dot gnu dot org 2008-01-25 19:52 ---
Fixed by the patch for bug 31780.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #41 from jason at gcc dot gnu dot org 2008-01-25 19:51 ---
Fixed for 4.3.0, not worth fixing on 4.2 branch.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #40 from jason at gcc dot gnu dot org 2008-01-25 19:45 ---
Subject: Bug 31780
Author: jason
Date: Fri Jan 25 19:45:11 2008
New Revision: 131832
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131832
Log:
PR c++/31780
* call.c (standard_conversion): All
$ cat tab.f
program main
write (*,'(t100,a,t1,a)') 'b', 'a'
end
$ gfortran tab.f
$ ./a.out > foo.dat
$ od -a -N32 foo.dat
000 a nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul
020 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul
040
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-01-25 19:35 ---
Actually, it's "null bytes" :-)
This is related to PR 34887.
The problem here is that we tab further than our buffer size,
so we write out garbage.
Ceterum censeo stream I/O esse delendam :-)
--
tkoenig at gcc
1 - 100 of 173 matches
Mail list logo
