On Dec 16, 2013, at 1:31 PM, Tom Browder wrote: > On Mon, Dec 16, 2013 at 12:19 PM, Christopher Sean Morrison > <[email protected]> wrote: > ... >> Of course, some of the .c file uses are inextricably tied to their >> corresponding declarations and will need to wait as well. > > Why is that--aren't we merely replacing 'genptr_t' with 'void *'?
Mostly because I'm not 100% sure that some calling code can't simply and only run perl -pi -e 's/genptr_t/void */g' to adapt to an update on our end. Type-wise, it obviously should work, but I've seen several compilers that will issue type mismatch warnings/errors when a typedef is involved even if the underlying types match. Moreover, the act of denoting it as deprecated in the CHANGES file implicitly announces an intent to remove it on a minor revision, not a patch revision. Plus, it's just such an old part of BRL-CAD's API that it's the polite thing to do (which was why it was originally marked deprecated instead of just doing the substitution too). Cheers! Sean ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ BRL-CAD Developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/brlcad-devel
