--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-03-04 08:53
---
Subject: Bug 24903
Author: fxcoudert
Date: Sat Mar 4 08:53:18 2006
New Revision: 111708
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111708
Log:
PR libfortran/24903
* m4/dotprodc.m4: Us
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-03-04 08:55
---
Fix commited to 4.1.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from paolo at gcc dot gnu dot org 2006-03-04 09:35 ---
Subject: Bug 26132
Author: paolo
Date: Sat Mar 4 09:34:58 2006
New Revision: 111709
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111709
Log:
2006-03-04 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #3 from pcarlini at suse dot de 2006-03-04 09:35 ---
Fixed for 4.1.1.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
/martin/software/mympfr
--prefix=/home/martin/software/ugcc --enable-languages=c++,fortran
--enable-checking=release
Thread model: posix
gcc version 4.2.0 20060304 (experimental)
/home/martin/software/ugcc/libexec/gcc/x86_64-unknown-linux-gnu/4.2.0/f951
test.f -ffixed-form -quiet -dumpbase test.f -mtun
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2006-03-04 13:28
---
Subject: Bug 21303
Author: fxcoudert
Date: Sat Mar 4 13:28:38 2006
New Revision: 111710
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111710
Log:
PR libfortran/21303
* gfortran.h (notif
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2006-03-04 13:29
---
Fix commited to 4.1
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from falk at debian dot org 2006-03-04 14:35 ---
Is this really fixed? I can still reproduce it with the original testcase
(but not the reduced one) with
g++ (GCC) 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)
--
falk at debian dot org changed:
What|Remo
[forwarded from http://bugs.debian.org/335078]
gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)
% cat bla.c
union YYSTYPE {
char *string;
int intval;
};
void knparse (union YYSTYPE *yyvsp, union YYSTYPE yyval) {
if (yyvsp[1].intval > yyvsp[0].intval)
yyval.intval = y
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.2 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23454
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-04 14:57 ---
I think this is a dup of bug 14261.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
In trying to bring up libjava on hppa2.0w-hp-hpux11.11, I get the following
ICE:
/mnt/gnu/gcc-3.3/objdir/gcc/gcj
-B/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/
libjava/ -B/mnt/gnu/gcc-3.3/objdir/gcc/ -fclasspath=
-fbootclasspath=/mnt/gnu/gc
c-3.3/objdir/hppa2.0w-hp-hpux11.11/libjava/classpath/li
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-04
15:11 ---
Subject: Re: [4.2 Regression]
javax/imageio/stream/ImageOutputStreamImpl.java:0: ICE: Segmentation fault
ICE doesn't occur at -O0.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26556
error: End of file
kargl[212] gfc4x --version
GNU Fortran 95 (GCC) 4.2.0 20060304 (experimental)
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-03-04 15:39
---
> Let's mark as waiting for feedback, if they don't appear again in
> gcc-testresults for a while, then let's consider it fixed.
They pass for me now with 4.1.0, thanks.
--
ebotcazou at gcc dot gnu dot org c
[forwarded from http://bugs.debian.org/349083]
gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)
[EMAIL PROTECTED]:~% cat test.cc
struct sample_struct {
static const int struct_test[];
};
const int sample_struct::struct_test[] = {1};
void g();
void f() {
for(int i = 0; i < 1; ++
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-04 15:49 ---
Confirmed, a C testcase:
extern const int struct_test[];
const int struct_test[] = {1};
void g();
void f() {
switch(struct_test[0]) {
case 1: g();
}
}
--
pinskia at gcc dot gnu dot org changed:
[forwarded from http://bugs.debian.org/349087]
g++ (GCC) 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)
[EMAIL PROTECTED]:~% cat main.cpp
template class C {
template int fun() { return NO;}
template int fun2() {
return 0 << fun::; //bad code of course here :)
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-04 15:53 ---
This is definitely a middle-end issue:
#0 fancy_abort (file=0xce9f78
"/home/pinskia/src/checkin/trunk/gcc/simplify-rtx.c", line=4402,
function=0xed4670 "simplify_subreg") at
/home/pinskia/src/checkin/trunk/gcc/
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-04 15:55 ---
Hmm, works with 4.1.0 20060208 on x86_64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26558
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-04 15:55 ---
And "4.0.3 20051105" on x86_64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26558
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-04 15:56 ---
But not with "4.2.0 20060304" on x86_64:
t.cc: In member function int C::fun2():
t.cc:4: internal compiler error: tree check: expected class type, have
exceptional (error_mark) in cp_parser_class_n
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-04 16:01 ---
Actually it fails with checking since 3.4.0 so confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from jb at gcc dot gnu dot org 2006-03-04 16:02 ---
(In reply to comment #7)
> I think this one is fixed, isn't it?
>
Yes, I think so too. Fixed.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
---
[forwarded from http://bugs.debian.org/353366]
gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)
[EMAIL PROTECTED]:/tmp% cat bla.cc
template struct cond;
template struct S {
void f(int i) {
cond<__builtin_constant_p(i)>();
}
};
S<1> s;
[EMAIL PROTECTED]:/tmp% g++ -c bla.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-04 16:19 ---
Confirmed.
Backtrace:
htab_find_with_hash (htab=0x0, element=0x2b15a320, hash=1432532068)
at /home/pinskia/src/checkin/trunk/libiberty/hashtab.c:269
269 const struct prime_ent *p = &prime_tab[htab->size
--- Comment #2 from martin at mpa-garching dot mpg dot de 2006-03-04 17:53
---
I hope this isn't in the 4.1 release. I don't have one lying around to test,
sorry.
However, it is on the 4.1 branch, and if it isn't in the release, it should be
very simple to locate.
--
http://gcc.gnu
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-03-04 18:03
---
This may be related to my recent patch to PR26136 or to PR26509 which I am
still working on. The patch to PR26136 did not go into 4.1.0 but it did go
into 4.1.1 just a few days ago.
I will have a look.
--
h
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-03-04 18:15
---
The reason for no "error detected" is pr26509.
I have to look at how we handle internal string IO in relation to the patch for
pr26136 which is looking for a delmiter to tell it to stop.
strg = "false," works.
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-04 18:30 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-03-04 18:30
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
[forwarded from http://bugs.debian.org/354439]
gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)
[EMAIL PROTECTED]:~/delta/bin% gcc -c interface.i
[EMAIL PROTECTED]:~/delta/bin% gcc -c interface.i -O
interface.i: In function 'intPickerButtons':
interface.i:44: error: unable to find a regi
--- Comment #1 from debian-gcc at lists dot debian dot org 2006-03-04
18:32 ---
Created an attachment (id=10967)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10967&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26560
--- Comment #2 from debian-gcc at lists dot debian dot org 2006-03-04
18:32 ---
Created an attachment (id=10968)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10968&action=view)
Reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26560
On x86 and x86_64 bootstrap now works, but there are 8 new ACATS FAIL:
c34004a c460008 c460011 c46033a cxa4025 cxa4028 cxa4033 cxg2024
,.,. C34004A ACATS 2.5 06-03-04 16:37:32
C34004A CHECK THAT THE REQUIRED PREDEFINED OPERATIONS ARE DECLARED
(IMPLICITLY) FOR DERIVED FIXED P
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-03-04 18:42
---
> On x86 and x86_64 bootstrap now works, but there are 8 new ACATS FAIL:
> c34004a c460008 c460011 c46033a cxa4025 cxa4028 cxa4033 cxg2024
Only 6 as of this report actually, c460008 c460011 are fixed. :-)
--
--- Comment #3 from laurent at guerby dot net 2006-03-04 18:48 ---
I tested 4.1 and 4.2 20060304 and the test passes:
,.,. CDD2A03 ACATS 2.5 06-03-04 19:46:41
CDD2A03 Check that the default Read and Write attributes for a
limited type extension are created from the
[forwarded from http://bugs.debian.org/349268]
gcc version 4.0.2 (Debian 4.0.2-2)
[EMAIL PROTECTED]:~% cat test.c
extern int x[];
static int **STACK;
static void get_block() {
while (1)
STACK[0] = x + (1L << 48);
}
[EMAIL PROTECTED]:~% gcc -c test.c
[EMAIL PROTECTED]:~% gcc -c test.
This bug was apparently considered as solved (see Bug Report 2922), but now gcc
4.1 refuses to compile the attached testcase again, while gcc 3.3 and 3.4 have
no problems with it. Note that if you remove the namespace scoping and put
everything in the global namespace, the error disappears.
--
--- Comment #1 from gawrilow at math dot tu-berlin dot de 2006-03-04 19:21
---
Created an attachment (id=10969)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10969&action=view)
a testcase
this testcase should compile without any diagnostics
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-04 19:23 ---
I thought I saw a related bug to this before.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-04 19:27 ---
*** This bug has been marked as a duplicate of 26536 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-04 19:27 ---
*** Bug 26563 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26536
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-04 19:31 ---
And that was PR 24683.
Isn't this fixed in 4.0.3?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-04 19:36 ---
It still fails as of 20051209.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26562
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-04 19:37 ---
Confirmed, still fails as of 20060225.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-04 19:44 ---
Still fails as of today.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-04 19:49 ---
Actually looking at the ICE which is produce by the testcase in PR 14261, I see
this is an exact dup.
*** This bug has been marked as a duplicate of 14261 ***
--
pinskia at gcc dot gnu dot org changed:
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-04 19:49 ---
*** Bug 26555 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-04 19:59 ---
Comeau C++ also rejects this code while in strict mode:
"ComeauTest.c", line 7: error: no instance of overloaded function
"pm::inv_sign"
matches the argument list
The argument types that you use
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-04 20:24 ---
Subject: Bug 25177
Author: pinskia
Date: Sat Mar 4 20:24:17 2006
New Revision: 111717
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111717
Log:
2006-03-04 Andrew Pinski <[EMAIL PROTECTED]>
PR te
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-04 20:26 ---
Fixed on the mainline, I will let someone else backport the fix.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Was attempting the build GCC-4.1.0 but recieved the error below.
Kernel-2.6.13.4
GCC-4.0.1 [I know, it rolls over to its own compiler - xgcc]
Binutils-2.16.90.0.3
Make-3.80
CC="ccache gcc" CXX="ccache g++" CPP="ccache cpp" \
CFLAGS="-O3 -fstrict-aliasing -finline -mieee -fomit-frame-pointer \
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-04 20:38 ---
This does not makes sense really unless you /bin/sh is broken.
Can you try runing /bin/sh $(srcdir)/libgfortran/mk-kinds-h.sh
With replacing "$(srcdir)" with the source directory path?
--
http://gcc.gnu.org/bug
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-04 20:47 ---
Actually I take this back. This can happen though it should not happen at all
unless your /bin/sh is going bonkers.
possible_real_kinds="4 8 10 16"
for k in $possible_real_kinds; do
case $k in
4) ctype="fl
--- Comment #3 from schwab at suse dot de 2006-03-04 21:07 ---
It can happen when the fortran compiler is broken. What do you get when you
execute this command (all in one line)?
echo " real (kind=4) :: x" > tmp.f90; echo " end" >> tmp.f90;
/usr2/www/linux-related/programming/compile
--- Comment #5 from tkoenig at gcc dot gnu dot org 2006-03-04 22:21 ---
Subject: Bug 25075
Author: tkoenig
Date: Sat Mar 4 22:21:52 2006
New Revision: 111718
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111718
Log:
2006-03-04 Thomas Koenig <[EMAIL PROTECTED]>
PR fo
--- Comment #5 from tkoenig at gcc dot gnu dot org 2006-03-04 22:21 ---
Subject: Bug 25045
Author: tkoenig
Date: Sat Mar 4 22:21:52 2006
New Revision: 111718
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111718
Log:
2006-03-04 Thomas Koenig <[EMAIL PROTECTED]>
PR fo
--- Comment #1 from mikpe at csd dot uu dot se 2006-03-04 22:50 ---
Created an attachment (id=10970)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10970&action=view)
Test case for PR26463
I can confirm this bug with both gcc-3.3.6 and gcc-3.4.5,
on armv5b-linux. I've added a simpl
--- Comment #8 from laurent at guerby dot net 2006-03-04 23:11 ---
Still there on 4.2
+===GNAT BUG DETECTED==+
| 4.2.0 20060304 (experimental) (x86_64-unknown-linux-gnu) GCC error: |
| in tree_low_cst, at tree.c:4423
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-03-05 00:13
---
Patch tested and will be committed soon.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26554
--- Comment #4 from diskman at kc dot rr dot com 2006-03-05 00:48 ---
I tried : sh ./libgfortran/mk-kinds-h.sh
#define GFC_INTEGER_LARGEST GFC_INTEGER_
#define GFC_UINTEGER_LARGEST GFC_UINTEGER_
./libgfortran/mk-kinds-h.sh: Unknown type
[EMAIL PROTECTED] gcc-4.1.0]#
When I run the fol
--- Comment #5 from kargl at gcc dot gnu dot org 2006-03-05 01:39 ---
> cmp.c:39: GNU MP assertion failed: !(((b)->_mpfr_size >> 30) & 1)
> :0: internal compiler error: Aborted
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See http://gcc.gnu.org/bugs.htm
--- Comment #6 from diskman at kc dot rr dot com 2006-03-05 02:20 ---
Subject: RE: ../.././libgfortran/mk-kinds-h.sh: Unknown type
Alright, I'll try that... rebuilding GMP with base/low level CFLAGS and see
how it goes... Will L G
-Original Message-
From: kargl at gcc dot gnu
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-03-05 03:07
---
I have been reviewing the f95 standard. The END condition is treated
separately from the ERR condition implying maybe that its not an error. I
tried the test case with Intel compiler and the result is consistent
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-05 03:12 ---
(In reply to comment #3)
> Or make the doloop insn patterns conditional on flag_branch_on_count_reg?
I had this discussion with David Edelsohn and he said that was not the correct
approach.
--
pinskia at gcc dot
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-03-05 03:17
---
I also checked the F2003 standard. Again there are requireents given for
"error condition" and "end-of-file condition. End-of-file is not an error
condition. My read on this is that this is not a bug.
Anyone e
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-05 03:19 ---
I have also seen this while reducing sources using delta.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-05 03:20 ---
Any news on this? It has been over a year since the patch has been attached to
this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=189
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25301
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-03-05 04:05
---
Closing this bug. Negative strides probably never used by anyone. We can
always reopen if someone needs it.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-03-05 06:00
---
Not a bug. gfortran supports unit numbers upto 999.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-03-05 06:20
---
Final patch here:
http://gcc.gnu.org/ml/fortran/2006-03/msg00046.html
Waiting for OK to commit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26499
76 matches
Mail list logo
