[GiNaC-list] Results of GiNaC (& CLN) builds

Sheplyakov Alexei varg at theor.jinr.ru
Sat Jul 15 19:24:48 CEST 2006


On Fri, Jul 14, 2006 at 04:39:11PM -0700, Richard Haney wrote:
> relevant part of "exams.out" (from line 29 to end):
> <begin quote>
> ----------archiving system:
> archiving/unarchiving
> 42*y^sin(Catalan*y)*ONE*eps.(1/2*y).0.(FAIL)*x+(2.4275000000000002132)*eps~y~*0+(gamma~mu*gamma.mu)*x.(1+2*y)~(-mu)*(I*f.x.y.2+d.x.y.2)*T.x+delta.(delta.x.($7)*[[-1,0,0],[0,Euler,0],[0,0,atan(y^(-1)*x==-15/17*I)]])~(ONE*{x,-11*y,(acos(6-10*I))+(-(26/3725-48/3725*I)*sqrt(65+120*I))*(-3+5*I+x)+((17364/13875625-652/13875625*I)*sqrt(65+120*I))*(-3+5*I+x)^2+Order((-3+5*I+x)^3)}*g~2~(log(cos((128.0)*y^(-1)*x^(-1)))))+((abs(y))+(D[0](abs)(y))*(-y+x)+(1/2*D[0,0](abs)(y))*(-y+x)^2+(1/6*D[0,0,0](abs)(y))*(-y+x)^3+Order((-y+x)^4))
> erroneously returned 42*y^sin(Catalan*y)*ONE*eps.(1/2*y).0.(FAIL)*x
> ----------structure template:
> (no output)
> ----------hash maps:
> (no output)
> ----------miscellaneous other things:
> (no output)
> <end quote>
> Could it be that the failure here is due to GiNaC's use of CLN's io
> functions and specifically is a result of a bug indicated in CLN's
> "test_I_io" failure as described in my previous post "[GiNaC-list]
No. The real reason is that the test program open files in so called
"text" mode (as opposed to "binary" one). On normal OSes there is no
difference, but on Windows...
The patch I've posted fixes that (the test program, not Windows).

> 2. The Makefile for building libginac.a does not seem to have the
> correct dependency information for the dependency of libginac.a on
> "indexed.cpp".
The Makefile *does* has correct dependency info:

am_libginac_la_OBJECTS = add.lo archive.lo basic.lo clifford.lo \
	color.lo constant.lo ex.lo expair.lo expairseq.lo exprseq.lo \
	fail.lo fderivative.lo function.lo idx.lo indexed.lo \
	inifcns.lo inifcns_trans.lo inifcns_gamma.lo \
	inifcns_nstdsums.lo integral.lo lst.lo matrix.lo mul.lo \
	ncmul.lo normal.lo numeric.lo operators.lo power.lo \
	registrar.lo relational.lo remember.lo pseries.lo print.lo \
	structure.lo symbol.lo symmetry.lo tensor.lo utils.lo \
	wildcard.lo input_parser.lo input_lexer.lo
libginac_la_OBJECTS = $(am_libginac_la_OBJECTS)

libginac.la: $(libginac_la_OBJECTS) $(libginac_la_DEPENDENCIES) 
	$(CXXLINK) -rpath $(libdir) $(libginac_la_LDFLAGS) $(libginac_la_OBJECTS) $(libginac_la_LIBADD) $(LIBS)

include ./$(DEPDIR)/add.Plo
# etc, etc.
include ./$(DEPDIR)/indexed.Plo

> 4.  Now that a satisfactory build of libginac.a seems to be within
> view, I'd like to get a "shared" (.dll) version of both "libcln.a" and
> "libginac.a", but even though I think I am following directions for
> getting shared libraries, I don't seem to be getting them.  A typical
> make output (for both CLN and GiNaC) that may have something to do with
> this is "libtool: link: warning: undefined symbols not allowed in
> i686-pc-cygwin shared libraries".
DLLs are not supported at the moment. And I don't think they will be
supported in near future.

For developers:
Basically, each each global variable

extern foo_t bar;

declared in CLN headers needs to be polluted with __declspec junk.
See http://www.belgeler.org/autobook/autobook-DLLs-with-Libtool.html
for more info.

All science is either physics or stamp collecting.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: Digital signature
Url : http://www.cebix.net/pipermail/ginac-list/attachments/20060715/0afd9395/attachment.pgp

More information about the GiNaC-list mailing list