songsenand
/
cgal
mirror of https://github.com/CGAL/cgal
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
35,531 Commits 3 Branches 156 Tags 970 MiB
Commit Graph

161 Commits

Author SHA1 Message Date
Michael Kerber 2d6effd892 Algebraic_real_traits for x defined differently 2007-10-31 07:31:58 +00:00
Michael Kerber 7d722fda93 Inserted first version of approximation functions 2007-10-31 07:13:40 +00:00
Monique Teillaud 25a4f6bce2 fix asked by Ron 2007-10-29 09:12:46 +00:00
Monique Teillaud 158446fe1e todo 2007-10-26 09:09:15 +00:00
Monique Teillaud 2ba48b8eff answer Ron's review and fix many additional minor problems 2007-10-26 08:55:31 +00:00
Monique Teillaud 0894345125 updates 2007-10-25 15:48:34 +00:00
Pavel Emeliyanenko d237417bc0 renamed Event_line -> Curve_vertical_line 2007-10-25 15:17:57 +00:00
Monique Teillaud 6e3039a475 answers some general comments by Ron, left by Eric as open: 
(+ a few fixes encountered while doing the corrections)

* Another change is realted to the functors XCtriticalPoints_2 and
YCtriticalPoints_2. The best solution in my opinion is to let these 
two functors be optional: any model of the AlgebraicKernel_d_2 concept 
must define a tag named Has_critial_points.

o I think that saying that, for example, Solve_1 is an "AdaptableFunction
  that computes the real roots of a univariate polynomial" is too long.
  Just say that it "Computes the real roots of a univariate polynomial",
  and under a "Refines" subsection states that it is a refinement of
  AdaptableFunction (this is already done for some functor concepts).
o It is fine to be meticulous and state what are the "result_type",
  "argument_type" etc. for the various functors. However, I think that
  stating (for Compare_1 in this case):
    result_type fo (first_argument_type x, second_argument_type y)
  is a bit confusing (the reader has to look back and forth to see what
  these types are). I?d prefer a more direct definition:
    Comparison_result fo (Algebraic_real_1 x, Algebraic_real_1 y)
o I do not like to have a functors that accept two output iterators.
  I think a better implementation is an output iterator whole value type
  is std::pair<A,B>. (See below)
 2007-10-25 15:07:44 +00:00
Pavel Emeliyanenko 11bf6cad98 Sign_2 predicate 2007-10-25 11:04:36 +00:00
Eric Berberich e478f855e4 update 2007-10-24 08:33:06 +00:00
Eric Berberich 78f0a33847 applied Ron's suggestions, in particular 
VLine-> StatusLine
get_ -> ""
 2007-10-24 08:27:44 +00:00
Eric Berberich 870f584a7a AKwA_2 refines AK_2 now 2007-10-24 08:26:50 +00:00
Pavel Emeliyanenko 285d0a105a Sign_2 revised 2007-10-21 13:39:01 +00:00
Pavel Emeliyanenko bda42a3b66 Sign_2 revised 2007-10-21 13:38:15 +00:00
Pavel Emeliyanenko d5cd36d160 Sign_2 predicate added 2007-10-18 12:41:08 +00:00
Pavel Emeliyanenko 5836bca0b9 Sign_2 predicate added 2007-10-18 12:40:29 +00:00
Pavel Emeliyanenko af417ab926 Benchmark for Solve_2 functor 2007-10-13 17:30:36 +00:00
Pavel Emeliyanenko a46f21b827 Algebraic curve kernel: Solve_2 and X/Y_critical_points revised 2007-10-13 17:27:11 +00:00
Pavel Emeliyanenko 442854dbbd Solve_2 and X/Y_critical_points revised 2007-10-13 17:26:41 +00:00
Pavel Emeliyanenko 423448acc1 Now with Solve_2 implemented 2007-10-08 20:29:18 +00:00
Pavel Emeliyanenko 452b2ace35 Algebraic curve kernel (tested with Arrangement_2 & ConiX) 2007-10-03 12:35:08 +00:00
Pavel Emeliyanenko db11009d64 Misc files 2007-09-28 09:25:56 +00:00
Menelaos Karavelas 62c178cb43 now printing at the end also the time for solving without the multiplicities 2007-09-26 12:36:08 +00:00
Menelaos Karavelas 0efc2a826a added separate bench for solving without asking for the multiplicities 2007-09-24 14:05:38 +00:00
Sebastian Limbach ca8969cfe8 Data files used for benchmarks. 2007-09-24 09:40:17 +00:00
Sebastian Limbach 9ed851ddbf Data files used for benchmarks. 2007-09-24 09:20:34 +00:00
Pavel Emeliyanenko 0619a09469 Curve kernel aux files 2007-09-21 16:49:29 +00:00
Pavel Emeliyanenko ae2614e207 Algebraic curve kernel 2007-09-21 16:49:10 +00:00
Pavel Emeliyanenko 675ed3e213 Supporting files 2007-09-11 10:01:52 +00:00
Pavel Emeliyanenko a6ac1c2bdb Supporting files 2007-09-10 22:01:22 +00:00
Menelaos Karavelas 1e8e04947e stylistic changes 2007-09-09 18:35:48 +00:00
Pavel Emeliyanenko 598349d948 Supporting files 2007-09-07 19:30:46 +00:00
Pavel Emeliyanenko 2df8368aed Algebraic curve kernel 2007-09-07 19:30:08 +00:00
Monique Teillaud c80b9c1fc8 same kind as previous commit 2007-09-03 11:21:34 +00:00
Monique Teillaud 57958f4e66 questions and todo reformatted 2007-09-03 11:20:36 +00:00
Pavel Emeliyanenko 6f9f4d8b79 Algebraic curve kernel support files 2007-08-25 19:16:59 +00:00
Pavel Emeliyanenko 22693ceb57 Algebraic curve kernel 2007-08-25 19:16:26 +00:00
Eric Berberich 816043c25b added some TODO 2007-08-22 13:04:37 +00:00
Eric Berberich 453059c4d3 added some TODOs 2007-08-22 12:48:14 +00:00
Pavel Emeliyanenko 5f0f9215ba Algebraic curve kernel: now with curve/curve pair caching 2007-08-19 18:08:16 +00:00
Pavel Emeliyanenko 82b18d1e6d Supporting files 2007-08-19 18:07:38 +00:00
Pavel Emeliyanenko ddedc0e199 Supporting files 2007-08-19 17:36:07 +00:00
Pavel Emeliyanenko e69c9b2f86 Algebraic curve kernel 2007-08-19 17:35:32 +00:00
Pavel Emeliyanenko e9b97cd0f9 Hashed map with LRU capabilities 2007-08-17 14:32:22 +00:00
Pavel Emeliyanenko 73428ec15c Algebraic curve kernel - now with experimental caching support 2007-08-17 14:31:31 +00:00
Monique Teillaud 513bfe96d2 fix in Solve2 2007-08-16 11:02:06 +00:00
Pavel Emeliyanenko eefb69ff8d Supporting files (tested with ConiX) 2007-08-15 13:10:35 +00:00
Pavel Emeliyanenko bbc1648717 Algebraic curve kernel (tested with ConiX) 2007-08-15 13:09:58 +00:00
Pavel Emeliyanenko 3e95132beb Supporting files 2007-08-14 13:21:16 +00:00
Pavel Emeliyanenko 78cfe7c825 Supporting files for Algebraic curve kernel 2007-08-13 17:12:55 +00:00