--- Comment #2 from patchapp at dberlin dot org 2006-12-13 01:55 ---
Subject: Bug number PR middle-end/29683
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00915.html
--
http://gcc.gnu.org
In a private arm based target on gcc 4.1.1 I noticed that the sp stack value is
wrong after having called __floatdidf or __floatundidf (at
gcc/config/arm/ieee754-df.S).
The reason is that for this target I don't have __VFP_FP__ nor __SOFTFP__
defined which means that both routines will finally cal
Recently, I've been testing gfortran builds of some molecular dynamics code;
AMBER (http://amber.scripps.edu/) and found a strange quirk in the READ
function when using namelists. I'm not sure if this is a bug; but the behaviour
is inconsistent with other F90 compilers. The host system is i686 Fedo
--- Comment #1 from jvdelisle at verizon dot net 2006-12-13 03:18 ---
Subject: Re: New: Namelist issues when reading in
asterisk preceeded arrays
With gfortran 4.3 I get:
$ ./a.out
1 1 2 10922
The last element is odd because gfortran does not i
--- Comment #2 from mjw99 at ic dot ac dot uk 2006-12-13 03:32 ---
Thank you Jerry for the testing. How does one ascertain if this bug warrants
backporting to 4.1?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30193
--- Comment #1 from hth94 at cs dot ccu dot edu dot tw 2006-12-13 03:46
---
wrong compare RTX
--
hth94 at cs dot ccu dot edu dot tw changed:
What|Removed |Added
--- Comment #3 from kargl at gcc dot gnu dot org 2006-12-13 04:07 ---
(In reply to comment #2)
> Thank you Jerry for the testing. How does one ascertain if this bug warrants
> backporting to 4.1?
>
If this is a regression with respect to a previous version of gfortran,
then a backport
gcc.dg/pr19633-1.c fails on the mainline with the following error message:
FAIL: gcc.dg/pr19633-1.c (test for excess errors)
Excess errors:
pr19633-1.c:(.text+0xd7): undefined reference to `link_error'
This started between r119726 and r119792.
--
Summary: [4.3 Regression] gcc.dg/pr1
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30194
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from jvdelisle at verizon dot net 2006-12-13 04:12 ---
Subject: Re: Namelist issues when reading in asterisk
preceeded arrays
4.2 is in pre-release stage now. It is usually not too difficult to build it
yourself. You could consider downloading the source, build, and i
--- Comment #5 from mjw99 at ic dot ac dot uk 2006-12-13 04:14 ---
Ok, I'll grab the 4.2 pre-release and start playing with that. Once again,
thanks for the help.
Mark
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30193
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-13 04:16 ---
It was passing at r119745:
http://gcc.gnu.org/ml/gcc-testresults/2006-12/msg00467.html
It was failing at r119761:
http://gcc.gnu.org/ml/gcc-testresults/2006-12/msg00472.html
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-13 04:21 ---
Looks like the mem-ssa patches cause this.
There are no other patches in that time frame.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |critical
Keywords||build, ice-o
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30187
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-13 04:40 ---
And here is a testcase which makes this a regression:
struct aaa
{
aaa(_Complex float __z) ;
_Complex float _M_value;
};
aaa::aaa(_Complex float __z)
{
__z*=2.0f;
_M_value = __z;
}
---
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-12-13 05:42 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|internal compiler error: in |[4.0/4.1/4.2 Regression]
|make_decl_rtl, at
test case
template struct B
{
void foo(T) {}
};
template struct D: B, B
{
using B::foo;
using B::foo;
void bar() { foo(3); }
};
int main()
{
D x;
x.bar();
return 0;
}
$g++ cc.cpp
cc.cpp: In member function 'void D::bar()':
cc.cpp:10: error: reference to 'foo' is ambiguous
cc.cpp:
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-12-13 06:40 ---
Reduced testcase:
typedef struct num {
char is_fixnum;
long long ivalue;
} num;
num num_intdiv(num a, num b)
{
num ret;
ret.ivalue = a.ivalue / b.ivalue;
return ret;
}
---
On the trunk we get a better
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-13 06:55 ---
Looks related to PR 25994.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
BugsThi
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-13 07:00 ---
This is a testsuite failure as this testcase will fail on targets which don't
have C99 math functions.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|FAIL: g++.old- |[4.3 Regression] FAIL:
|deja/g++.abi/cxa_vec.C
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-12-13 07:06
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-12-13 07:08 ---
Actually most likely you just need to configure with --with-newlib.
You are using newlib, correct?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21530
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-13 07:12 ---
(In reply to comment #2)
> If its already spec'd - why are we "calculating" it?
Because the layout of the struct dependens on the the target so you don't know
the exact offset until compile time.
What exact proble
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-13 07:15 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-13 07:26 ---
Does this work now on the mainline?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-12-13 07:31 ---
The problem here is the same as PR 5035 really, just this case has structs and
the other case is for scalars but the problems are the same.
*** This bug has been marked as a duplicate of 5035 ***
--
pinskia at g
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-12-13 07:31
---
*** Bug 30086 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-12-13 07:37
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENE
--- Comment #47 from daney at gcc dot gnu dot org 2006-12-13 07:39 ---
This is probably (I have not checked yet as I am still bootstrapping) still a
problem on MIPS because my fix for the bootstrap breakage caused by H.J.'s
patch removes the generic fix in elfos.h.
--
daney at gcc d
--- Comment #6 from burnus at gcc dot gnu dot org 2006-12-13 07:46 ---
> "&test", &
> "ihp(1,1) = 2*1", &
> "ihp(1,2) = 2", &
> "/"
> READ (UNIT=22, NML=test)
I think the result is *not* well defined:
ihp(1,1) = 2*1
does make sense - one cannot assign 2 values to ihp(1,1). I th
--- Comment #2 from steven at gcc dot gnu dot org 2006-12-13 07:51 ---
I posted a patch that fixes the mipsel, HPPA, and CC0 problems here:
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00800.html
Will ask for approval of this patch tonight.
--
http://gcc.gnu.org/bugzilla/show_bug.c
101 - 135 of 135 matches
Mail list logo
