That's a good point about the out-of-tree users, though I wonder if it
would be better for them to use a standalone libnml version. If there's a
lot of pushback from other users, I can make the few call-by-reference
changes I need under a different name.

To be clear, a total overhaul isn't strictly necessary for the trajectory
lookahead stuff, but it would be nice to make everything consistent.


On Thu, Oct 24, 2013 at 3:02 PM, Jeff Epler <[email protected]> wrote:

> The main problem would be if there are any out-of-tree users of these
> routines.  Since it's C there's no function overloading, so we can't
> provide both signatures under the same name.  So that means the
> alternatives are something like:
>  * do nothing
>  * break out-of-tree users
>  * provide the call-by-reference version under a different name
> probably the out-of-tree users are mythical, but who knows.  You'd
> better speak up in this thread if you are not mythical.
>
> As for why "const *" was not used at the time, the code may predate the
> wide deployment of C compilers that supported the "const" keyword.  If
> you don't have "const *" then the next best alternative may have been
> pass-by-value.
>
> Jeff
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
> _______________________________________________
> Emc-developers mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to