The the .vars dump for following functions (that only differ by the type of
their parameters):
void test55 (_Bool XXX, _Bool YYY)
{
if (XXX && YYY)
{
if (!XXX)
link_error ();
}
}
void test555 (int XXX, int YYY)
{
if (XXX && YYY)
{
if (!XXX)
link_erro
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
22:26 ---
Confirmed, this is basically the same as PR 15911.
--
What|Removed |Added
BugsThisDependsOn
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
22:26 ---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--
What|Removed |Added
BugsThisDependsOn||20066
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19543
There's a difference between the assembly emitted for the following two Fortran
tests:
PRINT *, .TRUE., .TRUE_8 ; END
and
PRINT *, .TRUE._8, .TRUE ; END
Where for the former we get
.align 4
.LC1:
.long 1
the latter gives:
.align 8
.LC1:
.long 1
.lo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
22:30 ---
Confirmed, middle-end is closer to the reality as this happens without
optimization on.
--
What|Removed |Added
--
--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-18 22:31
---
(In reply to comment #0)
> In other words, the code is correct for the former program, but not for the
> latter, as here both alignment may be wrong and memory beyond the correctly
> initialized space will be r
--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-18 22:34
---
I should also add amphasis to the point that this only happens for LOGICAL
constants. To see how they're defined, look at gfc_build_logical_type in
fortran/trans-types.c.
--
http://gcc.gnu.org/bugzilla/show
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-02-18 22:48 ---
I have a tentative patch for this problem. Unfortunately, it leads
to a different problem. It appears that if your system supports
integer(kind=16), then gfortran can't print the values.
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-18
22:53 ---
Very odd... A rebuild after make clean was enough to trigger the problem.
Maybe I haven't rebuilt all of libstdc++-v3 lately, but it's odd because I'd
thought all of the relevant libstdc++ code was brought
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-18
23:01 ---
Subject: Bug 18977
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-18 23:01:33
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-18
23:10 ---
There is a special case in "putfield" for setting a field
before the object reference has been initialized -- this is valid
in some cases. This bug occurs because we aren't properly
checking all the precondi
--- Additional Comments From wilson at gcc dot gnu dot org 2005-02-18
23:11 ---
As previously noted, it was fixed by a patch from Zdenek Dvorak which had no
testcase. This testcase has been added, and this bug report can be closed.
--
What|Removed |
--
Bug 5900 depends on bug 18977, which changed state.
Bug 18977 Summary: [4.0 regression] LAPACK test xeigtsts segfaults with
optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18977
What|Old Value |New Value
--
Bug 19292 depends on bug 18977, which changed state.
Bug 18977 Summary: [4.0 regression] LAPACK test xeigtsts segfaults with
optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18977
What|Old Value |New Value
---
Hi,
the following (incorrect) code gives a misleading error message
when compiling:
program gfcbug24
implicit none
interface foo
subroutine foo_8 (a, b)
real (kind(1.d0)) :: a, b
end subroutine foo_8
end interface
real (kind(1.d0)) :: c = 1.d0
! gfortran gives a misleading error mes
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
23:26 ---
Confirmed.
--
What|Removed |Added
Severity|normal |minor
For an input file containing:
INITIAL_CONFIG 300
The following code will fail with a runtime error if the write statement is
commented out:
PROGRAM Test
IMPLICIT NONE
INTEGER, PARAMETER :: DP = SELECTED_REAL_KIND(15,300)
REAL(DP) :: init_vel
CHARACTER(40) :: Fstart
OPEN(UNIT=20,F
--- Additional Comments From jblomqvi at cc dot hut dot fi 2005-02-18
23:42 ---
Somewhat related patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01085.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19303
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-19
00:19 ---
I investigated this some more.
The code generator for "return" looks at the finally
stack to decide whether to call any finally handlers.
But, the code generator for "try" has a special case
when the finall
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19
00:26 ---
Subject: Bug 20043
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-19 00:26:38
Modified files:
gcc: ChangeLog c-typeck.c
gcc/tes
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-19 00:51
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19
01:14 ---
Subject: Bug 20056
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-19 01:14:18
Modified files:
gcc/java : ChangeLog verify-glue.c verify-impl.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19
01:16 ---
Subject: Bug 20056
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-19 01:16:30
Modified files:
libjava: ChangeLog link.cc verify.cc
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-19
01:52 ---
I've checked in the fix for this.
--
What|Removed |Added
Status|ASSIGNED
gfortran (gcc version 4.0.0 20050216 ) cannot compile ranlib
(Library of Fortran Routines for Random Number Generation)
http://lib.stat.cmu.edu/general/Utexas/
gfortran -c -fPIC -O2 -mcpu=athlon-mp -mtune=athlon-mp -pipe -mieee-fp qrgnin.f
-o pic/qrgnin.o
In file qrgnin.f:48
END
--- Additional Comments From dmitri at unm dot edu 2005-02-19 02:25 ---
Created an attachment (id=8230)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8230&action=view)
qrgnin.f from ranlib
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20069
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
02:33 ---
*** This bug has been marked as a duplicate of 13082 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
02:33 ---
*** Bug 20069 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From bonniot at users dot sf dot net 2005-02-19
02:35 ---
Since bytecode classes cannot be put in the testsuite at the moment, here is a
Java source that, when first compiled to bytecode, exercises this bug during the
bytecode->native compilation, still with --ind
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19
02:35 ---
Subject: Bug 10606
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-19 02:35:25
Modified files:
gcc/cp : ChangeLog except.c
libstdc++
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-19 02:38
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10606
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
20050218 has been posted here:
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01066.html
--
Summary: If-conversion can't match equivalent code, and cross-
jumping only works for literal matches
Product: gcc
Version: 3.3
S
--
What|Removed |Added
BugsThisDependsOn||20070
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20070
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19
03:57 ---
Subject: Bug 20056
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-19 03:57:21
Modified files:
libjava: ChangeLog verify.cc
Added files:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19
04:02 ---
Subject: Bug 20056
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-19 04:02:10
Modified files:
gcc/java : ChangeLog verify-impl.c
Log message
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
05:04 ---
Confirmed based on RTH's comments to the patch.
--
What|Removed |Added
Status|UN
Between LAST_UPDATED: "Fri Feb 18 00:18:46 UTC 2005" and
"Fri Feb 18 15:14:59 UTC 2005" these regressions were
introduced on trunk for cris-axis-elf:
FAIL: tr1/6_containers/tuple/comparison_operators/comparisons.cc (test for
excess errors)
WARNING: tr1/6_containers/tuple/comparison_operators/compa
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19
05:25 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From roger at eyesopen dot com 2005-02-19 05:41
---
Re: comment #5
For floating point expressions, -(A+B) is only transformed into (-A)-B or
(-B)-A when the user explicitly specifies -ffast-math, i.e. only when
flag_unsafe_math_optimizations is true.
Re: comment
* Cpp: (cpp). The GNU C preprocessor.
install-info(/usr/local/info/cpp.info): no file /usr/local/info/dir/dir,
retrieving backup file /var/
backups/infodir.bak.
cp: /usr/local/info/dir/dir: No such file or directory
install-info(/usr/local/info/cpp.info): copying /var/backups/infodir.bak to
/usr/
--
What|Removed |Added
Summary|make install doesn't create |make install doesn't create
|/usr/local/info/dir .../dir |/usr/local/info/dir if
--- Additional Comments From aj at gcc dot gnu dot org 2005-02-19 07:06
---
Honza, could you look at this, please?
--
What|Removed |Added
AssignedTo|unassigned at g
101 - 146 of 146 matches
Mail list logo
