--- Comment #2 from tbm at gcc dot gnu dot org 2006-08-23 07:05 ---
Confirmed. Also happens with 4.2.
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-23 07:07 ---
Yes we need the error message and the preprocessed source and what exact
version of GCC you are using and what target you are compiling for.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from agner at agner dot org 2006-08-23 08:04 ---
This problem wouldn't have happened if the ABI had been better maintained.
Somebody decides to change the calling convention without properly documenting
the change, and somebody else makes another change that is incompatib
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-23 08:06 ---
(In reply to comment #4)
> This is a hard nut to crack, my *guess* is that if you just check the
> alias set of the type of the access, we are going to end up claiming any
> access to a structure containing a char va
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-23 08:11 ---
This patch fixes the problem without causing the missed optimization to
happen:Index: tree-ssa-operands.c
===
--- tree-ssa-operands.c (revision 116342)
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-23 08:12 ---
Reducing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
The following code causes current mainline gfortran to produce warnings
about unused variables that are somewhat confused.
module test
contains
subroutine sub1 (arg1)
integer arg1
integer var1
end subroutine
subroutine sub2 (arg2)
integer arg2
integer var2
call something(arg2)
end subr
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2006-08-23
08:28 ---
Jerry,
Yes. I filed the bug report after my wife lost a bunch of open word
processing documents when Word crashed while the direct_io_6 test was executing
in the background under MacOS X. I suspect thi
--- Comment #6 from debian-gcc at lists dot debian dot org 2006-08-23
09:20 ---
There seems to be a mismatch in the installation of the unversioned
libgcj_bc.so in the fc rpm and the trunk. On the trunk, this library is created
using
$(libgcj_bc_dummy_LINK) -xc /dev/null -Wl,-soname,
--- Comment #4 from tbm at gcc dot gnu dot org 2006-08-23 09:38 ---
Reduced testcase:
struct w49
{
union
{
}
value;
};
f9887 (struct w49 a23040)
{
unsigned r9887;
if (((struct structure_type24753 *) (r9887 - 1)) == ((void *) 0))
{
backtrace ("stalin.sc", 7222, 2482
--- Comment #4 from doko at ubuntu dot com 2006-08-23 10:20 ---
I see the problem with stlport 4.6.2:
- stlport is built on a glibc-2.3 based system (using g++-4.0)
- libstdc++/g++-4.1 is built on a glibc-2.4 based system
- building the stlport regression tests using the installed
stl
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-08-23 10:26 ---
We have mismatched types coming into
#4 0x086244c4 in vrp_evaluate_conditional (cond=0xb7d2b168, use_equiv_p=1
'\001') at /space/rguenther/src/svn/sse-revert/gcc/tree-vrp.c:3717
3717return compare_n
--- Comment #68 from oliver dot jennrich at googlemail dot com 2006-08-23
10:36 ---
(In reply to comment #23)
I read the discussion with a lot of interest - so here are the data for a
Pentium-M:
echo "GCC 3.x double performance:"
GCC 3.x double performance:
./xdmm_gcc
ALGORIT
--- Comment #6 from jsm28 at gcc dot gnu dot org 2006-08-23 11:23 ---
The patch in comment#3 is OK if the testcase is added to gcc.c-torture/compile.
Please post the final patch to gcc-patches.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28418
With svn revision 116324, on x86_64-unknown-linux-gnu:
[EMAIL PROTECTED]:~]$ cat test.c
#include
#include
void test_(int *test, ...)
{
printf("test: %d\n", *test);
return;
}
[EMAIL PROTECTED]:~]$ cat forttest.F90
program test_printf
call test(-1, 'd')
call test(-1, 'd')
end pr
--- Comment #2 from gbenson at redhat dot com 2006-08-23 12:33 ---
Note that aot-compile-rpm uses the output of gcj-dbtool -p to figure out where
to install the libraries (ie /usr/lib or /usr/lib64). aot-compile-rpm will
start putting them in the wrong place if the default location is c
The following code snippet:
#include
struct A { std::vector a;};
template struct B { C c[33]; };
struct Boom { B > > > s; };
seems to make GCC to allocate huge amounts of memory:
$ gcc x.cpp
virtual memory exhausted: Cannot allocate memory
(virtual memory is limited by ulimit to 1GB)
pinskia at gcc dot gnu dot org wrote:-
>
>
> --- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-18 05:11
> ---
> Confirmed, a regression from 3.3.3.
Rather, intended behaviour since 3.3.3.
Neil.
--- Comment #6 from neil at daikokuya dot co dot uk 2006-08-23 13:16
---
Subject: Re: [4.0/4.1/4.2 Regression] Preprocessor doesn't parse tokens
correctly?
pinskia at gcc dot gnu dot org wrote:-
>
>
> --- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-18 05:11
> -
--- Comment #3 from paul dot richard dot thomas at cea dot fr 2006-08-23
13:20 ---
Created an attachment (id=12117)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12117&action=view)
Fix for this and Martin Tee's submission to the list
Martin,
I would be very grateful if you would
--- Comment #4 from hosking at cs dot purdue dot edu 2006-08-23 13:40
---
Here is a stack trace showing call to resize_phi_node from execute_pre.
#0 resize_phi_node (phi=0x42580028, len=9) at
../../gcc/gcc/tree-phinodes.c:271
#1 0x001415e8 in reserve_phi_args_for_new_edge (bb=0x42580
--- Comment #18 from jason at gcc dot gnu dot org 2006-08-23 14:04 ---
Subject: Bug 28687
Author: jason
Date: Wed Aug 23 14:04:24 2006
New Revision: 116350
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116350
Log:
PR c++/28687
* rtti.c (build_dynamic_cast, build
class A
{
public:
int a[0];
};
int main()
{
A a;
int size1 = sizeof(A); // == 0, should be nonzero
int size2 = sizeof(a); // == 0, should be nonzero
}
Since: ISO 14882-2003, 9 [Classes].3
Thanks,
--
Summary: sizeof == 0 for empty class
Product: gcc
--- Comment #6 from patchapp at dberlin dot org 2006-08-23 14:16 ---
Subject: Bug number PR28814
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/2006-08/msg00830.html
--
http://gcc.gnu.org/bugzilla/sh
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #39 from jason at gcc dot gnu dot org 2006-08-23 14:22 ---
Subject: Bug 23372
Author: jason
Date: Wed Aug 23 14:22:41 2006
New Revision: 116351
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116351
Log:
PR c++/23372
* call.c (build_over_call): Don't m
--- Comment #40 from jason at gcc dot gnu dot org 2006-08-23 14:22 ---
Subject: Bug 23372
Author: jason
Date: Wed Aug 23 14:22:49 2006
New Revision: 116352
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116352
Log:
PR c++/23372
* call.c (build_over_call): Don't m
--- Comment #19 from benjamin at smedbergs dot us 2006-08-23 14:23 ---
Fixed on trunk for 4.2
--
benjamin at smedbergs dot us changed:
What|Removed |Added
Sta
--- Comment #41 from jason at gcc dot gnu dot org 2006-08-23 14:33 ---
fixed in 4.0 and 4.1 as well.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from patchapp at dberlin dot org 2006-08-23 14:51 ---
Subject: Bug number PR28788
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/2006-08/msg00831.html
--
http://gcc.gnu.org/bugzilla/sh
There are two problems:
1.) Unsatisfied code symbol '__cxa_finalize' in load module
gcc-4.1.0 compiles __cxa_finalize into shared libs as weak symbol
(4611686018427425864| 4|FUNC |WEAK |0| .text|__cxa_finalize), gcc-4.1.1
doesn't (0| 0|FUNC |GLOB |0| UNDEF|__cxa_finalize). That's a
--- Comment #1 from bangerth at dealii dot org 2006-08-23 15:01 ---
(In reply to comment #0)
>int size1 = sizeof(A); // == 0, should be nonzero
>int size2 = sizeof(a); // == 0, should be nonzero
What makes you think so?
> Since: ISO 14882-2003, 9 [Classes].3
I don't quite kno
--- Comment #1 from bangerth at dealii dot org 2006-08-23 15:08 ---
I can confirm that it takes
g++ 3.3: 1.5 seconds
gcc 3.4: 18.6 seconds
gcc 4.0: 13.2 seconds
However, gcc4.1 is back down to 0.5 seconds to compile this and presumably
takes a lot less memory as well. So this is
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-23 15:14 ---
First this:
int a[0];
is an extension on top of the C++ standard which means to allocate nothing so
you can use malloc to allocate more than is needed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=288
On Wed, 2006-08-23 at 13:40 +, hosking at cs dot purdue dot edu
wrote:
>
> --- Comment #4 from hosking at cs dot purdue dot edu 2006-08-23 13:40
> ---
> Here is a stack trace showing call to resize_phi_node from execute_pre.
Do you have a testcase or is this with a modified compiler
--- Comment #5 from pinskia at gmail dot com 2006-08-23 15:16 ---
Subject: Re: remove_phi_node attempts removal
of a phi node resized by resize_phi_node
On Wed, 2006-08-23 at 13:40 +, hosking at cs dot purdue dot edu
wrote:
>
> --- Comment #4 from hosking at cs dot pur
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-23 15:18 ---
Technicially this is not a bug because C/Fortran interoperability is undefined.
For Fortran 2003, there is a way to interopere between the two langauges but I
don't think var_args are supported.
--
http://gcc.g
--- Comment #4 from amylaar at gcc dot gnu dot org 2006-08-23 15:20 ---
As far as I can see, the only reason why we can have a REG_EH_REGION note
on a non-call instruction is when the instruction may trap, and we compile
with -fnon-call-exceptions.
(In reply to comment #3)
> Here is a w
--- Comment #3 from pluto at agmk dot net 2006-08-23 15:59 ---
(In reply to comment #1)
> (In reply to comment #0)
> >int size1 = sizeof(A); // == 0, should be nonzero
> >int size2 = sizeof(a); // == 0, should be nonzero
>
> What makes you think so?
>
> > Since: ISO 14882-2003,
--- Comment #7 from tromey at gcc dot gnu dot org 2006-08-23 16:58 ---
There's some kind of skew here... I took the code on the trunk
from the RH 4.1 branch, not from the FC RPM.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28698
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-23 18:12 ---
(In reply to comment #5)
> Do you have a testcase or is this with a modified compiler?
PS I delete private emails about bug reports.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28798
--- Comment #3 from patchapp at dberlin dot org 2006-08-23 18:16 ---
Subject: Bug number PR middle-end/28683
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/2006-08/msg00836.html
--
http://gcc.gnu.org
--- Comment #17 from tbm at gcc dot gnu dot org 2006-08-23 18:53 ---
(In reply to comment #16)
> Subject: Re: [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC'
> undeclared
>
> I'll try to get around it as soon as I can. Thanks.
It has been a month... would be nice if you cou
--- Comment #10 from tbm at gcc dot gnu dot org 2006-08-23 18:56 ---
(In reply to comment #9)
> > Jim, were you going to check this in or did you need some more testing on
> > it?
>
> I haven't had time to test it yet.
Any update on this, Jim?
--
http://gcc.gnu.org/bugzilla/show_
The following code:
#define EMS_SYSTEM_NUM 12
#define EMS_INET_NUM 12
#define EMS_SUBSYS_NUM 2
typedef struct _ercb {
struct _ercb *ercb_next;
struct _ercb *ercb_prev;
short ercb_did;
short ercb_pad;
} ems_rcb_t;
typedef struct {
ems_rcb_t *era_rcbp;
u
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-23 19:18 ---
sizeof is not part of the preprocessor.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from jakub at gcc dot gnu dot org 2006-08-23 20:43 ---
This seems to be a C++ FE bug:
debug_tree (*decl)
>
VOID file a.C line 3
align 1 offset_align 1>
shouldn't be passed to decl_attributes in generic code.
--
jakub at gcc dot gnu dot org changed:
The following should lead to a normal error message, not an ICE:
7910:[EMAIL PROTECTED]: ~/tmp/src] gcc -imultilib t.c
cc1: internal compiler error: no multiarch mapping for multilib (t.c)
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html>
--- Comment #2 from gmalkin at convergedaccess dot com 2006-08-23 21:17
---
Okay, so sizeof isn't part of the pre-processor. That doesn't change the fact
that the #if as written in the code SHOULD be valid (by every C spec I've
looked at). Something in gcc is not doing the right thing
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-23 21:22 ---
(In reply to comment #2)
> Okay, so sizeof isn't part of the pre-processor. That doesn't change the fact
> that the #if as written in the code SHOULD be valid (by every C spec I've
> looked at). Something in gcc is
X-Bugzilla-Reason: CC
+++ This bug was initially created as a clone of Bug #24073 +++
Take the following example:
#define vector __attribute__((vector_size(16)))
float a; float b;
vector float f(void) { return (vector float){ a, b, 0.0, 0.0}; }
---
Currently we get:
subl$12, %esp
--- Comment #6 from stuart at apple dot com 2006-08-23 21:24 ---
Cloned 28825 from this bug to track the MMX instruction issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24073
X-Bugzilla-Reason: CC
+++ This bug was initially created as a clone of Bug #24073 +++
Take the following example:
#define vector __attribute__((vector_size(16)))
float a; float b;
vector float f(void) { return (vector float){ a, b, 0.0, 0.0}; }
---
Currently we get:
subl$12, %esp
--- Comment #11 from wilson at specifix dot com 2006-08-23 21:25 ---
Subject: Re: [4.0/4.1/4.2 regression] in schedule_insns,
at sched-rgn.c:3038 on mips
tbm at gcc dot gnu dot org wrote:
> Any update on this, Jim?
No. My life continues to be busy and complicated, making it difficul
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-23 21:28 ---
*** This bug has been marked as a duplicate of 28825 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
X-Bugzilla-Reason: CC
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-23 21:28 ---
*** Bug 28826 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28825
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-23 21:28 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from stuart at gcc dot gnu dot org 2006-08-23 21:41 ---
Subject: Bug 28825
Author: stuart
Date: Wed Aug 23 21:41:35 2006
New Revision: 116356
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116356
Log:
PR 28825
* gcc/config/i386/i386.c (ix86_expand_
--- Comment #4 from stuart at apple dot com 2006-08-23 21:44 ---
Per Ians email of 18aug2006, I've committed Andrew's fix as SVN revision
116356.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28825
--- Comment #7 from stuart at apple dot com 2006-08-23 21:54 ---
Time has passed, and GCC has improved on this testcase. Here is what we
generate today (trunk, 23aug2006) for the original testcase:
movss b(%rip), %xmm0
movss a(%rip), %xmm1
unpcklps%x
--- Comment #7 from hosking at cs dot purdue dot edu 2006-08-23 22:29
---
This is with the Modula-3 backend. I am porting it to 4.1.1 and encountered
this problem with -O3 turned on.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28798
--- Comment #8 from hosking at cs dot purdue dot edu 2006-08-23 23:43
---
I can send whatever traces you might need for diagnosis.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28798
hosking at cs dot purdue dot edu wrote:
> --- Comment #7 from hosking at cs dot purdue dot edu 2006-08-23 22:29
> ---
> This is with the Modula-3 backend. I am porting it to 4.1.1 and encountered
> this problem with -O3 turned on.
>
>
Does 4.1 have the check for EDGE_CRITICAL_P in inse
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-08-23 23:52 ---
Subject: Re: remove_phi_node attempts removal
of a phi node resized by resize_phi_node
hosking at cs dot purdue dot edu wrote:
> --- Comment #7 from hosking at cs dot purdue dot edu 2006-08-23 22:29
> --
--- Comment #5 from kkojima at gcc dot gnu dot org 2006-08-23 23:54 ---
> I think the only sane way to handle this is not to emit any mode
> switching code for exception edges at the potential trapping site,
> and make the exception handling code assume no particular mode is
> present (u
>
>
>
> --- Comment #8 from hosking at cs dot purdue dot edu 2006-08-23 23:43
> ---
> I can send whatever traces you might need for diagnosis.
Can you provide the dump generated by -fdump-tree-pre-details?
-- Pinski
--- Comment #10 from pinskia at physics dot uc dot edu 2006-08-24 00:15
---
Subject: Re: remove_phi_node attempts removal of a phi node resized by
resize_phi_node
>
>
>
> --- Comment #8 from hosking at cs dot purdue dot edu 2006-08-23 23:43
> ---
> I can send whatever tra
--- Comment #9 from patchapp at dberlin dot org 2006-08-24 00:20 ---
Subject: Bug number PR 28528
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/2006-08/msg00849.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-08-24 00:24
---
I will delete the test tonight shortly. Will add a new one later
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28813
template
struct Base : T
{
typedef T Derived;
};
struct A
{
template
friend struct Base::Derived::Crash;
// nested.cpp:10: internal compiler error: in lookup_member, at
cp/search.c:1213
// ICE with g++-4.0.3
// PASS with g++-3.4.6
};
--
Summary: [4.0.3 regression] ICE with nest
Executing on host: /home/dave/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gcc-4.2/objdi
r/gcc/ /home/dave/gcc-4.2/gcc/gcc/testsuite/gcc.dg/attr-invalid.c
-fno-show-c
olumn -S -o attr-invalid.s(timeout = 300)
/home/dave/gcc-4.2/gcc/gcc/testsuite/gcc.dg/attr-invalid.c:12: warning:
'noinlin
e' attrib
Executing on host: /home/dave/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gcc-4.2/objdi
r/gcc/ /home/dave/gcc-4.2/gcc/gcc/testsuite/gcc.dg/pr26570.c -O2
-fprofile-gen
erate -fprofile-use -fno-show-column -S -o pr26570.s(timeout = 300)
/home/dave/gcc-4.2/gcc/gcc/testsuite/gcc.dg/pr26570.c:12: error:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-24 00:57 ---
I think this testcase is really the same testcase twice in the file. It fails
everywhere too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from hosking at cs dot purdue dot edu 2006-08-24 00:57
---
(In reply to comment #9)
> Does 4.1 have the check for EDGE_CRITICAL_P in insert_aux?
Yes:
/* This can happen in the very weird case
that our fake infinite
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-24 01:00 ---
4.2.0 rejects the code:
t.cc:10: error: 'Crash' is not a member of 'T'
This code is invalid.
3.3 gave:
t.cc:10: error: typename type `typename Base::Derived::Crash' declared
`friend'
ICC gives:
t.cc(10): error:
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 #1 from dannysmith at users dot sourceforge dot net 2006-08-24
01:10 ---
This is my bad. Sorry. Should be fixed by:
http://gcc.gnu.org/ml/gcc-cvs/2006-08/msg00514.html
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-08-24 01:11
---
Subject: Bug 28813
Author: jvdelisle
Date: Thu Aug 24 01:10:55 2006
New Revision: 116368
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116368
Log:
2006-08-23 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #5 from happyarch at gmail dot com 2006-08-24 01:16 ---
I am using binutils-2.17, glibc-2.4 and gcc, kernel version is in the below
error message.
> make
scripts/kconfig/conf -s arch/i386/Kconfig
CHK include/linux/version.h
CHK include/linux/utsrelease.h
...
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-24 01:18 ---
This is most likely a dup of bug 28776 and most likely already fixed. Can you
try a build from today?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from bangerth at dealii dot org 2006-08-24 01:52 ---
Paolo has already confirmed this one.
--
bangerth at dealii dot org changed:
What|Removed |Added
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--- Comment #2 from bangerth at dealii dot org 2006-08-24 01:57 ---
It doesn't seem to matter for me whether the function is a template or
not. Which version did you use to get to that statement?
W.
--
bangerth at dealii dot org changed:
What|Removed
--- Comment #1 from bangerth at dealii dot org 2006-08-24 01:59 ---
Um, why? The value "1.234" is an rvalue of type double. You cast it to
an rvalue of type "const int", which can clearly be assigned to an
int right away without another cast. In fact, const-volatile qualifications
do not
--- Comment #10 from dje at gcc dot gnu dot org 2006-08-24 02:03 ---
Created an attachment (id=12118)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12118&action=view)
patch to add 0->y alternative to movcc_internal1
Zdenek's patch does not change anything in GCC RTL generation tha
--- Comment #2 from proppy at aminche dot com 2006-08-24 02:22 ---
(In reply to comment #1)
> 4.2.0 rejects the code:
> t.cc:10: error: 'Crash' is not a member of 'T'
>
nested.cpp:10: internal compiler error: in lookup_member, at cp/search.c:1212
on g++-4.2 version 4.2.0 20060709 (expe
hosking at cs dot purdue dot edu wrote:
> --- Comment #11 from hosking at cs dot purdue dot edu 2006-08-24 00:57
> ---
> (In reply to comment #9)
>> Does 4.1 have the check for EDGE_CRITICAL_P in insert_aux?
>
> Yes:
>
> /* This can happen in the very weird cas
--- Comment #12 from dberlin at gcc dot gnu dot org 2006-08-24 02:45
---
Subject: Re: remove_phi_node attempts removal
of a phi node resized by resize_phi_node
hosking at cs dot purdue dot edu wrote:
> --- Comment #11 from hosking at cs dot purdue dot edu 2006-08-24 00:57
> ---
/opt/gcc/bin/gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --enable-languages=c,c++ --prefix=/opt/gcc
Thread model: posix
gcc version 4.2.0 20060823 (experimental)
--
Summary: Aggregate copy not elided when using a return value as a
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-24 03:29 ---
(In reply to comment #2)
> It doesn't seem to matter for me whether the function is a template or
> not. Which version did you use to get to that statement?
4.2.0 20060821 works without the template in that the foll
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-24 03:41 ---
(In reply to comment #2)
> which g++-4.2 revision are you using to get ?:
4.2.0 20060821 aka two days ago's. I bet it was also fixed by 28304.
You are using a month's old 4.2 compiler which is why you don't see the
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-24 03:41 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-24 03:51 ---
Confirmed fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-24 04:27 ---
Another interesting case would be (but which could be handled by VRP):
int
foo (int a)
{
a = a!=0;
a = a!=0;
a = a!=0;
a = a!=0;
a = a!=0;
return a;
}
Which should be optimized to:
int foo(int a) { return
--- Comment #6 from pault at gcc dot gnu dot org 2006-08-24 04:47 ---
Subject: Bug 28771
Author: pault
Date: Thu Aug 24 04:47:28 2006
New Revision: 116369
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116369
Log:
2006-08-23 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2006-08-24 04:47 ---
Subject: Bug 28788
Author: pault
Date: Thu Aug 24 04:47:28 2006
New Revision: 116369
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116369
Log:
2006-08-23 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #7 from pault at gcc dot gnu dot org 2006-08-24 04:54 ---
Subject: Bug 28771
Author: pault
Date: Thu Aug 24 04:54:18 2006
New Revision: 116370
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116370
Log:
2006-08-24 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #6 from pault at gcc dot gnu dot org 2006-08-24 04:54 ---
Subject: Bug 28788
Author: pault
Date: Thu Aug 24 04:54:18 2006
New Revision: 116370
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116370
Log:
2006-08-24 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #7 from happyarch at gmail dot com 2006-08-24 05:47 ---
revision 116368 works fine, the bug seems to be fixed.
> cc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/usr --libexecdir=/usr/lib
--enable-shared --enable-threads=posi
--- Comment #4 from ian at airs dot com 2006-08-24 06:20 ---
Where did you get your list of symbol names and demangled strings?
As Andrew has pointed out, there seem to be a few different issues here:
different spacing, different qualifier order, different handling of floating
point con
1 - 100 of 101 matches
Mail list logo