Hello,
I have a problem with a (big) C++ program compiled
with gcc 4.4.0 on a 64-bit Sparc.
Target: sparc-sun-solaris2.10
Configured with: /opt/sources/gnu/gcc-4.4.0/configure
--prefix=/opt/gnu/gcc-4.4.0 --with-local-prefix=/opt/gnu/gcc-4.4.0
--enable-threads=posix --with-cpu=ultrasparc3 --enabl
Would you be able to give me the two suggested configure
commands so that I can find out the answer to the above, one
way or another?
For step 2 (building the cross-compiler), you'd need something
along the lines of
.../configure --target=i370-mvs --prefix=... --with-sysroot=... \
On Tue, Oct 6, 2009 at 3:00 AM, Pranav Bhandarkar
wrote:
> Richard,
>
>> If you are not working on trunk this can happen because the way
>> MEM_EXPRs are "canonicalized".
>
> Thanks. Yes, I am not on trunk and may not be able to move right away.
> I would appreciate some pointers about where I sho
The function SetCategory(v) returns void and simply assigns
the value of v to a class member, so there are no trap conditions.
TA, on the other hand, stands for "trap always", so the condition
code is unimportant anyway. Why has the trap instruction been generated?
Usually this is because you
On 10/05/2009 09:29 PM, Sergey Sadovnikov wrote:
Can anybody explain why line marked with '{*1}' produce this error
message:
I think it's because there is no constructor for array that takes an
initializer_list. I get this message if I change your {*2} line to:
std::array < wchar_t, sizeof.
Paolo Bonzini wrote:
> Usually this is because you have code with undefined behavior, that the
> compiler cannot make sense of.
Yes, you were right, that was the case indeed. Thank you Paulo.
Best regards
Piotr Wyderski
Janis,
We are seeing failures of the new decimal testcases on x86_64-apple-darwin10
which you committed into the libstdc++-v3 testsuite...
FAIL: decimal/binary-arith.cc (test for excess errors)
WARNING: decimal/binary-arith.cc compilation failed to produce executable
FAIL: decimal/cast_neg.cc (
Paul Edwards:
> The failure (on 3.4.6, but not on 3.2.3) is that after the successful
> build, when I do an xgcc -S, it produces the assembler file, and then
> hangs. I traced this to gcc.c which was in a loop doing this:
>
> pid = pwait (commands[i].pid, &status, 0);
>
> getting a return of 0
Yes, I'd be happy to look into how you did it or where you were up to.
I don't know what I'll be able to do but it might lead me in the right
direction and allow me to finish what you started.
Thanks,
Jc
On Tue, Oct 6, 2009 at 2:53 AM, Zdenek Dvorak wrote:
> Hi,
>
>> I was wondering if it was p
The failure (on 3.4.6, but not on 3.2.3) is that after the successful
build, when I do an xgcc -S, it produces the assembler file, and then
hangs. I traced this to gcc.c which was in a loop doing this:
pid = pwait (commands[i].pid, &status, 0);
getting a return of 0 all the time, while the pr
Paul Edwards wrote:
> > Huh. I've never seen this before. Is this with your patches to
> > generate a "single executable" or without?
>
> My patches are applied, but shouldn't be activated, because
> I haven't defined SINGLE_EXECUTABLE.
>
> I could try taking it back to raw 3.4.6 though and se
On Tue, 2009-10-06 at 09:04 -0400, Jack Howarth wrote:
> Janis,
>We are seeing failures of the new decimal testcases on
> x86_64-apple-darwin10
> which you committed into the libstdc++-v3 testsuite...
>
> FAIL: decimal/binary-arith.cc (test for excess errors)
> WARNING: decimal/binary-arith.c
On Tue, 2009-10-06 at 09:10 -0700, Janis Johnson wrote:
> On Tue, 2009-10-06 at 09:04 -0400, Jack Howarth wrote:
> > Janis,
> >We are seeing failures of the new decimal testcases on
> > x86_64-apple-darwin10
> > which you committed into the libstdc++-v3 testsuite...
> >
> > FAIL: decimal/bina
Hi Richard,
I was wondering if you got a chance to see if this new patch is alright ?.
Thanks,
-Sriraman.
On Thu, Oct 1, 2009 at 2:37 PM, Sriraman Tallam wrote:
> Hi,
>
> I moved implicit-zee.c to config/i386. Can you please take another look ?
>
> * tree-pass.h (pass_implicit_z
> Look at
>
> 2009-07-14 Richard Guenther
> Andrey Belevantsev
>
> * tree-ssa-alias.h (refs_may_alias_p_1): Declare.
> (pt_solution_set): Likewise.
> * tree-ssa-alias.c (refs_may_alias_p_1): Export.
> * tree-ssa-structalias.c (pt_solution_set): New functio
Hello, Paolo.
Tuesday, October 6, 2009 at 2:05:10 PM you wrote:
PB> On 10/05/2009 09:29 PM, Sergey Sadovnikov wrote:
>> Can anybody explain why line marked with '{*1}' produce this error
>> message:
PB> I think it's because there is no constructor for array that takes an
PB> initializer_list.
L.S.,
On our weather forecasting code (compiled with -O3 -flto and linked with
-O3 -flto -fwhole-program) I get a speedup of 65 seconds per time step
in the model integration vs. 75 seconds with -O3 alone.
That is a 10/75 ~ 13 % improvement.
This compares favorably to an experiment I did bac
> L.S.,
>
> On our weather forecasting code (compiled with -O3 -flto and linked with
> -O3 -flto -fwhole-program) I get a speedup of 65 seconds per time step
> in the model integration vs. 75 seconds with -O3 alone.
There is bug making -fwhole-program disabled with LTO compilations.
I hope to g
> > L.S.,
> >
> > On our weather forecasting code (compiled with -O3 -flto and linked with
> > -O3 -flto -fwhole-program) I get a speedup of 65 seconds per time step
> > in the model integration vs. 75 seconds with -O3 alone.
>
> There is bug making -fwhole-program disabled with LTO compilation
On Tue, Oct 06, 2009 at 09:44:42AM -0700, Janis Johnson wrote:
> On Tue, 2009-10-06 at 09:10 -0700, Janis Johnson wrote:
> > On Tue, 2009-10-06 at 09:04 -0400, Jack Howarth wrote:
> > > Janis,
> > >We are seeing failures of the new decimal testcases on
> > > x86_64-apple-darwin10
> > > which y
On Tue, 2009-10-06 at 18:19 -0400, Jack Howarth wrote:
> On Tue, Oct 06, 2009 at 09:44:42AM -0700, Janis Johnson wrote:
> > On Tue, 2009-10-06 at 09:10 -0700, Janis Johnson wrote:
> > > On Tue, 2009-10-06 at 09:04 -0400, Jack Howarth wrote:
> > > > Janis,
> > > >We are seeing failures of the ne
Why do we have a libstdc++ list? For questions like this...
> > > > FAIL: decimal/binary-arith.cc (test for excess errors)
plus
> However, the testsuite failures still occurs as follows...
>
> Executing on
> host: /sw/src/fink.build/gcc45-4.4.999-20091005/darwin_objdir/./gcc/g++
> -shared-libg
On Tue, Oct 06, 2009 at 03:30:34PM -0700, Janis Johnson wrote:
>
> Oh, maybe the libstdc++ tests don't support dg-require-effective-target.
>
> Janis
Janis,
Yes, doesn't it need something like...
# Skip these tests for targets that don't support this extension.
if { 