On Sat, 17 Jun 2006, Marc Alff wrote:
2) Licensing
For technical reasons, I can not use the gcov library itself,
and plan to implement code to read/write the files the GCOV program needs.
Then why do you need to use the gcov file formats?
Nick
You should probably copy Hans, or email the gc list, and see if they
have any idea.
I emailed GC list, let's see if I get any clues there...
--
Laurynas
> "Laurynas" == Laurynas Biveinis <[EMAIL PROTECTED]> writes:
Laurynas> So far I've been debugging GCC bootstrap failures with
Laurynas> Boehm's GC, and now I'm stuck.
Laurynas> I used to register all GC roots at the startup of GCC,
Laurynas> including stringpool roots. That worked fine until
This 'little' program behaves bad when compiled with -O. It works fine
when no -O or -O0 is used.
The function is from Graphics Gem I and has been ported from C to C++
http://www.acm.org/pubs/tog/GraphicsGems/gems.html#gems
Woo, Andrew, Fast Ray-Box Intersection, p. 395-396, code: p. 736-737
Th
minus wrote:
This 'little' program behaves bad when compiled with -O. It works fine
when no -O or -O0 is used.
You need to debug and find out exactly what went wrong. You don't even
know this is a compiler problem yet (lots of user errors in code show
up only if the optimizer is active, e.g. th
On Sat, Jun 17, 2006 at 09:50:29AM -0400, Maurizio Vitale wrote:
> I'm looking at the very same problem, hoping to get very lightweight
> user-level threads for use in discrete event simulation.
Yeah, though even that is more heavyweight than coroutines, so your job
is harder than mine. On the
Is someone else interested in the daily output of contrib/compare_tests
in case the return code of this script is 1?
Is there a mailing list for this kind of output?
Hi
Nicholas Nethercote wrote:
> On Sat, 17 Jun 2006, Marc Alff wrote:
>
>> 2) Licensing
>>
>> For technical reasons, I can not use the gcov library itself,
>> and plan to implement code to read/write the files the GCOV program
>> needs.
>
> Then why do you need to use the gcov file formats?
>
The
Hello,
> This 'little' program behaves bad when compiled with -O. It works fine
> when no -O or -O0 is used.
>
> The function is from Graphics Gem I and has been ported from C to C++
> http://www.acm.org/pubs/tog/GraphicsGems/gems.html#gems
> Woo, Andrew, Fast Ray-Box Intersection, p. 395-396,
Interestingly this problem doesn't appear with gcc trunk on ppc Darwin
(MacOS X 10.4) using any optimization level (-O, -O0, -O1, -02 or -O3).
It also doesn't appear with Apple's own g++ based on 4.0.1. I can reproduce
the problem with the gcc 4.1.1 from Fedora Core 5 on a dual Xeon though.
Zdenek Dvorak wrote:
... I suspect there is something wrong with your
code (possibly invoking some undefined behavior, using uninitialized
variable, sensitivity to rounding errors, or something like that).
A data point apparently in favor of this suspect is that the "probl
Mike Stein wrote:
> Is someone else interested in the daily output of contrib/compare_tests
> in case the return code of this script is 1?
>
> Is there a mailing list for this kind of output?
gcc-testresults :)
>
Maurizio Vitale wrote:
> I'm looking at the very same problem, hoping to get very lightweight
> user-level threads for use in discrete event simulation.
Dustin Laurence wrote:
>Yeah, though even that is more heavyweight than coroutines, so your job
>is harder than mine.
Hmm? I don't see how th
On 6/18/06, Paolo Carlini <[EMAIL PROTECTED]> wrote:
Zdenek Dvorak wrote:
>... I suspect there is something wrong with your
>code (possibly invoking some undefined behavior, using uninitialized
>variable, sensitivity to rounding errors, or something like that).
>
>
A data poi
On Sun, Jun 18, 2006 at 11:10:14PM -0400, Ross Ridge wrote:
> Dustin Laurence wrote:
> >Yeah, though even that is more heavyweight than coroutines, so your job
> >is harder than mine.
>
> Hmm? I don't see how the "Lua-style" coroutines you're looking are any
> lightweight than what Maurizio Vita
15 matches
Mail list logo
