[GiNaC-devel] release 1.3.6
Sheplyakov Alexei
varg at theor.jinr.ru
Wed Dec 13 08:23:56 CET 2006
On Tue, Dec 12, 2006 at 09:34:57PM +0100, Richard B. Kreckel wrote:
> But if the extra class members are of a class that is not intended to be
> used by any user of the library and cannot be used (at least without
> messing around),
There is no need of "messing around". Corresponding symbols are readily
available in the shared object (since they have ELF visibility `default'
rather than `hidden' or `private'), so:
// bugme.cpp
#include <ginac/ginac.h>
namespace GiNaC {
class lanczos_coeffs;
}
void foo() {
using namespace GiNaC;
lanczos_coeffs bugme;
// do something here
}
BTW, people *do use* _exN stuff in their code.
> Hence, there isn't anything that can break when the library is later
> upgraded underneath applications using it.
I don't think that changing class layout for increasing precision is
a good idea anyway.
Best regards,
Alexei
--
All science is either physics or stamp collecting.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 827 bytes
Desc: Digital signature
URL: <http://www.ginac.de/pipermail/ginac-devel/attachments/20061213/6d5a2fe9/attachment.sig>
More information about the GiNaC-devel
mailing list