On 19/10/16 23:57, Victor Shoup wrote:
Sure. Will do.
For people not on libsingular-devel, Hannes' answer:
==
The problem is a fast/convinient conversion between long integers in
factory of type CanonicalForm (which is in principle a mpz_t number)
and long integers in NTL of type ZZ (wh
Sure. Will do.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sage-devel+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroup
And posted to libsingular-devel:
https://groups.google.com/d/msg/libsingular-devel/u8-aHNMqf44/GNVvSYGEAQAJ
> On 18/10/2016, at 21:39, Jean-Pierre Flori wrote:
>
>
>
> On Tuesday, October 18, 2016 at 8:52:23 AM UTC+2, François wrote:
>
> > On 18/10/2016, at 19:42, Jean-Pierre Flori wrote:
I will anyway add routines to get and set the limbs of a ZZ.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sage-devel+unsubscr...@googlegroups.com.
To post to th
I probably assumed too much. But it felt wrong to say
“there is a problem building ntl but ntl upstream is happy
to talk to you about your needs” (and doing that anonymously
feels like a prank call).
I prefer the mailing list option and I am actually subscribed.
Still have to get to it.
François
Are you sure you need an account on the trac to report it? The http version
at least seems to accept essentially anonymous input.
Alternatively, I guess JP's suggestion should work fine. It might be even
better if some discussion is needed about what interface NTL should provide.
Bill.
On Tues
On Tuesday, October 18, 2016 at 8:52:23 AM UTC+2, François wrote:
>
>
> > On 18/10/2016, at 19:42, Jean-Pierre Flori > wrote:
> >
> >
> >
> > On Tuesday, October 18, 2016 at 6:37:49 AM UTC+2, Victor Shoup wrote:
> > Good! But it should be determined if there is an interface that ntl
> coul
> On 18/10/2016, at 19:42, Jean-Pierre Flori wrote:
>
>
>
> On Tuesday, October 18, 2016 at 6:37:49 AM UTC+2, Victor Shoup wrote:
> Good! But it should be determined if there is an interface that ntl could
> provide so that this problem goes away
>
> I think that what you suggested: extracti
On Tuesday, October 18, 2016 at 6:37:49 AM UTC+2, Victor Shoup wrote:
>
> Good! But it should be determined if there is an interface that ntl could
> provide so that this problem goes away
I think that what you suggested: extracting gmp bignums from NTL's ZZ (and
the other way around) would
Good! But it should be determined if there is an interface that ntl could
provide so that this problem goes away
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
Hans does seem to fix most bugs that are reported unless they require
extensive rewriting or aren't considered bugs. It looks like this code was
written with the expectation that it would be maintained, so I'd just
report it to him [1].
Bill.
[1] https://www.singular.uni-kl.de/index.php/singul
That said, I think the quickest fix is to replace static_cast with
(long*). But it's not a good long term solution.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
> On 18/10/2016, at 17:18, Victor Shoup wrote:
>
> I see. I don't do it on purpose...
> I looked at some singular source files, but I don't know if I have the most
> recent. But it looks like they are trying to look inside ntl's ZZ
> representation. That's a big no no. Right now, the only s
I see. I don't do it on purpose...
I looked at some singular source files, but I don't know if I have the most
recent. But it looks like they are trying to look inside ntl's ZZ
representation. That's a big no no. Right now, the only semi efficient way to
do this with the existing interface is
> On 18/10/2016, at 16:49, Victor Shoup wrote:
>
> Interesting. Looks like the singular code is using internal, undocumented NTL
> interfaces. I work very hard to keep the documented interfaces stable and
> reliable, but I can't guarantee anything for undocumented interfaces. If
> singular i
Interesting. Looks like the singular code is using internal, undocumented NTL
interfaces. I work very hard to keep the documented interfaces stable and
reliable, but I can't guarantee anything for undocumented interfaces. If
singular is going to do that, they will have to use ifdefs or somethin
On 15/10/16 03:28, Victor Shoup wrote:
After much foot dragging, and with the help and encouragement of folks
here at sage-devel,
I've finally got around to making (nearly) all of the packaging/build
features that were requested.
The big ones are locally generated libtool and $(MAKE).
I did not i
I just uploaded NTL v10.1.0.
After much foot dragging, and with the help and encouragement of folks here
at sage-devel,
I've finally got around to making (nearly) all of the packaging/build
features that were requested.
The big ones are locally generated libtool and $(MAKE).
I did not implement
18 matches
Mail list logo
