> 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
