Hi,
looks like there is an ugly bug in g++ front-end.
the problem can be demonstrated by the existing testcase:
ext/pb_ds/regression/trie_data_map_rand.cc
if you apply the following diff:
.../libstdc++-v3/testsuite/util/regression/rand/assoc/detail/ $ svn di
Index: insert_fn_imps.hpp
On Fri, 10 Nov 2006, Daniel Berlin wrote:
It will load the value from memory, true, but who says that the store to
memory will happen before that? The compiler is allowed to reorder the
statements since it knows that foo and *arg cannot alias.
If the compiler is smart enough to
On Thu, 21 Sep 2006, Eric Botcazou wrote:
3. Update sparc-sun-solaris2.9 to sparc64-sun-solaris2.10?
No strong opinion on the Solaris 9 - Solaris 10 transition, but why switching
to a 64-bit compiler? The 32-bit compiler is multilib by default on Solaris
and AFAIK the vendor compiler is
Hi,
for the following test case:
struct A {
virtual int x () {return 1;}
};
struct B: A {
virtual int x () {return 0;}
};
struct C: B{
using A::x;
};
int main()
{
C c;
return c.x();
}
all g++ 4.x will return 1
It seems C++ standard would want to see 0.
Using-declaration introduces
On Wed, 19 Apr 2006, Daniel Berlin wrote:
make_node does memset, but the loop above is after the call to make_node.
I guess we didn't hit the problem just because tsubst_copy_and_build()
(where build_x_binary_op (ARRAY_REF is) is never called for array_ref when
processing_template_decl is
Hi,
Is this a bug that we were lucky not to hit?
cp/pt.c:
return build_x_binary_op (ARRAY_REF, op1, RECUR (TREE_OPERAND (t, 1)),
/*overloaded_p=*/NULL);
tree
build_x_binary_op (enum tree_code code, tree arg1, tree arg2,
bool *overloaded_p)
{
On Wed, 19 Apr 2006, Daniel Berlin wrote:
On Apr 19, 2006, at 4:48 PM, Alexey Starovoytov wrote:
Hi,
Is this a bug that we were lucky not to hit?
cp/pt.c:
return build_x_binary_op (ARRAY_REF, op1, RECUR (TREE_OPERAND (t, 1)),
/*overloaded_p=*/NULL);
tree
Debian has been running with V8PLUS as the default since the sarge release
cycles started. I.e. years.
looking at linux64.h it seems that the default Linux config is -m64 -mcpu=v9.
Are you saying that Debian configured gcc package for -m32 -mcpu=v9?
Great.
How about other Linux distributions?
Hi,
The default architecture for GCC SPARC is V7.
What do gcc sparc developers think about changing it to V8PLUS?
Few things to consider:
- v7 is legacy
. used in old Sun's sun4c systems
. 32-bit only
. no integer mul/div insns
- first 64-bit SPARC was made in 1995
. I guess
On Fri, 10 Mar 2006, Eric Botcazou wrote:
Eh, SPARC is not IA-64 so improving the SPARC back-end should not be more
resource-consuming than designing and maintaining a hybrid compiler. If I'm
gcc4ss wasn't a big effort. gimple form made it easy for us.
not mistaken, the gap is wide for FP
On Fri, 10 Mar 2006, David Edelsohn wrote:
Alexey Starovoytov writes:
If Sun starts improving GCC backend now it will never be able to catch up
with Sun's own backend.
This is a completely ridiculous assertion. Do you have any
evidence to back this up? There is no reason
On Fri, 10 Mar 2006, Steven Bosscher wrote:
On Friday 03 March 2006 02:46, Alexey Starovoytov wrote:
We are pleased to announce the availability of GCC for SPARC (R) Systems
(GCCfss) at http://cooltools.sunsource.net/gcc/
Instead of pleased, I'd be ashamed for announcing this. To me
On Fri, 10 Mar 2006, Andrew Pinski wrote:
On Mar 10, 2006, at 3:34 PM, Alexey Starovoytov wrote:
Few major infrastructure features needs to be done first.
Like? Please give examples. If link time optimizations,
that is already starting to be worked on.
I doesn't look that my opinion
On Thu, 9 Mar 2006, Rainer Orth wrote:
Alexey Starovoytov [EMAIL PROTECTED] writes:
We are pleased to announce the availability of GCC for SPARC (R) Systems
(GCCfss) at http://cooltools.sunsource.net/gcc/
GCCfss extends GCC to be able to use
the optimizing Sun(tm) Code Generator
We are pleased to announce the availability of GCC for SPARC (R) Systems
(GCCfss) at http://cooltools.sunsource.net/gcc/
GCCfss extends GCC to be able to use
the optimizing Sun(tm) Code Generator for SPARC systems (SCGfss).
We encourage you to download it and try it.
The compiler commands are
15 matches
Mail list logo
