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
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
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
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 :)
>
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
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.
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,
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
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?
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
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
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
> "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
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
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
15 matches
Mail list logo
