--- Comment #3 from burnus at gcc dot gnu dot org 2007-04-02 23:28 ---
> You can found the complete ranlux.f subroutine at
> http://www.systella.fr/~bertrand/rpl2/download/rpl-4.00pre8q.tar.bz2
The program does not compile for me:
gfortran ./src/fonctions_speciales.conv.f90
./src/fonc
The following const-incorrect program compiles without error on gcc 4.1.0, and
4.3.0 20070323:
class Foo {};
class Bar : public Foo {};
static const Foo *foo = 0;
static Bar *bar = static_cast(foo); // Error, casts away const
void func(const Foo *foo) {
Bar *bar = static_cast(foo); // Error,
--- Comment #19 from jvdelisle at gcc dot gnu dot org 2007-04-03 01:04
---
Yes, this is fixed, closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Right now natFileChannelPosix.cc has stubs for loadImpl and
isLoadedImpl. Instead it should use mincore for the latter,
when mincore is available.
--
Summary: natFileChannelPosix.cc should use mincore
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
--- Comment #1 from tromey at gcc dot gnu dot org 2007-04-03 01:48 ---
... and it should be using madvise and msync for the other methods.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31450
Executing on host: /mnt/gnu/gcc/objdir/gcc/testsuite/g++/../../g++
-B/mnt/gnu/gc
c/objdir/gcc/testsuite/g++/../../
/mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/eh/ctor3
.C -nostdinc++
-I/mnt/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include
/hppa2.0w-hp-hpux11.11
-I/mnt/gnu/gcc/objdir/hppa2.0w-hp
Executing on host: /mnt/gnu/gcc/objdir/gcc/testsuite/g++/../../g++
-B/mnt/gnu/gc
c/objdir/gcc/testsuite/g++/../../
/mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/tree-ssa
/pr29585.C -nostdinc++
-I/mnt/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3
/include/hppa2.0w-hp-hpux11.11
-I/mnt/gnu/gcc/objdir/hpp
Executing on host: /mnt/gnu/gcc/objdir/gcc/testsuite/g++/../../g++
-B/mnt/gnu/gc
c/objdir/gcc/testsuite/g++/../../
/mnt/gnu/gcc/gcc/gcc/testsuite/g++.old-deja/g+
+.mike/p4736b.C -nostdinc++
-I/mnt/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc
++-v3/include/hppa2.0w-hp-hpux11.11
-I/mnt/gnu/gcc/objdi
The code:
struct base {
protected:
virtual void foo() {}
};
struct der : public base {
virtual void foo() { p->foo(); }
base* p;
};
gets you:
~/ootbc/sim/test$ g++ foo.cc
foo.cc: In member function 'virtual void der::foo()':
foo.cc:3: error: 'virtual void base::foo()' is prote
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-03 04:36 ---
This is not a bug. You are allowed to call protected functions on this but
nobody elses.
This has nothing to do with derived class or not. This is just how C++ works.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-03 05:49 ---
The same thing happens on PPC also:
L6:
lfsx f0,r2,r9
addi r2,r2,4
lfd f13,104(r1)
fadd f13,f13,f0
stfd f13,104(r1)
bdnz L6
Why are you storing to the stack? Ok, part
Testcase:
#include
#include
#define SIZE 256*1024*1024
float *data;
static inline
double one()
{
int i;
double sum;
sum = 0;
for (i=0; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=31455
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31455
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-03 06:03 ---
(In reply to comment #5)
> Why are you storing to the stack?
The PPC issue is only an issue on the trunk, so I filed PR 31455 for that bug.
But I bet this bug is related to some extend.
--
http://gcc.gnu.org/
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-03 06:19 ---
>it is being set before being used within a loop that will always execute at
>least 16 times.
And the compiler does not know it can be executed at least once as -Os
-fno-tree-dominator-opts turns off jump threading
--- Comment #34 from pinskia at gcc dot gnu dot org 2007-04-03 06:19
---
*** Bug 31181 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-03 06:23 ---
Most likely what needs to happen is reverse the loop count.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-03 06:33 ---
To reproduce this on the trunk use "#define PAR i*2+1000-i-i" instead for the
complex one.
For PPC, VARIABLE_PAR is actually slower, as it tries to use (long unsigned
int) i * 8 as the index and PPC does not have th
--- Comment #2 from steven at gcc dot gnu dot org 2007-04-03 07:17 ---
Need to reverse the loop counter here.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-03 07:28 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from christian dot bruel at st dot com 2007-04-03 07:43
---
thank you for reporting this,
There is indeed a data dependency on 'r2' introduced by the cmp/eq instruction,
preventing the mov and the comparaison to be executed in parallel, unlike the
dt on the induction var
101 - 121 of 121 matches
Mail list logo
