I reported it to the Singular list. I hope that the interest of the Singular group on libSingular will increase.
http://code.google.com/p/convex-singular/wiki/libSingular Cheers, Michael On Nov 5, 10:36 am, François Bissey <f.r.bis...@massey.ac.nz> wrote: > > Hi, > > > > I have toyed with singular-3.1.2 and tried to see if it could work with > > > sage. > > > nice, I meant to get around to it but never did. > > > > The short story is that we should stay clear of it for a some time. > > > The singular executables are fine, the problems are with libsingular. > > > The headers shipped for libsingular are currently completely broken, > > > this is because they are working on their new build system and it has > > > growing pains. > > > Did you report your findings upstream? [libsingular-devel] is probably the > > best place for this. We have a pretty good relationship with the Singular > > project, they usually respond to our problems really really quickly with a > > fix! > > Not directly, one of my friends who is the real maintainer for singular in > Gentoo is in touch with Hans Shoenemann. My friend found similar problem with > some of the other component of singular which also have an individual package. > > My understanding is that upstream may be aware that they have a problem > in any case they will know shortly. > > The problem is that it looks like they are trying to reorganize the headers > and the work is not complete yet. The new libsingular.h looks like this: > #ifndef SINGULAR__H > #define SINGULAR__H > > #include <math.h> > #include <Singular/singular/mod2.h> > #include <kernel/structs.h> > #include <kernel/polys.h> > #include <kernel/longrat.h> > #include <Singular/singular/longalg.h> > #include <kernel/numbers.h> > #include <kernel/febase.h> > #include <kernel/ring.h> > #include <omalloc/omalloc.h> > #include <Singular/singular/clapsing.h> > #include <kernel/maps.h> > #include <Singular/singular/kutil.h> > #include <kernel/kstd1.h> > #include <Singular/singular/tgb.h> > #include <Singular/singular/sparsmat.h> > #include <Singular/singular/rintegers.h> > #include <Singular/singular/rmodulo2m.h> > #include <Singular/singular/rmodulon.h> > > #include <Singular/singular/subexpr.h> > #include <Singular/singular/tok.h> > #include <Singular/singular/grammar.h> > #include <Singular/singular/ipid.h> > #include <Singular/singular/ipshell.h> > #include <Singular/singular/attrib.h> > #include <kernel/options.h> > > int siInit(char *); > > /* we need this function in Sage*/ > number nr2mMapZp(number from); > > #endif //SINGULAR__H > > -------------- > But in actual fact things are still shipped in the singular subfolder only. > All the headers in the singular subfolder as well as the factory headers > which are shipped in the top level include folder have the same problem. > > Francois -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URL: http://www.sagemath.org
