You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
C APIs typically "solve" the namespace pollution problem by prefixing their functions and types with some epithet for the library. In our case it's rr. So, getNumRegisteredIntegrators becomes rr_getNumRegisteredIntegrators, simulate becomes rr_simulate. I suppose RRHandle can remain the same.
It's a shame this wasn't done already, mainly because we don't have much C expertise on the team. If a C programmer ever got hold of this code, they'd probably be offended by its namespace pollution. Every single symbol in the C API should be prefixed in some future release.
The text was updated successfully, but these errors were encountered:
Hence we cannot change it at the moment. We can revisit this in version 2.0
of libroadrunner. I need some stability at the moment in the API since its
been too fluid in the last few years.
C APIs typically "solve" the namespace pollution problem by prefixing their functions and types with some epithet for the library. In our case it's rr. So,
getNumRegisteredIntegrators
becomesrr_getNumRegisteredIntegrators
,simulate
becomesrr_simulate
. I supposeRRHandle
can remain the same.It's a shame this wasn't done already, mainly because we don't have much C expertise on the team. If a C programmer ever got hold of this code, they'd probably be offended by its namespace pollution. Every single symbol in the C API should be prefixed in some future release.
The text was updated successfully, but these errors were encountered: