--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-15 23:42 ---
This is not a bug and this is how C++ works.
propagate in dfgBackProp hides the base classes's propagate.
You want to do:
class dfgBackProp : public propJoin {
public:
using propJoin::propagate;
void propagate(
the following testcase from KDE source can not be compiled with gcc 4.1 or
newer:
=== Cut ===
int qHash(char key);
int qHash(int key);
template struct QHash
{
void findNode(const Key &key) { qHash(key); }
};
namespace khtml {
struct Font
{
struct ScalKey
{
};
};
}
int qHash (
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |critical
Keywords||rejects-vali
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-16 00:33 ---
The issue here (in the source) is that the overloaded of
"qHash(key);" is only the qHash functions above that call so it
does not see the template below that call which is the function you would like
to call.
Th
--- Comment #23 from pinskia at gcc dot gnu dot org 2006-02-16 00:33
---
*** Bug 26311 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from uttamp at us dot ibm dot com 2006-02-16 00:35 ---
Subject: Re: another memory leak
>
> --- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 23:09
> ---
> Fixed.
>
> dist_v and init_v are GC pointers so they don't really need to be freed
> manua
--- Comment #2 from mueller at gcc dot gnu dot org 2006-02-16 00:45 ---
how do you explain that the testcase compiles just fine if you remove the
namespace?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26311
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-16 00:49 ---
(In reply to comment #2)
> how do you explain that the testcase compiles just fine if you remove the
> namespace?
Because Agrument Dependent Lookup (koenig lookup) happens even though there is
an overloaded set. Th
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-16 00:57 ---
Please read the Defect report which takes about this case:
http://www.open-std.org/jtc1/sc22/wg21/prot/14882fdis/cwg_defects.html#197
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26311
--- Comment #34 from bernds at gcc dot gnu dot org 2006-02-16 01:26 ---
Subject: Bug 25636
Author: bernds
Date: Thu Feb 16 01:26:54 2006
New Revision: 29
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=29
Log:
PR rtl-optimization/25636
* local-alloc.c (upd
--- Comment #3 from ian at airs dot com 2006-02-16 01:58 ---
Just a note. My implementation of RTH's subreg lowering pass gives me this at
-O3:
f:
pushl %ebp
movlw, %eax
movl%esp, %ebp
movlw+4, %edx
popl%ebp
#APP
bswapl
--- Comment #18 from gdr at integrable-solutions dot net 2006-02-16 01:59
---
Subject: Re: --enable-languages=c,c++,fortran needs ada
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
|
|
--- Comment #19 from gdr at integrable-solutions dot net 2006-02-16 02:00
---
Subject: Re: --enable-languages=c,c++,fortran needs ada
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| The wiki mentions what needs to be removed also:
| http://gcc.gnu.org/wiki/SvnSetup
Th
--- Comment #20 from gdr at integrable-solutions dot net 2006-02-16 02:01
---
Subject: Re: --enable-languages=c,c++,fortran needs ada
"bkoz at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| I guess I'm left unimpressed at the current --enable-languages=c,c++ behavior
| though. Th
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--- Comment #21 from gdr at integrable-solutions dot net 2006-02-16 02:05
---
Subject: Re: --enable-languages=c,c++ not working as expected, documented
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| I think there is a misunderstanding on how our build mechanism works
--- Comment #22 from pinskia at gcc dot gnu dot org 2006-02-16 02:07
---
How would you guys design this?
Have configure do all the work?
What happens when someone wants to add a new language, do you have to update
configure?
Why should that happen, that is just extra work.
The behavior
--- Comment #9 from ian at airs dot com 2006-02-16 02:08 ---
FYI, this code looks OK to me on mainline, entering the loop at .L18:
.L29:
andl$-16, %edx
cmpb$80, %dl
jne .L27
subl$1, %ecx
je .L28
.L18:
movl$86, %edx
--- Comment #23 from pinskia at gcc dot gnu dot org 2006-02-16 02:12
---
By the way the patch which actually fixed the behavior to this behavior:
http://gcc.gnu.org/ml/gcc-patches/2000-12/msg00602.html
Note before this patch all target libraries were build so this is not a
regression o
--- Comment #24 from pinskia at gcc dot gnu dot org 2006-02-16 02:18
---
GDR you commented on this before:
http://gcc.gnu.org/ml/java/2000-12/msg00174.html
Back when the patch was created did you forgot about removing directories now?
Since Ben is removing directories in the first pla
--- Comment #1 from jde at google dot com 2006-02-16 02:26 ---
I was able to reproduce this bug. Indeed the offset is bytewise but the load is
done with a movl ("movl foo+2, %eax") Below is the program used to reproduce,
the compiler and flags used, and the resultant output & assembly.
--- Comment #5 from wilson at gcc dot gnu dot org 2006-02-16 02:26 ---
This is failing in code that Richard Henderson added. It is trying to compute
the frame pointer to CFA offset by running register elimination on the arg
pointer. The vax however has a hardware arg pointer, maintaine
--- Comment #6 from wilson at gcc dot gnu dot org 2006-02-16 02:29 ---
Created an attachment (id=10859)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10859&action=view)
untested patch for vax dwarf2 failure
This patch allows the testcase to compile, but is otherwise untested. Thi
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-16 02:51 ---
Confirmed, only a 4.0.x regression. It works on the mainline and in 4.1.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from ghazi at gcc dot gnu dot org 2006-02-16 02:51 ---
Still have the address of labels failure on 4.0, 4.1 and mainline:
http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00383.html
http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00431.html
http://gcc.gnu.org/ml/gcc-testr
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-02-16 02:59 ---
(In reply to comment #8)
> > Which looks more like VRP messing up.
> Can you check something for me. Is sizetype an unsigned type on
> this platform? And what type is ivtmp?
sizetype should be "unsigned long int"
--- Comment #10 from law at redhat dot com 2006-02-16 03:52 ---
Subject: Re: [4.2 Regression]
25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and
powerpc-darwin
On Thu, 2006-02-16 at 02:59 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #9 from pinsk
--- Comment #5 from patchapp at dberlin dot org 2006-02-16 04:26 ---
Subject: Bug number PR target/26272
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-02/msg01310.html
--
http://gcc.gnu.org/bug
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-16 04:25 ---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01310.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
Hi all,
We're trying to use GCOV together with the ARM-ELF development
environment.
Our installation is:
arm-elf-gcc: 3.4.3
arm-elf-ld: 2.15
arm-elf-ar, binutils: 2.15
(1) First we've compiled with the following standard gcc command line
gcc -fprofile-arcs -ftest-coverage -o sample sample
--- Comment #4 from pault at gcc dot gnu dot org 2006-02-16 07:04 ---
Subject: Bug 24557
Author: pault
Date: Thu Feb 16 07:04:13 2006
New Revision: 30
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=30
Log:
2005-02-16 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2006-02-16 07:07 ---
Fixed on trunk - I'll do 4.1 just as soon as it re-opens.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-02-16 07:52
---
Subject: Bug 24903
Author: fxcoudert
Date: Thu Feb 16 07:52:22 2006
New Revision: 31
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=31
Log:
PR libfortran/24903
* m4/dotprodc.m4: Us
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Summary|dotprod should use conj?|[4.1 only] do
101 - 134 of 134 matches
Mail list logo
