Good evening,
This is to announce the availability of CLN 1.1.10. It's a maintenance
release that fixes some outstanding issues, most notabliy compilation
failures on some new versions of GCC. To quote the NEWS file:
Implementation changes
* Removed the vptr of modular integer and univariate polynomial
classes in order to fix some crashes in that sector of CLN. Code
using this needs to be recompiled.
* Many more operator signatures make the integration of CLN types with
float/double easier.
Other changes
* Several compilation fixes.
* Made it possible to cross-compile CLN.
On another note, the GiNaC website has finally moved to a new site.
Along with it, CLN's CVS repository and mailing list have moved, too.
Without this, most probably there wouldn't be a release yet. If you
were using CVS, please check out a new tree. And, please, make sure you
use the cln-list(a)ginac.de address, and not one with uni-mainz.de in it.
If unsure: the web page has all the relevant information updated.
Happy hacking
-richy.
--
Richard B. Kreckel
<http://www.ginac.de/~kreckel/>
Dear all,
Due to ongoing technical problems at Mainz University (*), it was decided
to move GiNaC's and CLN's web server / CVS server / mailing lists to a
rented server. This should allow us to continue communicating via mailing
lists, doing development and updating the web pages, things that have
become difficult during the last 10 weeks or so.
We are going to move the DNS entries ASAP. The hosted machine's
IP-address is going to be 81.169.130.167. We'll certainly see some outage
while the transfer occurs, but hopefully not for long time.
Meanwhile, you can all make sure the address you use as mailing list
addresses is ...(a)ginac.de, not ...(a)thep.physik.uni-mainz.de or
...(a)zino.physik.uni-mainz.de because these will cease to work.
We apologize for the inconveninece
-richy.
(*) Case in point: right now the web server is dead.
--
Richard B. Kreckel
<http://www.ginac.de/~kreckel/>
I'm trying to build a DLL of CLN for mingw. I absolutely must have a DLL
as my use of CLN is with octave (www.octave.org) and with the lack of
symlinks under windows if I use a static library, CLN with be linked in
to all of the seperate octave functions, and the amount of disk used
with be enormous...
However, I have a problem of many many resolved symbols in CLN when
linking the DLL. I imagine the same problem must exist under cygwin as
well. A sample of the type of error message I'm getting are
exam.o(.text+0x133): In function
`Z41__static_initialization_and_destruction_0ii':
exam.cc:50: undefined reference to `global constructors keyed to
cl_module__cl_prin_globals__firstglobalfun'
exam_I.o(.text+0x96):e:/octave/build/bld/cln-1.1.9/tests/: undefined
reference to `cln::cl_I::cl_I(char const*)'
exam_RA.o(.text+0x96):e:/octave/build/bld/cln-1.1.9/tests/: undefined
reference to `cln::cl_RA::cl_RA(char const*)'
etc... Though I have hundreds of such unresolved symbols... Is there
something basic that I'm missing? Or are these really unresolved and the
problem only appears in the windows builds?
Regards
David
--
David Bateman David.Bateman(a)motorola.com
Motorola Labs - Paris +33 1 69 35 48 04 (Ph)
Parc Les Algorithmes, Commune de St Aubin +33 1 69 35 77 01 (Fax)
91193 Gif-Sur-Yvette FRANCE
The information contained in this communication has been classified as:
[x] General Business Information
[ ] Motorola Internal Use Only
[ ] Motorola Confidential Proprietary