--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-09
19:38 ---
(In reply to comment #2)
> Did you by any chance mean PR 23556? That looks more like it.
Yes, I did. Sorry for the confusion.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23770
X-Bugzilla-Reason: CC
Background: I upgraded from Fedora Core 3 to Fedora Core 4 and now
Jreepad-1.4.1.jar doesn't execute. I reported it to the Jreepad author who
indicated I should report it to the libgcj maintainer since it might represent a
significant bug in the library (see copy of e-mail ex
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-09-09 20:19
---
Also appears on ia64-hp-hpux11.23 (-mlp64 only).
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
20:37 ---
I get:
.stabs "z:(0,9)",128,0,6,24
.stabs "w:(0,11)",128,0,6,24
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20998
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
20:44 ---
(In reply to comment #9)
> I get:
> .stabs "z:(0,9)",128,0,6,24
> .stabs "w:(0,11)",128,0,6,24
After updating my gcc to the today's mainline instead of one from yesterday,
darwin's gdb wo
--- Additional Comments From langel at redhat dot com 2005-09-09 20:46
---
Similar to #23792. I have confirmed this.
I am working on fixing #23792, this is a duplicate.
*** This bug has been marked as a duplicate of 23792 ***
--
What|Removed |Added
-
--- Additional Comments From benjamin at smedbergs dot us 2005-09-09 20:51
---
I can confirm that attachment 9035 fixes the mozilla compile issues with GCC
4.0/4.0.1/trunk.
--
What|Removed |Added
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
21:06 ---
Subject: Bug 20998
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 21:05:57
Modified files:
gcc: Change
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-09 21:06
---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-09 21:07
---
Oh, and that's a WONTFIX for 3.4, in case anyone's interested.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20998
I am trying to build gcc-4.1-20050909 on a G4 with YellowDog Linux 3 (2.4 ppc
kernel). The configure script is run as:
#!/bin/bash
PREFIX=/usr/gcc-4.1-20050909
mkdir -p build
cd build
CC=/usr/gcc-4.0.1/bin/gcc CXX=/usr/gcc-4.0.1/bin/g++\
/home/lipovsky/gccstuff/gcc-4.1-20050909
$ cat sleep.f
call sleep(3)
end
$ ./bin/gfortran.exe sleep.f
$ time a
real0m0.040s
user0m0.010s
sys 0m0.010s
sleep simply doesn't work. We should include and use Sleep (note the
capital S).
Proposed patch (but this needs another patch to define TARGET_IS_MINGW):
Index: i
On Sep 9, 2005, at 5:30 PM, fxcoudert at gcc dot gnu dot org wrote:
+# ifdef sleep
+# undef sleep
+# endif
You can undef it without having it defined and not worry about
a warning.
-- pinski
--- Additional Comments From pinskia at physics dot uc dot edu 2005-09-09
21:32 ---
Subject: Re: New: [mingw32] sleep malfunction
On Sep 9, 2005, at 5:30 PM, fxcoudert at gcc dot gnu dot org wrote:
> +# ifdef sleep
> +# undef sleep
> +# endif
You can undef it without having it defi
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-09 21:50
---
The testcase starts failing with this patch from irar:
http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00888.html
Ira, if this was a merge from a branch then I can do a regression hunt on
that branch, if that wou
--- Additional Comments From cvs-commit at developer dot classpath dot org
2005-09-09 21:51 ---
Subject: Bug 23288
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey <[EMAIL PROTECTED]> 05/09/09 21:42:58
Modified files:
.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
21:51 ---
Subject: Bug 23784
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-09 21:51:33
Modified files:
libgfortran: ChangeLog
libgfortran/io : c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-09
21:52 ---
Subject: Bug 23784
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-09 21:52:12
Modified files:
libgfortran: Change
>
>
> --- Additional Comments From janis at gcc dot gnu dot org 2005-09-09
> 21:50 ---
> The testcase starts failing with this patch from irar:
>
> http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00888.html
>
> Ira, if this was a merge from a branch then I can do a regression hunt on
> tha
--- Additional Comments From pinskia at physics dot uc dot edu 2005-09-09
21:54 ---
Subject: Re: [4.1 Regression] ICE: in bsi_after_labels, at
tree-flow-inline.h:758
>
>
> --- Additional Comments From janis at gcc dot gnu dot org 2005-09-09
> 21:50 ---
> The testcase start
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-09
22:03 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
22:15 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 20405 depends on bug 17917, which changed state.
Bug 17917 Summary: gfortran ICE on "equivalence"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17917
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
22:15 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 20405 depends on bug 17917, which changed state.
Bug 17917 Summary: gfortran ICE on "equivalence"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17917
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
22:15 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 15502 depends on bug 17917, which changed state.
Bug 17917 Summary: gfortran ICE on "equivalence"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17917
What|Old Value |New Value
--
Bug 20146 depends on bug 17917, which changed state.
Bug 17917 Summary: gfortran ICE on "equivalence"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17917
What|Old Value |New Value
--
Bug 19292 depends on bug 16511, which changed state.
Bug 16511 Summary: Test 19990905-0.f fails with gfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16511
What|Old Value |New Value
--
Bug 23217 depends on bug 18878, which changed state.
Bug 18878 Summary: [4.0 only] erronous error message on vaild USE statement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18878
What|Old Value |New Value
-
--
Bug 20405 depends on bug 22304, which changed state.
Bug 22304 Summary: gfortran silently changes values in equilvanence'd variables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22304
What|Old Value |New Value
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
22:15 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 19292 depends on bug 22304, which changed state.
Bug 22304 Summary: gfortran silently changes values in equilvanence'd variables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22304
What|Old Value |New Value
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
22:15 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 20405 depends on bug 18870, which changed state.
Bug 18870 Summary: [g77 regression] Equivalencing two common blocks is not
caught
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18870
What|Old Value |New Value
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
22:16 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-09 22:18
---
A regression hunt of mainline on powerpc-linux shows that the test starts
failing with a merge from tree-cleanup-branch on 20050409. The test passes,
however, with a compiler built after the final patch was a
$ cat getlog.f
character*50 user
call getlog(user)
write(*,"(A)") user
end
$ gfortran getlog.f
cc4Qbaaa.o:getlog.f:(.text+0x15): undefined reference to `_gfortran_getlog'
collect2: ld returned 1 exit status
mingw sets the USERNAME environment variable, we should use it to
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-09
23:10 ---
It took me a while to reduce this but finally:
struct CK {
typedef int RT;
};
void f(void)
{
2 / typename CK::RT(2);
}
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-10
01:03 ---
Subject: Bug 21135
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-10 01:03:32
Modified files:
gcc: Change
--- Additional Comments From fitzsim at redhat dot com 2005-09-10 01:15
---
I'm changing the summary to be more general. Now that GTK 2.8 and Cairo 1.0 are
out we can make the transition to using Graphics2D exclusively in the GTK peers.
This will allow us to re-organize the Image APIs
Type* p;
...// no value assigned to p
Type& r = *p; // should fail during compilation
--
Summary: reference initialization with compile-time bogus value
Product: gcc
Version: 3.3.3
Status: UNCONFIRMED
Severity: normal
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
01:30 ---
You should get a warning with -Wuninitialized at -O1 and above.
In fact I do get one for the following code:
int f(void)
{
int *p;
int &r = *p;
return r;
}
---
4.0.0 and above's output:
t.cc: In funct
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
01:49 ---
Fixed, thanks again Josh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21135
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
01:49 ---
Fixed, thanks again Josh.
--
What|Removed |Added
Status|NEW
--
Summary: No warning for uninitialized variable.
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mike
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:00 ---
can you attach the preprocessed source?
You can get them with adding -save-temps to the last command line.
--
What|Removed |Added
---
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23798
--- Additional Comments From mike at codeweavers dot com 2005-09-10 02:04
---
char *foo(char **x) { if(*x) return x[0]; return 0; }
char *bar(void) { char *x, *y = 0; if(x) y = foo(&x); return y; }
/usr/local/gcc-4.0.1/bin/gcc -Wall -O2 -Wuninitialized -c tg.c
Give no warnings at all
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:08 ---
*** This bug has been marked as a duplicate of 18082 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:08 ---
*** Bug 23798 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:16 ---
Not this is hard to get right.
Anyways, this is a dup of bug 19430.
*** This bug has been marked as a duplicate of 19430 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:16 ---
*** Bug 23805 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:17 ---
(In reply to comment #1)
> Confirmed. It doesn't work on mainline either. The warning machinery is
> getting confused with the first V_MAY_DEF to j in the first call to 'bar()'.
Actually the warning machin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:19 ---
(In reply to comment #3)
> (In reply to comment #1)
> > Confirmed. It doesn't work on mainline either. The warning machinery is
> > getting confused with the first V_MAY_DEF to j in the first call to 'bar(
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:20 ---
This is might be the same problem as described in PR 23758.
--
What|Removed |Added
OtherBugsD
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:22 ---
(In reply to comment #2)
> I'm on Cywin and couldn't find a later version of gcc - is there one
> somewhere
> that I can use?
Either you can compile one or I think cygwin has a couple of versions of GCC
--- Additional Comments From ivan at sierra-da dot com 2005-09-10 02:23
---
Thanks
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From ash at onezero dot org 2005-09-10 02:33
---
Yes, I'm running the most recent one of those. The discussion in the cygwin
lists does not make it appear that it is easy to compile and install gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23769
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
02:44 ---
Almost fixed in 4.1.0:
t.cc: In function int main():
t.cc:15: error: use of A is ambiguous
t.cc:2: error: first declared as class X::A here
t.cc:6: error: also declared as class Y::A here
t.cc:15
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Severity|normal
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
03:07 ---
This is also accepted in 3.4.4 so this is a 3.4 regression also.
And it looks like this is very much related to PR 20721 and is most likely a
dup of that bug too.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
03:17 ---
I think the front-end is not remarking the INTEGER_CST's TREE_OVERFLOW to be
zero.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
03:29 ---
(In reply to comment #3)
> I think there might be a couple different bugs here but I don't know for sure.
And I think I know who caused it. Me as bp is no longer a real variable but
one declared as a regis
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
03:30 ---
This is a middle-end problem too and actually causes it be accepted in C also.
--
What|Removed |Added
I think may new stabs failures like
FAIL: gcc.dg/debug/20020104-2.c -gstabs1 -O (test for excess errors)
FAIL: gcc.dg/debug/20020104-2.c -gstabs1 -O3 (test for excess errors)
FAIL: gcc.dg/debug/20020104-2.c -gstabs -O (test for excess errors)
FAIL: gcc.dg/debug/20020104-2.c -gstabs -O3 (test for e
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
04:41 ---
Testcase for all targets I can find:
/* { dg-options "" } */
/* { dg-do compile } */
register int r0; /* { dg-error "register name not specified" } */
register int bp; /* { dg-error "register name not specif
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
04:56 ---
This was introduced by:
2004-08-04 Geoffrey Keating <[EMAIL PROTECTED]>
PR 14516
* c-common.c (c_expand_decl): Don't special-case static VAR_DECLs.
* c-common.h (make_rtl_for_local
--
What|Removed |Added
GCC target triplet||x86_64-*-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23806
--- Additional Comments From martsummsw at hotmail dot com 2005-09-10
04:58 ---
First of all - Thank you.
And I promise never to report an error against such an old version.
Second I however think I am happy to haven reported it since nobody on
comp.lang.c++ knew . I found nothing
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
Keywords||ice-on-valid-code
Known to wor
--- Additional Comments From hjl at lucon dot org 2005-09-10 05:03 ---
I also saw it on Linux/ia32. See my gdb output.
--
What|Removed |Added
GCC target triplet|x86_64-*-linu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:03 ---
All of these testcase are include VLAs.
--
What|Removed |Added
GCC target triplet|
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23784
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:21 ---
Backtrace:
#0 0x080fc839 in comptypes (t1=0xb7cc3844, t2=0x0, strict=0) at
/home/peshtigo/pinskia/src/
gnu/gcc/src/gcc/cp/typeck.c:933
#1 0x08077a83 in grokdeclarator (declarator=0x91509b4, declspecs=0xbf
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:24 ---
Backtrace:
#0 0x9918 in strcmp ()
#1 0x004470bc in annotate_with_file_line (node=0x42cffaa0, file=0x0, line=0)
at /Users/pinskia/src/
ns/gcc/gcc/tree.c:3115
#2 0x00447674 in annotate_with_locus (node
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:27 ---
*** Bug 23223 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:27 ---
*** This bug has been marked as a duplicate of 23440 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:37 ---
looks like it also effects 4.1.0:
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00465.html
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:47 ---
Moving to 4.2 based on VAX is not a primary or secondary target.
--
What|Removed |Added
Ta
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10
05:56 ---
We now get:
:
if (v_8 < 0) goto ; else goto ;
Invalid sum of incoming frequencies 2500, should be 1775
:;
if (v_8 <= 0) goto ; else goto ;
:;
Invalid sum of incoming frequencies 4275, should be 5000
--
What|Removed |Added
Target Milestone|4.0.2 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14438
101 - 183 of 183 matches
Mail list logo
