--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07
06:26 ---
Subject: Bug 22274
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-07 06:25:49
Modified files:
gcc/objc : ChangeLog objc-act.c
--- Additional Comments From zlaski at apple dot com 2005-07-07 06:33
---
Fixed for 4.1.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2005-07-07 06:57 ---
Subject: Re: [4.1 Regression] Dominance error after aggressive dead code
elimination (cd_dce)
Hello,
On Tue, 2005-07-05 at 23:29 -0600, Jeffrey A Law wrote:
DCE in aggressive
--- Additional Comments From brian at dessent dot net 2005-07-07 07:25
---
This change breaks building Cygwin, and probably anything else that uses
libiberty outside of gcc, because 'md5uint_ptr' is only defined in the gcc tree:
make[1]: Entering directory
--- Additional Comments From law at redhat dot com 2005-07-07 07:34 ---
Subject: Re: [4.0/4.1 Regression] Wrong code
with SSA dominator optimizations
On Wed, 2005-07-06 at 13:31 +, pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot
When making libjava on Interix for mingw, compiling jv-convert.exe fails when
linking with thousands of undefined references.
Closer analysis shows that these are caused by three members missing from
libgcj.a:
exception.o, gnu/java/security/OID.o and
--- Additional Comments From irar at il dot ibm dot com 2005-07-07 07:47
---
The problem occurs in decision whether the number of loop iterations is greater
than zero. The (single) predecessor edge is checked for being EDGE_TRUE_VALUE
or EDGE_FALSE_VALUE, and the corresponding
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07
07:55 ---
Subject: Bug 18781
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-07 07:55:00
Modified files:
libgfortran: ChangeLog
gcc/fortran:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07
07:55 ---
Subject: Bug 15966
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-07 07:55:00
Modified files:
libgfortran: ChangeLog
gcc/fortran:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07
07:55 ---
Subject: Bug 16531
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-07 07:55:00
Modified files:
libgfortran: ChangeLog
gcc/fortran:
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-07-07 07:56 ---
Duplicate of PR 20654
libtool patch at:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02804.html
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22338
--
What|Removed |Added
Summary|Wrong code in array |[4.0 only] Wrong code in
|constructor |array constructor
Target
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-07 08:41 ---
Note this bug was mentioned here
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22212#c1
and here http://gcc.gnu.org/ml/gcc/2005-06/msg01337.html
--
What|Removed
The iconv functions (iconv, iconv_open, and iconv_close) cannot be found by
configure because it doesn't include iconv.h where iconv is defined as
libiconv, iconv_open as libiconv_open, and iconv_close as libiconv_close.
I suggest changing the iconv functions to:
1. check if iconv.h exists
2.
--- Additional Comments From mjscod at gmx dot de 2005-07-07 08:45 ---
(In reply to comment #0)
I suggest changing the iconv functions to:
I meant: changing the iconv function detection to:. Sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22339
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-07
09:14 ---
This appears to be fixed now in mainline:
$ cat complex-parts.c
#include math.h
#include complex.h
int main()
{
float cr,ci;
float complex c;
foo(cr,ci);
c = cr+I*ci;
return
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-07
09:31 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Ada doesn't build if gcc configured with --enable-bootstrap:
/home/ssb/src/build1/stage-gcc/gnatbind -C -I- -I. -Iada -I../../gcc41/gcc/ada
-o ada/b_gnat1.c -n ada/gnat1drv.ali
make[2]: /home/ssb/src/build1/stage-gcc/gnatbind: Command not found
make[2]: *** [ada/b_gnat1.c] Error 127
make[2]:
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot
|dot org |org
Status|NEW
When making libgcj on Interix, make reproducibly fails in those steps where
many class files are compiled into a single object, e.g. when making gnu-xml.o.
The error given by gcj is virtual memory exhausted: Permission denied.
Watching gcj in the task manager confirms this: It has about 1.5 GB
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07
09:46 ---
Subject: Bug 22301
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-07 09:46:31
Modified files:
gcc/ada: raise.c
Log message:
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fengwang at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From charlet at gcc dot gnu dot org 2005-07-07
09:55 ---
Fixed. Thanks to all for your feedbacks.
Arno
--
What|Removed |Added
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-07
09:56 ---
(In reply to comment #6)
The example in comment #0, I get the following error:
In file t.f:4
read(chr,k)
1
Error: Variable 'k' has not been assigned a format label at (1)
Fixed. They are
--
Bug 19292 depends on bug 18481, which changed state.
Bug 18481 Summary: [g77 regression] ICE with assigned integer variable format
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18481
What|Old Value |New Value
This program:
PROGRAM BUG
INTEGER IERR
CHARACTER*80 REC(2)
IERR = 0
WRITE (REC,FMT=9) IERR
9 FORMAT (' The input parameters contained ',I2,/,' error(s)')
WRITE (*,*) REC
END
causes the internal compiler error shown below (running under
64-bit
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-07
10:04 ---
*** This bug has been marked as a duplicate of 15966 ***
--
What|Removed |Added
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-07
10:04 ---
*** Bug 22342 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
/*
[EMAIL PROTECTED]:[test]$ g++ -v -save-temps a.cpp
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls
--without-included-gettext
When making libgcj on Interix, the steps
copying selected object files to avoid basename conflicts... followed by
several ln ... || cp ... lines take *ages* compared to linux: Around 30
minutes on an otherwise idle 3 GHz P4 machine.
The Task Manager shows a single bash consuming 97 % CPU in
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-07-07
10:19 ---
Probably wise. I know Bernd had to go through a couple iterations on
the fixes. Hopefully they've settled down enough that we can consider
the final fix for 4.0.2.
Or we could simply put the quick
The following code (cut down from BLAS routine dspr.f)
causes an internal compiler error as shown.
SUBROUTINE DSPR ( N, X, INCX, AP )
* .. Scalar Arguments ..
INTEGERINCX, N
* .. Array Arguments ..
DOUBLE PRECISION AP( * ), X( * )
* .. Local Scalars ..
I really hope this is a bug in my code and not a gcc bug otherwise it looks
serious. The problem basically is that we have an infinite for(;;) loop which
calls a function and adds its return value to a local variable 'sum'.
The loop is terminated with a longjmp.
If the program is compiled at -O0
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-07-07
10:52 ---
More precisely, the code when it comes to loop optimizer looks basically as
if (len 3)
something;
else if (len 0)
something_else;
else
return;
for (i = 0; i len; i++)
whatever;
So indeed, len
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-07-07
11:02 ---
gcc-4 was fixed to not ICE when this was caused by a bogus ASM. It's not worth
back-porting the change.
--
What|Removed |Added
--- Additional Comments From laurent at guerby dot net 2005-07-07 11:02
---
Between:
LAST_UPDATED: Sat Jul 2 09:40:45 UTC 2005
LAST_UPDATED: Wed Jul 6 23:57:55 UTC 2005
c52011a cd2b11a cd2b11b started passing instead of ICEing.
c32001e c64105b c95086b are still ICEing in
--
What|Removed |Added
Keywords||rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22343
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-07
11:32 ---
Patch under testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22085
--- Additional Comments From gadniomaina at yahoo dot com 2005-07-07 11:42
---
The compiler always gives an error when it cannot cast the parameter to the type
of the OVERLOADED function. for example, the code
class a
{
public:
virtual void bb( unsigned )
{
}
void bb( int )
double __attribute__((sseregparm)) mysin(double);
double __attribute__((sseregparm)) (*mysinfp)(double) = mysin;
double bar(double x)
{
return mysinfp(x);
}
results in mysinfp as sibling call inside bar, wrongly thinking we
return on the FP stack from mysinfp. This may happen in other
cases /
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22341
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:01 ---
Isn't this a bash bug and not really a GCJ/libgcj bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22344
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:03 ---
I want to say this is not really a GCC bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22341
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:11 ---
This is how C++ works.
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:18 ---
The setjmp buffer becomes invalid once you use longjmp on it.
Also you need to mark sum as volatile.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:20 ---
I think this was fixed by the patch which fixed PR 21963. Could you update and
try again?
--
What|Removed |Added
--
What|Removed |Added
Component|ada |tree-optimization
Summary|ACATS ICE c34005f c34005i |[4.1 Regression] ACATS ICE
--
What|Removed |Added
CC||law at gcc dot gnu dot org
Keywords||ice-on-valid-code
Target
--
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22339
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16531
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15966
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:25 ---
*** This bug has been marked as a duplicate of 20654 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:25 ---
*** Bug 22338 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:31 ---
Does this still happen? And does it happen on the mainline also?
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:34 ---
This is a dup of bug 22133. Which has a better description of the bug.
*** This bug has been marked as a duplicate of 22133 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:34 ---
*** Bug 20594 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:37 ---
(In reply to comment #5)
this is where __attribute__((unused)) kicks in..
But these shows up in system headers too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20562
--
What|Removed |Added
Component|middle-end |tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22334
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:42 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--
What|Removed |Added
Summary|ACATS FAIL c34007p c34007r |[4.1 Regression] ACATS FAIL
|c45282b spurious|c34007p c34007r c45282b
--- Additional Comments From law at redhat dot com 2005-07-07 13:51 ---
Subject: Re: [4.1 Regression]
23_containers/vector/bool/6886.cc fails
This really shouldn't be mine -- faults in dominance.c aren't something
I'm likely going to be able to fix as I'm not that familiar with
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:54 ---
(In reply to comment #3)
Subject: Re: [4.1 Regression]
23_containers/vector/bool/6886.cc fails
This really shouldn't be mine -- faults in dominance.c aren't something
I'm likely going to be
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07
14:14 ---
Subject: Bug 22258
CVSROOT:/cvs/gcc
Module name:gcc
Branch: sh-elf-4_1-branch
Changes by: [EMAIL PROTECTED] 2005-07-07 14:14:48
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07
14:35 ---
Subject: Bug 21045
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-07 14:34:54
Modified files:
libjava: ChangeLog
--- Additional Comments From klaus dot kusche at inode dot at 2005-07-07
14:38 ---
But on supported configurations (and afaik interix is one of them), an out-of-
the-box gcc build (incl. libgcj) should not be guranteed to fail.
This is no physical limit (memory size, swap space, ...),
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07
14:44 ---
Subject: Bug 18119
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-07 14:44:03
Modified files:
libjava: ChangeLog
Quoting Andrew Pinski [EMAIL PROTECTED]:
On Jul 7, 2005, at 1:04 AM, [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] read_input]# gcc main.m read_input.m -lobjc -lm
/usr/bin/ld: warning: type and size of dynamic symbol
`__objc_class_name_Object'
are not defined
--- Additional Comments From mckinlay at redhat dot com 2005-07-07 14:46
---
Fixed on HEAD.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 18131 depends on bug 21045, which changed state.
Bug 21045 Summary: Anonymous inner class constructor's exceptions can't be
caught or thrown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21045
What|Old Value |New Value
--- Additional Comments From klaus dot kusche at inode dot at 2005-07-07
14:47 ---
I'm not sure.
It could be a bug in our bash build for interix, but the same bash behaved well
up to now.
It could be libtool doing something strange.
It could be something unusual in libgcj's
--- Additional Comments From mckinlay at redhat dot com 2005-07-07 14:47
---
Fixed on HEAD.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 20697 depends on bug 18119, which changed state.
Bug 18119 Summary: Private inner class is visible when it shouldn't be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18119
What|Old Value |New Value
--
Bug 18131 depends on bug 18119, which changed state.
Bug 18119 Summary: Private inner class is visible when it shouldn't be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18119
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
14:49 ---
Created an attachment (id=9221)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9221action=view)
a little reduced testcase
I removed a lot of the unneeded code but I don't have time to finish this right
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697
--- Additional Comments From dj at redhat dot com 2005-07-07 14:56 ---
Subject: Re: genmodes.c:964: internal compiler error: Bus error in
md5_process_block
I can build the latest CVS binutils on x86_64-linux. Please make sure
you have the include files that correspond to the
--
What|Removed |Added
Component|libgcj |java
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22330
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
15:34 ---
This does not make sense as gcc_GAS_CHECK_FEATURE is used for other target
features all over
configure.ac. Could you attach the config.log for your cross build?
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
16:56 ---
I wanted the config.log from the gcc directory, sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22330
In a for loop with multiple variables, the end condition is not respected,
execution continues past the end
condition.
The small attached sample code runs fine with -O0 or with gcc-3.3, but fails
with -O1, -Os, -O2 or -O3
with gcc-4.0. Execution continues past the end of the loop, resulting
--- Additional Comments From matt+gccbugs at ucc dot asn dot au 2005-07-07
16:59 ---
Created an attachment (id=9223)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9223action=view)
failing testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22348
Using the MinGW packaged version of GCC 3.4.2 on WinXP SP2, compiling and
running the following code displays the value of b as zero, regardless of its
actual value.
There are similar (and presumably related) issues with mixing anything at all
With %llu/%lld formats in all fooprintf() code. I'm
--
What|Removed |Added
Attachment #9223|application/octet-stream|text/plain
mime type||
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
17:03 ---
Try including stdio.h, if that does not help report this to mingw as this is
not a GCC bug.
--
What|Removed |Added
--- Additional Comments From ro at techfak dot uni-bielefeld dot de
2005-07-07 17:11 ---
Subject: Re: Many attribute directive ignored warnings during Tru64 UNIX Ada
bootstrap
pinskia at physics dot uc dot edu writes:
It is a latent bug in Ada front-end. RTH just exposed the latent
--
What|Removed |Added
Component|c |tree-optimization
GCC build triplet|i686-pc-linux-gnu |
GCC host triplet|i686-pc-linux-gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
17:15 ---
So it is a candian cross and not really a cross which is causing this.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
17:19 ---
We are picking up the wrong as:
cross:
gcc_cv_as=/home/gcc/build/crossgcc/i686-pc-mingw32/bin/as
candian cross:
gcc_cv_as=/usr/bin/as
So that is the problem, could you figure out how to pick up the cross's
When linking a C++ application with a -Rrunpath option giving the location of
both libstdc++.so.1 and libgcc_s.so.1, and then running the application without
that location in LD_LIBRARY_PATH, ld.so.1 complains that libgcc_s.so.1 can't be
found as a dependency of libstdc++.so.1.
This seems to be
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
17:37 ---
This is not a GCC or libstdc++ bug, Use LD_LIBRARY_PATH.
Please read the libstdc++ faq which talks about this.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
17:39 ---
Reduced testcase:
void abort (void);
void f(int i)
{
if (i4 + 3 * 16)
abort();
}
int main()
{
unsigned int buflen, i;
buflen = 4 + 3 * 16;
for (i = 4; i buflen; i+= 3)
f(i);
return 0;
}
--
--
What|Removed |Added
Component|c++ |rtl-optimization
Keywords||ice-on-valid-code
--- Additional Comments From ro at techfak dot uni-bielefeld dot de
2005-07-07 17:58 ---
Subject: Re: Interix: copying ... when making libgcj takes too long
klaus dot kusche at inode dot at [EMAIL PROTECTED] writes:
I've just observed the same problem (/bin/ksh consuming ca. 40 min
template class A
class s
{
typedef int d;
template class s, typename s::d
friend class t;
};
sint t1;
--
Summary: [3.4/4.0/4.1 Regression] ICE in lookup_member
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22352
On Jul 4, 2005, at 5:52 PM, Gary wrote:
g++ v4.0.0 internal compiler error, Target: i686-pc-cygwin
Gary Barnes [EMAIL PROTECTED]
I filed the reduced testcase as PR 22352.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22352
This is a regression from 3.3.3; 3.4.0 also had the same bug.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
18:21 ---
*** Bug 22351 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
1 - 100 of 239 matches
Mail list logo
