Activity
From 25 Sep 2012 to 24 Oct 2012
24 Oct 2012
-
18:25 Design #272: Forward declarations
- yes! I'm not sure how easy/difficult it is going to be to group them: looking at the documentation page:
PPMonoid
... -
16:56 Design #272 (New): Forward declarations
- The C++ STL offers a header file *@<iosfwd>@* which contains forward declarations of the types used for input/output ...
-
- confirm: all compiles and runs smoothly :-)
-
- I have renamed the class @ConstRefRingelem@ into *@RingElemAlias@*, and introduced a new typedef for *@ConstRefRingEl...
22 Oct 2012
-
- John Abbott wrote:
> Question: what does this function do to the value in *@r@* if the quotient does not exist?
> 1 t... -
- Suggestion:
We need a function sounding like "myIsTooBigForExponent(EXP)" to be called before ...
20 Oct 2012
-
- OK, we can add *@IsDivisible(r, r1, r2)@* as Anna proposes; I'm not convinced it is the best possible interface, but ...
-
- All files which exist just for the @CoCoAServer@ should be in the *@src/server/@* directory (rather than @src/Algebra...
-
- I ran the (old) benchmark set (inside @src/server/@).
There was *no real difference in speed* between a compilation ...
19 Oct 2012
-
- I've added to our CVS the files (files are called Tmp when we have no txt documentation ;-)
* @TmpJBDatastructure.CH@... -
18 Oct 2012
-
- The exception catching mechanism in C++ distinguishes the errors based on their types (respecting inheritance relatio...
-
- A cheap safety check for exponent overflow would be simply to conduct the check in the @power@ functions for PPMonoid...
-
- The real candidates are (B) and (C) -- I interpret these as meaning 16 bits and 32 bits.
Option (A) would limit ex... -
- The C++ type used for represent exponents in powerproducts is defined in the file *@config.H@*. It has to be an unsi...
-
- John Abbott wrote:
> It is not really important, but I will mention that in some cases one can test divisibility much...
17 Oct 2012
-
- It is not really important, but I will mention that in some cases one can test divisibility much more cheaply than co...
-
- Anna's proposal *@bool IsDivisible(r, r1, r2)@* is reasonable and fits in with what we have done in similar cases so ...
-
- Maybe we could add the interface *bool IsDivisible(r, r1, r2)* which has a similar feeling to *bool IsInteger(n, x)*....
-
- Checking in completed.
Documentation has still to be updated.
15 Oct 2012
-
- CVS check-in blocked until new release of CoCoALib has been made.
I'll look at the documentation in the meantime.
14 Oct 2012
-
- Try adding (in the right place...)...
12 Oct 2012
-
- I have a very strange problem compiling the debug2 version.
(indeed it is not related with debugging at all, but wit... -
- Alessandra reports:
* *@examples/CopyInfo.C@* is not an example -- Anna has added a comment to the file
* incomple...
11 Oct 2012
-
- Now we have a git copy of cocoalib to play with.
Moreover I tried to make a new small project (math exercises ;-) ... -
- I have replaced all occurrences of *@RefRingElem@* (usually by *@RingElem&@*),
and made a few scattered minor chang... -
- I have implemented a reasonably clean solution to case *C*; it is exception safe but does make a "wasteful copy".
... -
- The impls for *@ConcatVerImpl::mySetEntry@* are completely general, so move them up to the base class.
10 Oct 2012
-
17:22 Support #262: Play with GIT
- I used some of the ideas from
http://undefinedvalue.com/2010/07/02/workflow-remote-cvs-local-git
to use git on my s... -
- Anna & John: Use a temporary copy of CoCoALib to learn the various GIT commands.
-
- I have modified the source code in the 4 areas indicated in my previous post. It all compiles and the tests pass.
... -
- I am considering eliminating the type @RefRingElem@. To do this I must find out where the type is used.
The type @R... -
- JAA is currently assessing how useful/necessary @RefRingElem@ is; the hope is that they can simply be eliminated (alo...
-
- From studying issue #221 it has become apparent that the role of *@RefRingElem@* needs urgent review.
09 Oct 2012
-
- Hensel lifting for univariate GCDs requires a squarefree GCDfree basis.
There is an implementation in @GCDfreeBasis.... -
- In CoCoA-4 there is some rather inefficient code for multivariate lifting. Can it be made more efficient?
In any ... -
- The old CoCoA-4 univariate GCD code should be transcribed into CoCoALib.
It comprises:
* gcd in Fp[x] via standar... -
- [following on from a discussion with Christof]
It does not seem to be possible to allow more than one input expressi... -
- Any progress?
-
- JAA proposes the following guideline:
a coefficient is printed between brackets except when:
* the coefficients @+1@...
08 Oct 2012
-
- Specify what default grading is.
-
- As we did for GMP (see #247)
-
- Closed issue #247 has satisfied wish (7).
-
-
- Christof and John looked at various possible printed forms of *@(3-2*x)^5@*...
-
- Right now Hilbert series do not exist in CoCoALib.
In CoCoA-5 they are built in the package @hp.cpkg5@.
Now we ne... -
- Don't forget the *@DEBUG2@* setting available in @autoconf.mk@; it activates checking in @MemPool@ managed memory, an...
05 Oct 2012
-
- If I define @ConvertTo@ for converting @RingElem@ into @BigInt@, should I define all members of the convert family fo...
-
- Improved all multivariate polynomials (using new function *myAddMonomial*)
Need some memory checking, just to make s... -
- I found the reason why "lhs+=f" is slow:
to guarantee *exception safety* it has to make a copy of lhs.
But, when f is... -
- I made an example showing how to add one monomial at a time and comparing timings with standard "+=".
... "+=" is ... -
- *2013-02-18: The problem presented in this post has been resolved by removing the class @RefRingElem@ (see #261)*
Th... -
- More code clean up and use of new libnormaliz functions for meaningful error messages when something couldn't be comp...
-
- * Made the NewCone functions to constructors of cone.
* Introduced some abbreviation in the method names:
Integral... -
- I have changed the name of a field in a @factorization@ object: it is now @myMultiplicities@ rather than the previous...
-
- There is a new configuration option *@--threadsafe-hack@* which activates the CoCoALib compilation flag @-DCoCoA_THRE...
04 Oct 2012
-
-
- Implemented Bruns(10): "multiplicity" instead of "exponents" in @factorization@
-
- Dear Anna and John,
let me collect all the points that came up in the development of nmzIntegrate (Christof has ev... -
- all done, all tests and documentation for CoCoALib and CoCoA-5
Need to sleep on it an tomorrow I'll check it in and ... -
-
- An interesting suggestion is to have a procedure (with 2 params) which "moves" the leading form of one param into the...
-
- Anna will add a clear example.
-
- JAA suggests using the @convert@ family for achieving this. For instance...
03 Oct 2012
-
- I've solved yesterday's problem (but still have not understood what caused it).
I was about to update the documentat... -
- My "gut feeling" is that code in @tmp.C@ should not have official documentation.
However, from a practical point o... -
- @tmp.H@ includes some useful functions, such as *sum*, *product*, ...
but documentation is missing (of course, as it... -
- Did what I said in the previous post and:
* Integration of the ConeImpl.myXX() into the XX(), only the myCompute fun... -
- Now there are tests, and documentation.
Should also add multihomogenization: takes just some designing, all "brute c...
02 Oct 2012
-
- Most of the work is done.
-
- Non homogeneous assignment of @RingElem@ is trickier than I thought (because of the inheritance from *@RefRingElem@*)...
-
- Note that assignment to a *@RefRingElem@* cannot change the ring to which it belongs because it may well be a referen...
-
- We agreed on:
keep the SmartPtr class cone
remove the abstract base class
name the implementation class ConeImpl -
- I have improved the doc for *@ring@* (adding assignment and equality tests).
I have also confirmed that the curren...
01 Oct 2012
-
- Works fine. Thanks!
-
-
- A simple test example showed that assignment of rings was already working. A visual check of the source for @SmartPt...
-
- To enable assignment for *@ring@* I must enable assignment for *@SmartPtrIRC@*. I wonder what consequences that will...
-
- The function...
-
- The web page for MPFR reports that there is a library *MPFI* which implements interval arithmetic on top of MPFR.
-
- Implement (in C++) approximate QIR following the article by Kerber+Sagraloff (publ ISSAC 2011).
The impl will need...
28 Sep 2012
-
- OK! As I said for #221
-
- JAA proposes we add:
* default ctor for *@ring@* (value is @RingZZ()@)
* assignment of rings
The second is cert... -
- John Abbott wrote:
> Any objections to allowing assignment of values of type @ring@?
ok for me: in fact I had to ... -
- To implement assignment of @RingElem@ which can change the ring, I need to allow *@ring@* to be assigned -- currently...
-
- *Case (A)* We have decided that this code:...
-
- To close a "version":
go to roadmap
select the version
top right corner (usually outside my narrow window..) there... -
- Done: PolyRing
(now I write the documentation. Where? RingElem.txt?) -
- For checking the input of some CoCoA5 Normaliz functions I could use an AreMonomials(const std::vector<RingElem>& ) f...
-
- Alessandra:
* several guidelines for improving *@DynamicBitset@* (doc and example)
* approved @symbol@, @ideal@, @fac... -
- Alessio produced a slightly improved impl for computing squares, except that it actually runs slightly more slowly th...
26 Sep 2012
-
- We expect the homogenizing indeterminate is in the ring (as in cocoa-4).
-
- To make the conversion at least easier a constructor like in #7 note-4 would be helpful: *@RingElem(R, x)@*
If an ... -
- John Abbott wrote:
> If we allow "mixed ring" assignment then we should also allow "mixed ring" *@swap@*.
I agree -
- If we allow "mixed ring" assignment then we should also allow "mixed ring" *@swap@*.
JAA would expect *@swap@* to ...
25 Sep 2012
-
- The geobucket doc is very old and needs a major revision.
-
- Should we implement functions very like *@AsINT@* and *@AsRAT@* in CoCoALib?
What should their names be? Anna sug... -
-
- Anna, Christof and John all agree that:
* the default ctor for @RingElem@ produces 0 in @ZZ@
* the rule/guideline i...
Also available in: Atom