subroutine a1toi4 (istr,isize,num)
character istr(*)
integer isize, num
integer isign, ipos
character*8 iprog
character nch(10),dash
data iprog /'A1TOI4'/
data nch/'0','1','2','3','4','5','6','7','8','9'/
data dash /'-'/
num=0
i
--- Comment #15 from schwab at suse dot de 2007-03-31 10:18 ---
This still does not work. When configuring the stage2 compiler the symbol will
be found in libgcc_s (from unwind-compat.o).
--
schwab at suse dot de changed:
What|Removed |Added
-
--- Comment #5 from tbm at cyrius dot com 2007-03-31 10:22 ---
(In reply to comment #4)
> You need to put it at the top of the file.
That works. Still, a better diagnostic would be nice if that's possible.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31407
--- Comment #16 from schwab at suse dot de 2007-03-31 10:28 ---
Also why does configure set HAVE_GETIPINFO unconditionally when the system
libunwind is used?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
--- 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
See
http://gcc.gnu.org/ml/fortran/2007-03/msg00565.html
which also contains a patch.
Strictly speaking, this isn't a wrong-code because
the standard doesn't impose any requirements after
an error condition. However, we do want to fix this.
--
Summary: [4.1 4.2 4.3 regression] Rea
--- Comment #30 from schwab at suse dot de 2007-03-31 10:57 ---
The configure check is finding the definition of _Unwind_GetIPInfo in libgcc_s
(from unwind-compat.o) when configuring with --with-system-libunwind.
--
schwab at suse dot de changed:
What|Removed
--- Comment #43 from rguenth at gcc dot gnu dot org 2007-03-31 11:27
---
I would have unconditionally set the maximum of the shift value range to
prec-1. I guess reverting the last hunk with range_includes_zero_p was
accidential?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3116
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-31 12:24 ---
I am going to assume you used a precompiled GMP/MPFR which was not really
compiled for your CPU or a precompiled GCC (gfortran) which was not really
compiled for your CPU. Either of these will cause an issue as GCC
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-03-31 12:29
---
Created an attachment (id=13307)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13307&action=view)
Patch that fixes the PR and a few related issues
This patch fixes both the simplification routine and the co
--- Comment #7 from tobi at gcc dot gnu dot org 2007-03-31 12:37 ---
Sorry, it was a local problem. I'm also sorry that I didn't add myself to the
CC list, and therefore missed your answer :(
--
tobi at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-03-31 13:41 ---
Subject: Bug 31141
Author: dgregor
Date: Sat Mar 31 13:41:30 2007
New Revision: 123380
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123380
Log:
2007-03-31 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-03-31 13:41 ---
Subject: Bug 31140
Author: dgregor
Date: Sat Mar 31 13:41:30 2007
New Revision: 123380
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123380
Log:
2007-03-31 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #6 from dgregor at gcc dot gnu dot org 2007-03-31 13:41 ---
Subject: Bug 31138
Author: dgregor
Date: Sat Mar 31 13:41:30 2007
New Revision: 123380
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123380
Log:
2007-03-31 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #7 from dgregor at gcc dot gnu dot org 2007-03-31 13:43 ---
Fixed in mainline compiler
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-03-31 13:44 ---
Fixed in mainline compiler
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-03-31 13:44 ---
Fixed in mainline compiler
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from rguenth at gcc dot gnu dot org 2007-03-31 14:42
---
Yes.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Compiling FreeFem3d uses|[4.3 Regression] Compiling
|unreasonable amount of
--- Comment #44 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-31
15:10 ---
Subject: Re: Bootstrap comparison error at revision 122821
> Wouldn't it be slightly better to just call range_includes_zero_p (&vr1)
> and return at this point?
Forget that, I didn't notice the "else" a
--- Comment #45 from rguenth at gcc dot gnu dot org 2007-03-31 15:13
---
doh, me neither.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31169
--- Comment #46 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-31
15:38 ---
Subject: Re: Bootstrap comparison error at revision 122821
> --- Comment #45 from rguenth at gcc dot gnu dot org 2007-03-31 15:13
> ---
> doh, me neither.
I just started a build with your patch
--- Comment #2 from mlitwack at employees dot org 2007-03-31 15:45 ---
Subject: Re: avr-gcc wrongly optimizes bit sets/resets
for IO register 0x20
Hi Eric,
Indeed, the test program works for me too under GCC 4.1.2. However, I
am developing on the ATtiny24 and 44, which isn't
--- Comment #15 from fxcoudert at gcc dot gnu dot org 2007-03-31 16:01
---
This is a bootstrap breakage, and it's was reported almost a week ago. Can you
please test and commit the trivial fix you suggested (disable decimal float for
on i386-linux)? Then you'll have all time to investig
--- Comment #7 from manu at gcc dot gnu dot org 2007-03-31 16:23 ---
Subject: Bug 14737
Author: manu
Date: Sat Mar 31 16:22:51 2007
New Revision: 123382
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123382
Log:
2007-03-31 Wolfgang Bangerth <[EMAIL PROTECTED]>
Manu
g++ test1.ii
test1.cpp: In function ‘int main()’:
test1.cpp:21: internal compiler error: in gimplify_expr, at gimplify.c:4519
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting ins
--- Comment #1 from gkajmowi at tbaytel dot net 2007-03-31 17:23 ---
Created an attachment (id=13308)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13308&action=view)
This is sample code which causes ICE under GCC
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31411
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-03-31 17:28
---
Thomas, thanks for c.l.f query. From the response so far:
>>
>
> 9.5.3.4.1 "On output to a file connected for unformatted direct access,
>the output list shall not specify more values than can fit
--- Comment #1 from pault at gcc dot gnu dot org 2007-03-31 17:43 ---
Subject: Bug 31160
Author: pault
Date: Sat Mar 31 17:42:58 2007
New Revision: 123383
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123383
Log:
2007-03-31 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #2 from pault at gcc dot gnu dot org 2007-03-31 17:48 ---
Fixed on trunk - if policy OKs for 4.2, will do it.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from pcarlini at suse dot de 2007-03-31 17:52 ---
Taking care of it.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #2 from tbm at gcc dot gnu dot org 2007-03-31 17:59 ---
Confirmed.
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-03-31 18:04 ---
Reducing...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31411
--- Comment #4 from tbm at gcc dot gnu dot org 2007-03-31 18:09 ---
Testcase:
namespace std
{
template < class T > class allocator
{
public:typedef T value_type;
typedef long unsigned int size_type;
~allocator ()
{
}
};
template < class charT > struct char_tr
--- Comment #5 from tbm at gcc dot gnu dot org 2007-03-31 18:09 ---
This also happens with 4.3. I cannot check 4.0.
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
GCC 4.3 spent several hours compiling the attached program before I gave up.
I have no idea whether it would ever complete or not. All I know is that it
is spending an awful lot of time in var-tracking.c.
You need the following parameters to see this problem:
-g -O1 -fno-strict-aliasing -fwrapv
--- Comment #1 from tbm at cyrius dot com 2007-03-31 18:20 ---
Created an attachment (id=13309)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13309&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31412
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-03-31 18:21 ---
Really reduced testcase:
struct allocator{
~allocator() throw();
};
struct string
{
string(const string& str, const allocator& al = allocator());
};
int main() {
try {}
catch (string s
--- Comment #2 from tbm at cyrius dot com 2007-03-31 18:29 ---
Created an attachment (id=13310)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13310&action=view)
preprocessed source
I attached the wrong file before. This one is correct.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #8 from burnus at gcc dot gnu dot org 2007-03-31 18:34 ---
Author: burnus
Date: Sat Mar 31 18:30:11 2007
New Revision: 123385
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123385
Log:
2007-03-31 Tobias Burnus <[EMAIL PROTECTED]>
* intrinsic.c (add_functions
--- Comment #19 from pcarlini at suse dot de 2007-03-31 18:47 ---
I think we can safely at least remove the scary [regression] from the Summary:
first, thanks c++/30500 is now fixed and the warnings are always suppressed;
second, Manuel is splitting out -Wconversion-sign from -Wconversio
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-03-31 18:59
---
The patch does not appear to fix this on 4.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31409
Executing on host: /home/dave/gnu/gcc-4.2/objdir/./gcc/g++ -shared-libgcc
-B/hom
e/dave/gnu/gcc-4.2/objdir/./gcc -nostdinc++
-L/home/dave/gnu/gcc-4.2/objdir/hppa
-linux/libstdc++-v3/src
-L/home/dave/gnu/gcc-4.2/objdir/hppa-linux/libstdc++-v3/
src/.libs -B/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/
--- Comment #14 from dnovillo at gcc dot gnu dot org 2007-03-31 19:22
---
Subject: Bug 29585
Author: dnovillo
Date: Sat Mar 31 19:21:46 2007
New Revision: 123386
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123386
Log:
2007-03-31 Diego Novillo <[EMAIL PROTECTED]>
--- Comment #15 from dnovillo at gcc dot gnu dot org 2007-03-31 19:28
---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2007-03/msg02059.html
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from danglin at gcc dot gnu dot org 2007-03-31 19:49 ---
I've tried all zh_TW locales available on debian etch and none work.
With the default BIG5, time01 seems to contain garbage:
(gdb) p time01
$2 = {tm_sec = 1, tm_min = 1, tm_hour = 0, tm_mday = 710656, tm_mon = 90654
--- Comment #2 from pcarlini at suse dot de 2007-03-31 20:38 ---
Dave, unfortunately all the other linux targets are fine, therefore we have
very big troubles figuring out what is happening on hppa only. Given that, as
far as I know, no one among the v3 maintainers has access to hppa mac
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-03-31 20:41
---
Subject: Bug 31335
Author: fxcoudert
Date: Sat Mar 31 20:41:11 2007
New Revision: 123388
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123388
Log:
PR libfortran/31335
* intrinsics/stat.c:
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-03-31 20:42
---
Fixed on 4.3.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Stat
$ cat foo.f90
character(len=2.3) :: s
print *, len(s)
end
$ gfortran foo.f90
foo.f90:1.16:
character(len=2.3) :: s
1
Error: Expression at (1) must be of INTEGER type
foo.f90:1.16:
character(len=2.3) :: s
1
Error: Expression at (1) must be of INTEGER type
f
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #17 from pinskia at gcc dot gnu dot org 2007-03-31 22:29
---
Subject: Bug 31364
Author: pinskia
Date: Sat Mar 31 22:29:21 2007
New Revision: 123390
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123390
Log:
2007-03-31 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #18 from pinskia at gcc dot gnu dot org 2007-03-31 22:30
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #3 from burnus at gcc dot gnu dot org 2007-03-31 22:51 ---
Created an attachment (id=13312)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13312&action=view)
Preliminary patch
> Valgrind gives no error related to uninitialized when compiling with gfortran.
I think you
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywo
--- Comment #1 from burnus at gcc dot gnu dot org 2007-03-31 23:01 ---
Confirmed:
"C1002 (R1002) The comma used to separate format-items in a format-item-list
may be omitted [...]
(4) Before or after a colon edit descriptor (10.7.3)"
--
burnus at gcc dot gnu dot org changed:
Debian Bug#416973
In the following program, the declaration of T3 is illegal because it
extends a limited type (T1) and a nonlimited interface (T2).
-- compiled -gnat05
-- error not detected
package pak1 is
-- RM 3.9.4(12/2) and 7.5(6.1/2)
-- check that both ancestors must be either limited
--- Comment #7 from burnus at gcc dot gnu dot org 2007-03-31 23:05 ---
No regression, no serious bug -> won't fix in 4.2 -> close.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
In the program below, the full declaration of T2 (in the private part
of the package) is illegal because it conflicts with the public
declaration. The public declaration defines the discriminant, d1, to
have the value 3 whereas the private declaration specifies the value
to be 4.
GNAT fails to di
In the program below, the full views (in the private part) of T2 and
T3 are both illegal because the value of the discriminant, x2, is not
static. RM 7.3(13) states that the parent subtype of T2 and T3
(i.e. T1) must impose a statically matching constraint on the
discriminant, i.e. x1. RM 4.9.1(1
--- Comment #1 from ludovic at ludovic-brenta dot org 2007-03-31 23:28
---
This is Debian Bug#416975.
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
--- Comment #1 from ludovic at ludovic-brenta dot org 2007-03-31 23:28
---
This is Debian Bug#416979.
--
ludovic at ludovic-brenta dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-01 00:57 ---
This is not a bug as you forgot "#pragma implementation"
Please read:
http://gcc.gnu.org/onlinedocs/gcc-3.3.6/gcc/C_002b_002b-Interface.html
--
pinskia at gcc dot gnu dot org changed:
What|Remove
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-01 01:00 ---
Read:
http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/C_002b_002b-Interface.html
This is all documented there. Really "#pragma interface"/"#pragma
implementation" is useless for 99% of the code now adays because of co
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-04-01 04:25
---
Created an attachment (id=13313)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13313&action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31409
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-04-01 04:45
---
I believe gfortran 4.3 is correctly handling this test case. There should be
two error messages from trying to read the larger B(4) array from a record that
contains a smaller A(2) array, thus reading past end of
--- Comment #4 from patchapp at dberlin dot org 2007-04-01 05:00 ---
Subject: Bug number PR31207
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/2007-04/msg1.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #9 from patchapp at dberlin dot org 2007-04-01 08:10 ---
Subject: Bug number PR31366
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/2007-04/msg5.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #47 from daney at gcc dot gnu dot org 2007-04-01 08:29 ---
With RTH's "alternate patch" applied, I can now bootstrap mipsel-linux
The test results are here:
http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg00036.html
And are substancially similar to what I was getting befor
69 matches
Mail list logo