Raymond Toy <r...@earthlink.net> writes:Well, I'm not sure it's about ftruncate per se. Maybe it's about
> rif wrote:
> > generation. It's worthwhile to know the specifics of your
> > implementation (for instance, it seems that a substantial amount of
> > the last-mile speed up for this benchmark on CMUCL came from figuring
> > out ftruncate could be fast inside a macro, but not inside an inline
> > function).
> I don't believe that is true. I think if you take Brian's macro and
> Well, at least that was true for me on the particular version of cmucl
maximum inlining depth, or something else. If I take Brian's CL
version, and I replace his macro with an inline function, I get a
float to pointer coercion on the return value of the inline function,
and the program slows way down. This is using the 2003-09-10 build of
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.