Hello,
is there any objection if I replace most uses of ->_mp_alloc by calls to
the ALLOC macro in mp[zqf] (and similarly for _mp_size, etc)? It helps
when experimenting... I am also considering moving the NUM and DEN macros
from test/mpq/t-cmp* to gmp-impl.h, since I assume mpq_numref and
mpq_denref are not used much internally because of their length. By the
way, is there any difference between PTR and LIMBS? Say one that should be
used in some circumstances and one in others?
Unrelated, I was thinking of changing (when gmp is compiled with a C++
compiler, so that wouldn't affect many people...) the definitions of
TMP_DECL and TMP_FREE so TMP_DECL would create a variable whose destructor
(executed when the variable goes out of scope, which shouldn't be far from
where TMP_FREE is currently called) does what TMP_FREE currently does. The
advantage is that in case an exception is thrown in between, the
destructor is executed. That doesn't solve all memory issues by far, but
it is a first step that costs little in terms of code and 0 in speed.
I am not saying I will do either any time soon, just checking first.
--
Marc Glisse
_______________________________________________
gmp-devel mailing list
gmp-devel@gmplib.org
http://gmplib.org/mailman/listinfo/gmp-devel