--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
20:42 ---
Fixed by:
2005-02-09 Ed Schonberg <[EMAIL PROTECTED]>
* exp_aggr.adb (Gen_Assign): If the expression is an aggregate for a
component of an array of arrays in an assignment context, and the
The Ada shared libraries should be installed in libdir. At present,
they are installed in libsubdir/adalib, which is not a location
normally searched by the dynamic linker and not a suitable location
to specify with -rpath.
--
Summary: Ada shared libraries should go in libdir
the following file
= foo.c
#include
#include
#include
extern void bar (char*, char*);
void foo (const char *name, const char *type)
{
{
size_t name_len = strlen (name);
char *name_temp = (char *) alloca (name_len);
if (
It seems that Frame.setIconImage() is broken in current gcj-gui-branch-20050128,
fresh cvs checkout on 20050209. Seems to be a regression, because the same code
used to work (at least, didn't die instantly, never really tested to iconify
the windows) under gcc-4.0-20050130 snapshot.
Testcase attac
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-10 20:50 ---
Created an attachment (id=8163)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8163&action=view)
testcase
Note that you also require an image to be loaded.
I attach 'jfig.gif' (64x64 gif
--
What|Removed |Added
CC||bruno at clisp dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19881
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-10 20:51 ---
Created an attachment (id=8164)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8164&action=view)
demo icon image
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19880
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
20:53 ---
The warning is not in the FSF's gcc at all.
Also the warning is correct see PR 14236 which I am going to mark this as a dup
of.
*** This bug has been marked as a duplicate of 14236 ***
*** This bug has be
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
20:53 ---
*** Bug 19881 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
21:04 ---
Lowering the priority as IV-OPTs has worked around DOM's problems.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
21:09 ---
On PPC, at least (now), the code size increases come from having more than one
IV.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
21:11 ---
(In reply to comment #37)
> So for ppc this bug is still not fixed even with my patch. Interesting data
> point is the ppc32 size with -Os -fno-ivopts:
>2820 0 02820 b04 no-ivopts.
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
21:13 ---
The ICE is gone now (probably due to one of Mark's patches today/yesterday).
But the diagnostic is still hosed on the 3.4 branch. The following code
snippet
template struct A
{
--- Additional Comments From sds at gnu dot org 2005-02-10 21:13 ---
(In reply to comment #3)
> Well, yes, it is documented, but that doesn't make it right (although I know
> people that will qualify documented bugs as features :-). IMHO, it's still
> wrong, especially now that variable-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
21:13 ---
(In reply to comment #4)
> Unless this is combined with a check for overflow or underflow and
> subdequent possiblity of correction
>
> Consider the case where b1 > sqrt(HUGE_VAL).
But this is with -ffast-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
21:15 ---
I looked at the code generation after Zdenek's patch for PR 19701 and it looks
much better but I don't
have a machine to test SPEC on.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18048
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
21:28 ---
Fixed on mainline (probably by one of your recent patches, Mark).
Do you want this example as a testcase?
--
What|Removed |Added
--
--- Additional Comments From bruno at clisp dot org 2005-02-10 21:43
---
The warning is not correct because
1) The code snippet uses alloca() and variable-size arrays for their
respective purpose:
alloca() for storage that persists until the end of the function, and
variable-s
--- Additional Comments From dieterbmeier at yahoo dot com 2005-02-10
21:44 ---
It still fails with 4.0.0 20050209.
BTW, it only fails with -Os. (-O0 to -O3 are OK)
3_4 branch is OK, too.
--
What|Removed |Added
---
--- Additional Comments From ericw at evcohs dot com 2005-02-10 21:48
---
Subject: Re: Can't compile ethernut OS (avr-gcc)
dieterbmeier at yahoo dot com wrote:
>--- Additional Comments From dieterbmeier at yahoo dot com 2005-02-10
>21:44 ---
>It still fails with 4.0.0 20050
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
21:53 ---
Fixed on mainline (probably by one of your recent patches, Mark).
Do you want this as a testcase?
--
What|Removed |Added
--
--
Bug 19297 depends on bug 19299, which changed state.
Bug 19299 Summary: [4.0 Regression] ICE with volatile non-PODs pointers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19299
What|Old Value |New Value
-
--- Additional Comments From dieterbmeier at yahoo dot com 2005-02-10
22:04 ---
>Which device are you compiling for? (-mmcu=?)
atmega128
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19636
--- Additional Comments From mark at codesourcery dot com 2005-02-10 22:06
---
Subject: Re: Invalid destructor declaration in template class
accepted
reichelt at gcc dot gnu dot org wrote:
> --- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
> 21:28 ---
I am trying to compile a java application that is made up of several external
jars (xerces, log4j and others) plus some internally developed. Since I can't
compile with jars in the command line (bug 14212) I decided to create shared
libraries from some of the jars. I picked xerces_2_5_0 and used th
The following valid code snippet is rejected by mainline:
template struct A
{
static const T i = 1;
char a[int(i)];
};
The error message is:
bug1.cc:4: error: array bound is not an integer constant
Mark, this is
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-02-10
22:13 ---
Yes, a test case for this would be good.
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19299
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
22:23 ---
The original testcase still doesn't compile although PR19298 and
PR19299 got fixed. See PR 19883 for the new failure.
--
What|Removed |Added
---
--- Additional Comments From coudert at clipper dot ens dot fr 2005-02-10
22:28 ---
Could this one be closed?
slmac1.f from the LAPACK library is designed to be compiled without any
optimization (it's stated in the FAQ and everywhere). Infinite loop is what is
expected to happen when op
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
22:38 ---
Here's a reduced example without casts and dereferencing the null-pointer:
struct A
{
int i;
};
int foo(A *p)
{
return &p->i - &(p->*&A::i);
}
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-10
22:57 ---
Subject: Bug 17549
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-10 22:57:31
Modified files:
gcc: ChangeLog tree-outof-ssa.c
Log mess
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10
22:59 ---
.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
R
--
Bug 18693 depends on bug 17549, which changed state.
Bug 17549 Summary: [4.0 Regression] 10% increase in codesize with C code
compared to GCC 3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17549
What|Old Value |New Value
---
--- Additional Comments From laurent at guerby dot net 2005-02-10 22:59
---
Isn't PR 19853 showing that this is not an Ada front-end bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18706
--- Additional Comments From mark at klomp dot org 2005-02-10 23:00 ---
Subject: Re: New: fail to create shared lib from jar - 2
instances, xerces and log4
Hi,
On Thu, 2005-02-10 at 22:08 +, delarosa at ilstechnology dot com
wrote:
> [EMAIL PROTECTED] xerces-2_5_0]$ gcj -sh
The following code snippet causes an ICE since gcc 3.3:
==
struct A;
template A<>::A();
==
ctor.cc:2: error: 'A' is not a template
ctor.cc:2: error: explicit qualification in declaration of `A A()'
ctor.cc:2: internal compiler error: in lookup_templ
--- Additional Comments From fitzsim at redhat dot com 2005-02-10 23:06
---
Fixed on java-gui-20050128-branch. Closing.
--
What|Removed |Added
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
23:07 ---
(In reply to comment #2)
> This is not duplicate of PR 14236, but rather a complaint about the
> implementation of the fix
> of PR 14236.
Well considering the warning is not the FSF's gcc, you two should
--- Additional Comments From delarosa at ilstechnology dot com 2005-02-10
23:11 ---
Sorry for the dumb question. Where do I get the binaries for version 4. I assume
that you meant gcc 4.0 right ? Any pointer are appreciated.
--
What|Removed |Added
---
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19884
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19883
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
23:13 ---
Confirmed.
--
What|Removed |Added
CC||reichelt
Hi,
some of you possibly remember that I had sent you a mail recently, stating
that the avr port was broken again. A bug that I myself was not able to
reproduce a couple of minutes later. I now have found the origin. It seems
that there indeed is a bug:
I have just been checking out the entire
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
23:16 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
23:17 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
I have just been checking out the entire gcc tree (head 4.0.0) and run a clean
rebuild:
cd build_directory
rm -r *
../gcc/configure --target=avr --prefix=/home/bmh --disable-nls --with-dwarf2
--enable-languages="c"
make all
(Note that I have used --with-dwarf2!) What I am getting is :-
--
What|Removed |Added
Component|c |middle-end
Keywords||build, ice-on-valid-code
Summary|dwarf-2
--- Additional Comments From mark at gcc dot gnu dot org 2005-02-10 23:28
---
Working on a patch for this link.cc and other internal symbols.
--
What|Removed |Added
--
What|Removed |Added
CC||ericw at evcohs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19885
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
23:31 ---
Could you attach the preprocessed source (so someone like me can reproduce it
without a cross
binutils).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19885
--- Additional Comments From ericw at evcohs dot com 2005-02-10 23:36
---
As an aside, DWARF2 is about to become the default debugging information used in
WinAVR, for both Atmel's AVR Studio and for use with avr-gdb/avr-insight. So
this one is crucial for having a successful 4.0.0 releas
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-02-10 23:45 ---
Created an attachment (id=8167)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8167&action=view)
Preprocessed source of the libgcc functions
This is the command I have used for generating the att
--- Additional Comments From overholt at redhat dot com 2005-02-10 23:46
---
Verified.
--
What|Removed |Added
Status|RESOLVED|VERIFIED
http
--
What|Removed |Added
CC||schlie at comcast dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19885
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-02-10
23:53 ---
Subject: Re: Runtime hang in LAPACK routine SLAMC1 - in Quetzal benchmark suite
Yep, I am convinced. I'm afraid that I missed the "everywhere"...
- Original Message -
From: "coudert at clipper do
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-02-10
23:56 ---
Subject: Re: Runtime hang in LAPACK routine SLAMC1 - in Quetzal benchmark suite
PS It seems to me that it is odd that any level of optimisation sends the
programme into an infinite loop. Both ifc and DF6
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10
23:57 ---
flags: .text size:
-Os 86 bytes
-Os -fno-ivopts 86 bytes
-m32 -Os62 bytes
-m32 -Os -fno-ivopts54 bytes
--
http://gcc.gnu.org/bugzill
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-02-11
00:35 ---
CPP_CPU_ARCH_SPEC is no more.
--
What|Removed |Added
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
00:37 ---
This was the patch which removed CPP_CPU_ARCH_SPEC:
http://gcc.gnu.org/ml/gcc-patches/2004-04/msg01905.html
--
What|Removed |Added
---
The test g++.dg/eh/registers1.C execution test fails on ia64-hpux.
This is a regression from 3.4.x.
Failure:
terminate called after throwing an instance of 'i'
ABORT instruction (core dumped)
--
Summary: [4.0 Regression] g++.dg/eh/registers1.C execution test
fails
The test g++.dg/warn/weak1.C fails on ia64-hpux
('ld: Unsatisfied symbol "foo()"'). Not a regression
relative to 3.4.x.
--
Summary: g++.dg/warn/weak1.C fails on ia64-hpux
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
The test g++.old-deja/g++.eh/badalloc1.C execution test fails on ia64-hpux.
Not a regression relative to 3.4.x.
--
Summary: g++.old-deja/g++.eh/badalloc1.C execution test fails on
ia64-hpux
Product: gcc
Version: 4.0.0
Status: UNCONF
The test g++.old-deja/g++.law/profile1.C execution test fails on ia64-hpux.
Not a regression relative to 3.4.x. Using -static as the test does
on hppa-hpux yields a link error "Can't find library or mismatched ABI for
-lgprof".
--
Summary: g++.old-deja/g++.law/profile1.C execution te
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-11
00:56 ---
As of today, I can reproduce the bug on mainline (testcase from comment #3)
only with g++.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077
The test gcc.dg/20020219-1.c execution test fails on ia64-hpux with -milp32.
Not a regression relative to 3.4.x.
--
Summary: gcc.dg/20020219-1.c execution test fails on ia64-hpux
with -milp32
Product: gcc
Version: 4.0.0
Status: UNCO
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
01:04 ---
This looks like a debugging problem, I want to say that dwar2out.c does not
really support 16bit
pointers but there was a patch a long time ago to support it. It was applied a
long time ago (1999 or
so)
--- Additional Comments From joseph at codesourcery dot com 2005-02-11
01:10 ---
Subject: Re: New: g++.old-deja/g++.law/profile1.C execution
test fails on ia64-hpux
gcc.dg/20021014-1.c execution test also fails, and as another profiling
test this is likely the same issue.
--
ht
Here is a testcase that fails in 4.0 CVS, but works in 3.4.
extern "C" void printf (const char*, ...);
struct Model {
bool full_tree; // if you remove this, the error goes away
virtual Model* clone() const =0;
virtual char *name() const =0;
virtual ~Model() {} //
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-11 01:54
---
Also fails on ia64-hpux.
--
What|Removed |Added
CC|
The tests gcc.dg/tree-ssa/ifc-20040816-[12].c fail on ia64-hpux.
/scratch/joseph/gcc-mainline/gcc/testsuite/gcc.dg/tree-ssa/ifc-20040816-1.c: In
function 'main1':
/scratch/joseph/gcc-mainline/gcc/testsuite/gcc.dg/tree-ssa/ifc-20040816-1.c:13:
internal compiler error: Segmentation fault
and
/scra
The test gcc.dg/vect/vect-76.c execution test fails on ia64-hpux.
--
Summary: gcc.dg/vect/vect-76.c execution test fails on ia64-hpux
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component:
The following invalid testcase is accepted since at least gcc 2.95.3
(pointer to void member should be rejected):
==
template struct A
{
T A::* p;
};
A a;
==
--
Summary: pointer-to-void member not rejected in templat
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-02-11 02:07 ---
Subject: Re: PCH largefile test fails on various platforms
> --- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-11
> 01:54 ---
> Also fails on ia64-hpux.
This is now "fixed
The following invalid code snippet causes an ICE on mainline:
=
template struct A
{
int A<0>::* p;
};
=
bug.cc:3: error: type/value mismatch at argument 1 in template parameter list
for 'template struct A'
bug.cc:3: error: expected a t
--- Additional Comments From mark at gcc dot gnu dot org 2005-02-11 02:51
---
Patch here:
http://gcc.gnu.org/ml/java-patches/2005-q1/msg00322.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8170
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
02:53 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
02:59 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From jvdelisle at verizon dot net 2005-02-11 04:04
---
Thomas, I got setup to run your script and started it running. I then went to
look at some of the .out files to see what it was doing and on every single test
xeigtstd exits with the following message:
** O
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-11 04:29
---
patch: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00490.html
--
What|Removed |Added
As
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
04:42 ---
Confirmed. Note covariant returns were not implemented for 3.3.3 so we just
gave an error.
--
What|Removed |Added
--
--- Additional Comments From phython at gcc dot gnu dot org 2005-02-11
05:05 ---
Created an attachment (id=8168)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8168&action=view)
Testcase one
--
What|Removed |Added
---
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-02-11
05:28 ---
(In reply to comment #2)
> Sorry for the dumb question. Where do I get the binaries for version 4. I
> assume
> that you meant gcc 4.0 right ? Any pointer are appreciated.
See:
http://gcc.gnu.org/cvs.ht
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
05:39 ---
We are now back to what we were with the tree-ssa. Darn.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
05:42 ---
On PPC we get now:
lwz r0,0(r3)
rlwimi r0,r5,9,22,22
rlwinm r0,r0,0,22,20
ori r0,r0,2048
rlwimi r0,r4,12,0,19
stw r0,0(r3)
blr
(but note it was much w
--- Additional Comments From phython at gcc dot gnu dot org 2005-02-11
05:48 ---
Created an attachment (id=8172)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8172&action=view)
not/negate folding testcase
--
What|Removed |Added
--- Additional Comments From hp at gcc dot gnu dot org 2005-02-11 05:51
---
These failures no longer appear with
LAST_UPDATED "Fri Feb 11 00:46:59 UTC 2005".
I see an ivopts patch between that date and the last failure at
LAST_UPDATED "Thu Feb 10 17:53:31 UTC 2005", so I assume that's th
Static variables don't work after the conversion to the new infrastructure.
This is probably a regression, but I don't have a gcc 3.4 compile with treelang
around to test.
--
Summary: [treelang] Static variables don't work
Product: gcc
Version: 4.0.0
--- Additional Comments From phython at gcc dot gnu dot org 2005-02-11
05:56 ---
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01970.html
--
What|Removed |Added
Key
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
05:58 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
I don't think calling external functions or using external variables actually
ever worked. I don't know. There is a patch though
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01960.html
--
Summary: [treelang] External references don't work.
Product: gcc
Version:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
06:01 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
The last time the test succeeded was with LAST_UPDATED ""
The test fails with LAST_UPDATED "":
Running
/home/hp/cvs_areas/combined/combined/gcc/testsuite/gcc.c-torture/execute/execute.exp
...
FAIL: gcc.c-torture/execute/strlen-1.c execution, -O2
FAIL: gcc.c-torture/execute/strlen-1.c execution, -
--
What|Removed |Added
Summary|cris-elf testsuite failure: |[4.0 regression] cris-elf
|gcc.c- |testsuite failure: gcc.c-
before rebuilding LAPACK.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/home/jerry/usr
--enable-languages=c,f95
Thread model: posix
gcc version 4.0.0 20050210 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5900
101 - 194 of 194 matches
Mail list logo
