Menu
▾
▴
lib2geom-devel — development discussion
You can subscribe to this list here.
| 2007 |
Jan
(2) |
Feb
(3) |
Mar
(4) |
Apr
(27) |
May
(5) |
Jun
|
Jul
(14) |
Aug
|
Sep
(1) |
Oct
(4) |
Nov
(19) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(8) |
Feb
(1) |
Mar
(4) |
Apr
(28) |
May
(77) |
Jun
(79) |
Jul
(112) |
Aug
(36) |
Sep
(33) |
Oct
(19) |
Nov
(9) |
Dec
(11) |
| 2009 |
Jan
|
Feb
|
Mar
(12) |
Apr
(11) |
May
(13) |
Jun
(23) |
Jul
(5) |
Aug
(25) |
Sep
(9) |
Oct
(22) |
Nov
(16) |
Dec
(5) |
| 2010 |
Jan
(23) |
Feb
(12) |
Mar
(5) |
Apr
(29) |
May
(4) |
Jun
(9) |
Jul
(22) |
Aug
(2) |
Sep
(10) |
Oct
(6) |
Nov
(8) |
Dec
|
| 2011 |
Jan
(2) |
Feb
(44) |
Mar
|
Apr
(4) |
May
|
Jun
(9) |
Jul
(5) |
Aug
(4) |
Sep
(7) |
Oct
|
Nov
|
Dec
(10) |
| 2012 |
Jan
(16) |
Feb
(8) |
Mar
(9) |
Apr
(5) |
May
(3) |
Jun
(3) |
Jul
(6) |
Aug
(10) |
Sep
(48) |
Oct
(6) |
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(19) |
Sep
(3) |
Oct
(5) |
Nov
(35) |
Dec
(3) |
| 2014 |
Jan
|
Feb
(3) |
Mar
(4) |
Apr
(12) |
May
(6) |
Jun
(16) |
Jul
(25) |
Aug
(16) |
Sep
(3) |
Oct
|
Nov
(7) |
Dec
|
| 2015 |
Jan
(3) |
Feb
(1) |
Mar
(21) |
Apr
(10) |
May
(6) |
Jun
(3) |
Jul
(2) |
Aug
(4) |
Sep
(4) |
Oct
|
Nov
(2) |
Dec
|
| 2016 |
Jan
|
Feb
(11) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Krzysztof K. <twe...@gm...> - 2012-09-04 17:11:33
|
2012/9/4 Shriramana Sharma <sa...@gm...>: > My program is going to be GPL. I suppose that's OK? Is there some GPL > 2 vs GPL 3 problem involved? Most of livarot is actually public domain. The license situation of Inkscape is not completely clear, as currently it seems to contain both GPLv2-only and GPLv3-only code, but most of the files are GPLv2. > BTW if union of two filled paths causes empty regions to be produced > (think o overlaid on I), I suppose this function will include the > inner "unfilled" paths also in the same output path object? (Currently > this is what happens in Inkscape's GUI by clicking Path > Union but > just confirming that this one function does everything that is > needed.) Then I will just have to do the equivalent of "Path > Break > Apart" (found sp_selected_path_break_apart at path-chemistry.cpp l > 180). Yes, the unfilled parts will be included. as counterdirectional subpaths. 'Break apart' is equivalent to creating one Geom::PathVector per Geom::Path. (Note that in SVG terminology, Geom::PathVector corresponds to a path and Geom::Path to a subpath.) Regards, Krzysztof |
|
From: Krzysztof K. <twe...@gm...> - 2012-09-04 17:04:58
|
2012/9/4 mathog <ma...@ca...>: > Thanks for the reply. The option of having to use livarot, which "nobody > understands" is not > terribly appealing, and 2geom has its own issues, notably a broken boolean > shape method. Is > there some reason the inkscape project is creating 2geom instead of using > CGAL? CGAL seems to do > the same things and is in a more advanced state of development. For > instance, here is the documentation > for boolean operations: > > http://www.cgal.org/Manual/latest/doc_html/cgal_manual/Boolean_set_operations_2/Chapter_main.html CGAL does not contain boolean operations on paths, only on linear polygons and polygons with circular segments. In fact, it hardly contains any curve operations at all - most of it works on 'curves' defined as sequences of line segments. It's also a lot more complicated and focused on being as generic as possible rather than on ease of use. In short, there is very little in CGAL that is actually useful in Inkscape. Regards, Krzysztof |
|
From: mathog <ma...@ca...> - 2012-09-04 15:48:04
|
Thanks for the reply. The option of having to use livarot, which "nobody understands" is not terribly appealing, and 2geom has its own issues, notably a broken boolean shape method. Is there some reason the inkscape project is creating 2geom instead of using CGAL? CGAL seems to do the same things and is in a more advanced state of development. For instance, here is the documentation for boolean operations: http://www.cgal.org/Manual/latest/doc_html/cgal_manual/Boolean_set_operations_2/Chapter_main.html CGAL can be used under a GPL license, so that isn't an issue. http://www.cgal.org/license.html Both 2geom and CGAL need boost, so there's no real difference in the dependencies. At this point I have not really used either, but from a cursory comparison of 2geom and CGAL it looks like the latter might be a better choice. Regards, David Mathog ma...@ca... Manager, Sequence Analysis Facility, Biology Division, Caltech |
|
From: Shriramana S. <sa...@gm...> - 2012-09-04 10:29:59
|
On Tue, Sep 4, 2012 at 3:47 AM, Johan Engelen <jbc...@sw...> wrote: > For Inkscape we use TDM-GCC, http://tdm-gcc.tdragon.net/ , did you try to > build with that one? Any particular reason why TDM GCC and not the official MinGW GCC? -- Shriramana Sharma |
|
From: Shriramana S. <sa...@gm...> - 2012-09-04 09:37:03
|
On 9/1/12, Vincent Barrielle <vin...@po...> wrote: > Or you could use the code at > http://tog.acm.org/resources/GraphicsGems/gems/FitCurves.c > It's not exactly open source, Ouch, licence problems! :-) Anyhow, thanks for that link -- it was quite interesting. I suppose you were suggesting for me to manually offset my nodes and use the Gem to fit a curve to those points. But actually I realized later that I really don't need to do curve fitting. I already have the algorithm for that -- all I need now (AFAICS) is the Union algorithm to remove self-overlaps of filled paths. -- Shriramana Sharma |
|
From: Shriramana S. <sa...@gm...> - 2012-09-04 09:35:07
|
On 9/3/12, Krzysztof Kosiński <twe...@gm...> wrote: >> in src/livarot/PathOutline.cpp seems relatively straightforward? I > > Yes, of course you can use it, as long as you comply with the > licensing of the relevant files. My program is going to be GPL. I suppose that's OK? Is there some GPL 2 vs GPL 3 problem involved? >> I also would like to know where the Path > Union function is >> implemented in livarot as I am unable to find this. > > src/splivarot.cpp, the relevant function is at lines 115-602. By the > way, the API of this function is extremely badly designed, as the > actual boolean code begins at line 239; the rest is just > error-checking and preparation. That's OK -- I'll try to extract just the stuff which I need. Basically if I get the algorithm it is enough for me since my Path and other classes are probably going to be different. BTW if union of two filled paths causes empty regions to be produced (think o overlaid on I), I suppose this function will include the inner "unfilled" paths also in the same output path object? (Currently this is what happens in Inkscape's GUI by clicking Path > Union but just confirming that this one function does everything that is needed.) Then I will just have to do the equivalent of "Path > Break Apart" (found sp_selected_path_break_apart at path-chemistry.cpp l 180). -- Shriramana Sharma |
|
From: jan p. <jan...@gm...> - 2012-09-04 08:46:20
|
Hi Johan, I did compile with TDM-GCC, following inkscape's instructions. Yeah, manual seems a bit dated there, I guess I will fix it. I actually didn't install gsl or gtk, so I don't know about that. Inkscape building instructions should point to http://wiki.inkscape.org/wiki/index.php/Win32Port About that error, does cython generate anything? Could you please send me the _common_decl.cxx file? http://stackoverflow.com/questions/6985109/how-to-compile-c-code-from-cython-with-gccdescribes a similar problem, solution appeared to be linking the right libraries, which cmake should be doing. Cheers, Jan Pulmann On Tue, Sep 4, 2012 at 12:17 AM, Johan Engelen <jbc...@sw...>wrote: > Hi Jan, > > Great that you are working on this. > I get the following error: > Linking CXX shared module _common_decl.pyd > c:/mingw32/bin/../lib/gcc/mingw32/4.6.1/../../../libmingw32.a(main.o): In > function `main': > C:\MinGW\msys\1.0\src\mingwrt/../mingw/main.c:73: undefined reference to > `WinMain@16' > collect2: ld returned 1 exit status > make[2]: *** [src/2geom/cython-bindings/cy2geom.pyd] Error 1 > > The README.win32 text says to download the latest mingw and provides an > outdated (and broken) link. For Inkscape we use TDM-GCC, > http://tdm-gcc.tdragon.net/ , did you try to build with that one? > > Cheers, > Johan > > > > On 2-9-2012 17:55, jan pulmann wrote: > > Hi, I finally managed to build python bindings on Windows, I described the > procedure in > > http://bazaar.launchpad.net/~lib2geom-hackers/lib2geom/trunk/view/head:/README.win32 > > Please, test and report :) > Best regards > Jan Pulmann > > On Wed, Aug 22, 2012 at 10:39 PM, Johan Engelen < > jbc...@sw...> wrote: > >> I think we are all very excited about trying the new Python bindings, so >> let's try to get this building on Windows ! >> >> Jan, can you try to build it on Windows? Or does someone else have to >> step up to the plate? >> >> Cheers, >> Johan >> >> >> On 16-8-2012 22:22, Kris De Gussem wrote: >> > Compiles successfully now windows, with the bindings switched off. >> > >> > Regards >> > K. >> > >> > 2012/8/14 jan pulmann <jan...@gm...>: >> >> On Mon, Aug 13, 2012 at 10:37 PM, Kris De Gussem >> >> <kri...@gm...> wrote: >> >>> >> >>> Dear all >> >>> >> >>> I fail to compile lib2geom on windows (64 bit) even when Ragel and >> >>> cython are installed. >> >>> Still something is not right with cython, see output: >> >>> >> >>> ==================================== >> >>> E:\Inkscapecode\lib2geom>cmake -G "MinGW Makefiles" >> >>> -- The CXX compiler identification is GNU 4.6.1 >> >>> -- The C compiler identification is GNU 4.6.1 >> >>> -- Check for working CXX compiler: c:/mingw/bin/g++.exe >> >>> -- Check for working CXX compiler: c:/mingw/bin/g++.exe -- works >> >>> -- Detecting CXX compiler ABI info >> >>> -- Detecting CXX compiler ABI info - done >> >>> -- Check for working C compiler: c:/mingw/bin/gcc.exe >> >>> -- Check for working C compiler: c:/mingw/bin/gcc.exe -- works >> >>> -- Detecting C compiler ABI info >> >>> -- Detecting C compiler ABI info - done >> >>> -- gtk+-2.0 Includes, Compile and Link Flags: FOUND >> >>> -- gtkmm-2.4 Includes, Compile and Link Flags: FOUND >> >>> -- cairomm-1.0 Includes, Compile and Link Flags: FOUND >> >>> -- cairo Includes, Compile and Link Flags: FOUND >> >>> -- gsl Includes, Compile and Link Flags: FOUND >> >>> -- blas Includes, Compile and Link Flags: NOT FOUND >> >>> -- pycairo Includes, Compile and Link Flags: NOT FOUND >> >>> -- boost: FOUND ( C:/devlibs/include ) >> >>> -- Performing Test HAVE_SINCOS >> >>> -- Performing Test HAVE_SINCOS - Failed >> >>> -- Performing Test HAVE_ROUND >> >>> -- Performing Test HAVE_ROUND - Success >> >>> -- Performing Test HAVE_TRUNC >> >>> -- Performing Test HAVE_TRUNC - Success >> >>> CMake Warning (dev) at CMakeLists.txt:15 (LINK_DIRECTORIES): >> >>> This command specifies the relative path >> >>> >> >>> src/2geom >> >>> >> >>> as a link directory. >> >>> >> >>> Policy CMP0015 is not set: link_directories() treats paths >> relative to the >> >>> source dir. Run "cmake --help-policy CMP0015" for policy details. >> Use the >> >>> cmake_policy command to set the policy and suppress this warning. >> >>> This warning is for project developers. Use -Wno-dev to suppress it. >> >>> >> >>> CMake Error at >> c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cm >> >>> ake:97 (MESSAGE): >> >>> Could NOT find Cython (missing: CYTHON_EXECUTABLE) >> >>> Call Stack (most recent call first): >> >>> >> c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:288 >> (_FPH >> >>> SA_FAILURE_MESSAGE) >> >>> CMakeScripts/FindCython.cmake:29 >> (FIND_PACKAGE_HANDLE_STANDARD_ARGS) >> >>> CMakeScripts/UseCython.cmake:76 (find_package) >> >>> src/2geom/CMakeLists.txt:178 (include) >> >>> >> >>> >> >>> -- Configuring incomplete, errors occurred! >> >>> ==================================== >> >>> >> >>> Is it possible that this error is resulting from the ongoing GSoc >> project? >> >>> Is something missing in my cython installation, does the cmake script >> >>> need some update for windows? >> >>> Finally, is it possible to add an option to compile without cython and >> >>> update both README.win32 and mingwenv.bat (with the cython and >> >>> possibly other missing paths)? >> >>> >> >>> Kind regards >> >>> K >> >>> >> >>> >> ------------------------------------------------------------------------------ >> >>> Live Security Virtual Conference >> >>> Exclusive live event will cover all the ways today's security and >> >>> threat landscape has changed and how IT managers can respond. >> Discussions >> >>> will include endpoint security, mobile security and the latest in >> malware >> >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> >>> _______________________________________________ >> >>> Lib2geom-devel mailing list >> >>> Lib...@li... >> >>> https://lists.sourceforge.net/lists/listinfo/lib2geom-devel >> >> >> >> Hi, I added option to turn cython bindings on/off - it's off by >> >> default. It's pushed in the repository now, I hope it will work. >> >> Best regards >> >> Jan Pulmann >> > >> > >> ------------------------------------------------------------------------------ >> > Live Security Virtual Conference >> > Exclusive live event will cover all the ways today's security and >> > threat landscape has changed and how IT managers can respond. >> Discussions >> > will include endpoint security, mobile security and the latest in >> malware >> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> > _______________________________________________ >> > Lib2geom-devel mailing list >> > Lib...@li... >> > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel >> > >> > >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Lib2geom-devel mailing list >> Lib...@li... >> https://lists.sourceforge.net/lists/listinfo/lib2geom-devel >> > > > |
|
From: Johan E. <jbc...@sw...> - 2012-09-03 22:17:18
|
Hi Jan, Great that you are working on this. I get the following error: Linking CXX shared module _common_decl.pyd c:/mingw32/bin/../lib/gcc/mingw32/4.6.1/../../../libmingw32.a(main.o): In function `main': C:\MinGW\msys\1.0\src\mingwrt/../mingw/main.c:73: undefined reference to `WinMain@16' collect2: ld returned 1 exit status make[2]: *** [src/2geom/cython-bindings/cy2geom.pyd] Error 1 The README.win32 text says to download the latest mingw and provides an outdated (and broken) link. For Inkscape we use TDM-GCC, http://tdm-gcc.tdragon.net/ , did you try to build with that one? Cheers, Johan On 2-9-2012 17:55, jan pulmann wrote: > Hi, I finally managed to build python bindings on Windows, I described > the procedure in > http://bazaar.launchpad.net/~lib2geom-hackers/lib2geom/trunk/view/head:/README.win32 > <http://bazaar.launchpad.net/%7Elib2geom-hackers/lib2geom/trunk/view/head:/README.win32> > > Please, test and report :) > Best regards > Jan Pulmann > > On Wed, Aug 22, 2012 at 10:39 PM, Johan Engelen > <jbc...@sw... <mailto:jbc...@sw...>> wrote: > > I think we are all very excited about trying the new Python > bindings, so > let's try to get this building on Windows ! > > Jan, can you try to build it on Windows? Or does someone else have to > step up to the plate? > > Cheers, > Johan > > > On 16-8-2012 22:22, Kris De Gussem wrote: > > Compiles successfully now windows, with the bindings switched off. > > > > Regards > > K. > > > > 2012/8/14 jan pulmann <jan...@gm... > <mailto:jan...@gm...>>: > >> On Mon, Aug 13, 2012 at 10:37 PM, Kris De Gussem > >> <kri...@gm... <mailto:kri...@gm...>> wrote: > >>> > >>> Dear all > >>> > >>> I fail to compile lib2geom on windows (64 bit) even when Ragel and > >>> cython are installed. > >>> Still something is not right with cython, see output: > >>> > >>> ==================================== > >>> E:\Inkscapecode\lib2geom>cmake -G "MinGW Makefiles" > >>> -- The CXX compiler identification is GNU 4.6.1 > >>> -- The C compiler identification is GNU 4.6.1 > >>> -- Check for working CXX compiler: c:/mingw/bin/g++.exe > >>> -- Check for working CXX compiler: c:/mingw/bin/g++.exe -- works > >>> -- Detecting CXX compiler ABI info > >>> -- Detecting CXX compiler ABI info - done > >>> -- Check for working C compiler: c:/mingw/bin/gcc.exe > >>> -- Check for working C compiler: c:/mingw/bin/gcc.exe -- works > >>> -- Detecting C compiler ABI info > >>> -- Detecting C compiler ABI info - done > >>> -- gtk+-2.0 Includes, Compile and Link Flags: FOUND > >>> -- gtkmm-2.4 Includes, Compile and Link Flags: FOUND > >>> -- cairomm-1.0 Includes, Compile and Link Flags: FOUND > >>> -- cairo Includes, Compile and Link Flags: FOUND > >>> -- gsl Includes, Compile and Link Flags: FOUND > >>> -- blas Includes, Compile and Link Flags: NOT FOUND > >>> -- pycairo Includes, Compile and Link Flags: NOT FOUND > >>> -- boost: FOUND ( C:/devlibs/include ) > >>> -- Performing Test HAVE_SINCOS > >>> -- Performing Test HAVE_SINCOS - Failed > >>> -- Performing Test HAVE_ROUND > >>> -- Performing Test HAVE_ROUND - Success > >>> -- Performing Test HAVE_TRUNC > >>> -- Performing Test HAVE_TRUNC - Success > >>> CMake Warning (dev) at CMakeLists.txt:15 (LINK_DIRECTORIES): > >>> This command specifies the relative path > >>> > >>> src/2geom > >>> > >>> as a link directory. > >>> > >>> Policy CMP0015 is not set: link_directories() treats paths > relative to the > >>> source dir. Run "cmake --help-policy CMP0015" for policy > details. Use the > >>> cmake_policy command to set the policy and suppress this > warning. > >>> This warning is for project developers. Use -Wno-dev to > suppress it. > >>> > >>> CMake Error at > c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cm > >>> ake:97 (MESSAGE): > >>> Could NOT find Cython (missing: CYTHON_EXECUTABLE) > >>> Call Stack (most recent call first): > >>> > c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:288 > (_FPH > >>> SA_FAILURE_MESSAGE) > >>> CMakeScripts/FindCython.cmake:29 > (FIND_PACKAGE_HANDLE_STANDARD_ARGS) > >>> CMakeScripts/UseCython.cmake:76 (find_package) > >>> src/2geom/CMakeLists.txt:178 (include) > >>> > >>> > >>> -- Configuring incomplete, errors occurred! > >>> ==================================== > >>> > >>> Is it possible that this error is resulting from the ongoing > GSoc project? > >>> Is something missing in my cython installation, does the cmake > script > >>> need some update for windows? > >>> Finally, is it possible to add an option to compile without > cython and > >>> update both README.win32 and mingwenv.bat (with the cython and > >>> possibly other missing paths)? > >>> > >>> Kind regards > >>> K > >>> > >>> > ------------------------------------------------------------------------------ > >>> Live Security Virtual Conference > >>> Exclusive live event will cover all the ways today's security and > >>> threat landscape has changed and how IT managers can respond. > Discussions > >>> will include endpoint security, mobile security and the latest > in malware > >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >>> _______________________________________________ > >>> Lib2geom-devel mailing list > >>> Lib...@li... > <mailto:Lib...@li...> > >>> https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > >> > >> Hi, I added option to turn cython bindings on/off - it's off by > >> default. It's pushed in the repository now, I hope it will work. > >> Best regards > >> Jan Pulmann > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. > Discussions > > will include endpoint security, mobile security and the latest > in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > Lib2geom-devel mailing list > > Lib...@li... > <mailto:Lib...@li...> > > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. > Discussions > will include endpoint security, mobile security and the latest in > malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > <mailto:Lib...@li...> > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > > |
|
From: Krzysztof K. <twe...@gm...> - 2012-09-02 22:58:16
|
2012/8/31 Shriramana Sharma <sa...@gm...>: > Also, instead of lib2geom can I just use the livarot/libnr/2geom which > is inside the Inkscape tree? The API of the function: > > void Path::Outline(Path *dest, double width, JoinType join, ButtType > butt, double miter) > > in src/livarot/PathOutline.cpp seems relatively straightforward? I > observe that the total size of the livarot/libnr/2geom directories in > the Inkscape source tree is less than 2 MB and its compiled form would > probably be less than 0.5 MB? Yes, of course you can use it, as long as you comply with the licensing of the relevant files. > I also would like to know where the Path > Union function is > implemented in livarot as I am unable to find this. src/splivarot.cpp, the relevant function is at lines 115-602. By the way, the API of this function is extremely badly designed, as the actual boolean code begins at line 239; the rest is just error-checking and preparation. Regards, Krzysztof |
|
From: Krzysztof K. <twe...@gm...> - 2012-09-02 22:50:47
|
2012/8/31 Shriramana Sharma <sa...@gm...>: > On Thu, Aug 30, 2012 at 3:52 AM, Krzysztof Kosiński <twe...@gm...> wrote: >> This functionality is not yet present in lib2geom. Right now it is >> only present in Inkscape's old path manipulation and rasterization >> library, livarot, which is written in a way that absolutely nobody >> understands. > > Oh sorry to hear that. Any ETA for when it will come to lib2geom? There is already some code to compute an offset of a single curve in the toys directory. Vincent is doing some work on curve intersection and boolops, which is a prerequisite to stroke-to-path. No idea when everything will fall into place though. >> Lib2geom does not require Cairo or GTK. > > But when I do cmake .. I get: > > -- gtk+-2.0 Includes, Compile and Link Flags: NOT FOUND > -- gtkmm-2.4 Includes, Compile and Link Flags: NOT FOUND > -- cairomm-1.0 Includes, Compile and Link Flags: NOT FOUND > -- cairo Includes, Compile and Link Flags: NOT FOUND > -- gsl Includes, Compile and Link Flags: NOT FOUND > -- blas Includes, Compile and Link Flags: NOT FOUND > -- pycairo Includes, Compile and Link Flags: NOT FOUND > CMake Error at CMakeScripts/FindBoost.cmake:37 (MESSAGE): > boost: NOT FOUND > Call Stack (most recent call first): > CMakeScripts/Config2GeomDepends.cmake:26 (INCLUDE) > CMakeLists.txt:12 (INCLUDE) > -- Configuring incomplete, errors occurred! You are missing Boost, which is a mandatory build-time dependency. The gtk, gtkmm, cairo, cairomm, pycairo dependencies are optional. I'm not sure whether gsl and blas are mandatory. Regards, Krzysztof |
|
From: Krzysztof K. <twe...@gm...> - 2012-09-02 22:03:13
|
2012/8/31 mathog <ma...@ca...>: > Is there any documentation for lib2geom? I hunted all over and could > only find the source code, but not a scrap of other documentation or a > complete example program. The only examples so far are in Inkscape, > which isn't so good for the purpose of learning what lib2geom does. (I > did find in inkscape examples of how to copy a path with multiple > segments, just not how to create one!) There are some examples in the 'toys' directory. Maybe they're not the best examples, as they're more proff-of-concept implementations of advanced operations, but they exist. For the basic classes (Affine, Point, Ray, Curve, etc.) there is Doxygen documentation. It's currently lacking for Path and several other classes, mainly because their design should be improved (for a start, Path should be renamed to Subpath and PathVector to Path) and I think writing extensive documentation for them before they are rewritten is something of a waste of time. To generate the Doxygen documentation, run 'doxygen' in the toplevel directory of the checkout. Open doc/html/index.html to read them. > So I'm asking here for some help. Hope that is appropriate for this > mailing list. > > I need to do the following using lib2geom (I think) within inkscape. > Starting with pathA (a Geom::PathVector > passed in from the caller, which in general is drawn both filled and > stroked): > > 1. generate a second PathVector "pathB". In one case this is a > rectangle (with corners known), and in the the other it is an elliptical > ring (center, inner/outer radii, minor, major unit axis vectors all > known). If your rectangle has corners at points a, b, c, d, do the following: Geom::Point Geom::Path x(a); x.appendNew<Geom::LineSegment>(b); x.appendNew<Geom::LineSegment>(c); x.appendNew<Geom::LineSegment>(d); x.close(); For an elliptical ring, do the same, but use two Geom::SVGEllipticalArc. The constructors are the same as for Geom::EllipticalArc and are documented with Doxygen comments. > 2. generate a third PathVector "pathC" = INTERSECTION(pathA,pathB). > Just like the Intersection option on the Paths menu. This cannot be done with 2Geom, because the boolean operations code does not work correctly. You need to use the old livarot library, which is undocumented and frankly nobody understands it. Your best bet is copying what the Spray tool does: create an SP object containing an ellipse and a second SP object (SPPath) containing your path, then intersecting them using the relevant function from sp-livarot.h. > 3. delete pathB and pathC. > Presumably something like: > delete pathB; > delete [] pathB; > > If lib2geom does what I think it does then this should be > straightforward and just be a couple of lines of code. For which I have > absolutely no idea what the syntax might be. PathVectors are intended to be used as a stack variable or through a smart pointer, e.g. boost::shared_ptr, so you should never need to delete them explicitly. Regards, Krzysztof |
|
From: jan p. <jan...@gm...> - 2012-09-02 15:55:28
|
Hi, I finally managed to build python bindings on Windows, I described the procedure in http://bazaar.launchpad.net/~lib2geom-hackers/lib2geom/trunk/view/head:/README.win32 Please, test and report :) Best regards Jan Pulmann On Wed, Aug 22, 2012 at 10:39 PM, Johan Engelen <jbc...@sw...>wrote: > I think we are all very excited about trying the new Python bindings, so > let's try to get this building on Windows ! > > Jan, can you try to build it on Windows? Or does someone else have to > step up to the plate? > > Cheers, > Johan > > > On 16-8-2012 22:22, Kris De Gussem wrote: > > Compiles successfully now windows, with the bindings switched off. > > > > Regards > > K. > > > > 2012/8/14 jan pulmann <jan...@gm...>: > >> On Mon, Aug 13, 2012 at 10:37 PM, Kris De Gussem > >> <kri...@gm...> wrote: > >>> > >>> Dear all > >>> > >>> I fail to compile lib2geom on windows (64 bit) even when Ragel and > >>> cython are installed. > >>> Still something is not right with cython, see output: > >>> > >>> ==================================== > >>> E:\Inkscapecode\lib2geom>cmake -G "MinGW Makefiles" > >>> -- The CXX compiler identification is GNU 4.6.1 > >>> -- The C compiler identification is GNU 4.6.1 > >>> -- Check for working CXX compiler: c:/mingw/bin/g++.exe > >>> -- Check for working CXX compiler: c:/mingw/bin/g++.exe -- works > >>> -- Detecting CXX compiler ABI info > >>> -- Detecting CXX compiler ABI info - done > >>> -- Check for working C compiler: c:/mingw/bin/gcc.exe > >>> -- Check for working C compiler: c:/mingw/bin/gcc.exe -- works > >>> -- Detecting C compiler ABI info > >>> -- Detecting C compiler ABI info - done > >>> -- gtk+-2.0 Includes, Compile and Link Flags: FOUND > >>> -- gtkmm-2.4 Includes, Compile and Link Flags: FOUND > >>> -- cairomm-1.0 Includes, Compile and Link Flags: FOUND > >>> -- cairo Includes, Compile and Link Flags: FOUND > >>> -- gsl Includes, Compile and Link Flags: FOUND > >>> -- blas Includes, Compile and Link Flags: NOT FOUND > >>> -- pycairo Includes, Compile and Link Flags: NOT FOUND > >>> -- boost: FOUND ( C:/devlibs/include ) > >>> -- Performing Test HAVE_SINCOS > >>> -- Performing Test HAVE_SINCOS - Failed > >>> -- Performing Test HAVE_ROUND > >>> -- Performing Test HAVE_ROUND - Success > >>> -- Performing Test HAVE_TRUNC > >>> -- Performing Test HAVE_TRUNC - Success > >>> CMake Warning (dev) at CMakeLists.txt:15 (LINK_DIRECTORIES): > >>> This command specifies the relative path > >>> > >>> src/2geom > >>> > >>> as a link directory. > >>> > >>> Policy CMP0015 is not set: link_directories() treats paths relative > to the > >>> source dir. Run "cmake --help-policy CMP0015" for policy details. > Use the > >>> cmake_policy command to set the policy and suppress this warning. > >>> This warning is for project developers. Use -Wno-dev to suppress it. > >>> > >>> CMake Error at > c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cm > >>> ake:97 (MESSAGE): > >>> Could NOT find Cython (missing: CYTHON_EXECUTABLE) > >>> Call Stack (most recent call first): > >>> > c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:288 > (_FPH > >>> SA_FAILURE_MESSAGE) > >>> CMakeScripts/FindCython.cmake:29 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) > >>> CMakeScripts/UseCython.cmake:76 (find_package) > >>> src/2geom/CMakeLists.txt:178 (include) > >>> > >>> > >>> -- Configuring incomplete, errors occurred! > >>> ==================================== > >>> > >>> Is it possible that this error is resulting from the ongoing GSoc > project? > >>> Is something missing in my cython installation, does the cmake script > >>> need some update for windows? > >>> Finally, is it possible to add an option to compile without cython and > >>> update both README.win32 and mingwenv.bat (with the cython and > >>> possibly other missing paths)? > >>> > >>> Kind regards > >>> K > >>> > >>> > ------------------------------------------------------------------------------ > >>> Live Security Virtual Conference > >>> Exclusive live event will cover all the ways today's security and > >>> threat landscape has changed and how IT managers can respond. > Discussions > >>> will include endpoint security, mobile security and the latest in > malware > >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >>> _______________________________________________ > >>> Lib2geom-devel mailing list > >>> Lib...@li... > >>> https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > >> > >> Hi, I added option to turn cython bindings on/off - it's off by > >> default. It's pushed in the repository now, I hope it will work. > >> Best regards > >> Jan Pulmann > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > Lib2geom-devel mailing list > > Lib...@li... > > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > > > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > |
|
From: Vincent B. <vin...@po...> - 2012-08-31 19:44:04
|
On Fri, Aug 31, 2012 at 6:03 AM, Shriramana Sharma <sa...@gm...> wrote: > Also, instead of lib2geom can I just use the livarot/libnr/2geom which > is inside the Inkscape tree? The API of the function: Or you could use the code at http://tog.acm.org/resources/GraphicsGems/gems/FitCurves.c It's not exactly open source, but it has a very permissive license (detailed at http://tog.acm.org/resources/GraphicsGems/ ), and it is working and understandable code. -- Vincent Barrielle |
|
From: mathog <ma...@ca...> - 2012-08-31 19:00:00
|
Is there any documentation for lib2geom? I hunted all over and could
only find the source code, but not a scrap of other documentation or a
complete example program. The only examples so far are in Inkscape,
which isn't so good for the purpose of learning what lib2geom does. (I
did find in inkscape examples of how to copy a path with multiple
segments, just not how to create one!)
So I'm asking here for some help. Hope that is appropriate for this
mailing list.
I need to do the following using lib2geom (I think) within inkscape.
Starting with pathA (a Geom::PathVector
passed in from the caller, which in general is drawn both filled and
stroked):
1. generate a second PathVector "pathB". In one case this is a
rectangle (with corners known), and in the the other it is an elliptical
ring (center, inner/outer radii, minor, major unit axis vectors all
known).
2. generate a third PathVector "pathC" = INTERSECTION(pathA,pathB).
Just like the Intersection option on the Paths menu.
3. delete pathB and pathC.
Presumably something like:
delete pathB;
delete [] pathB;
If lib2geom does what I think it does then this should be
straightforward and just be a couple of lines of code. For which I have
absolutely no idea what the syntax might be.
Thank you,
David Mathog
ma...@ca...
Manager, Sequence Analysis Facility, Biology Division, Caltech
|
|
From: Shriramana S. <sa...@gm...> - 2012-08-31 04:03:09
|
Also, instead of lib2geom can I just use the livarot/libnr/2geom which is inside the Inkscape tree? The API of the function: void Path::Outline(Path *dest, double width, JoinType join, ButtType butt, double miter) in src/livarot/PathOutline.cpp seems relatively straightforward? I observe that the total size of the livarot/libnr/2geom directories in the Inkscape source tree is less than 2 MB and its compiled form would probably be less than 0.5 MB? I also would like to know where the Path > Union function is implemented in livarot as I am unable to find this. Thanks. -- Shriramana Sharma |
|
From: Shriramana S. <sa...@gm...> - 2012-08-30 23:44:17
|
On Thu, Aug 30, 2012 at 3:52 AM, Krzysztof Kosiński <twe...@gm...> wrote: > This functionality is not yet present in lib2geom. Right now it is > only present in Inkscape's old path manipulation and rasterization > library, livarot, which is written in a way that absolutely nobody > understands. Oh sorry to hear that. Any ETA for when it will come to lib2geom? > Lib2geom does not require Cairo or GTK. But when I do cmake .. I get: -- gtk+-2.0 Includes, Compile and Link Flags: NOT FOUND -- gtkmm-2.4 Includes, Compile and Link Flags: NOT FOUND -- cairomm-1.0 Includes, Compile and Link Flags: NOT FOUND -- cairo Includes, Compile and Link Flags: NOT FOUND -- gsl Includes, Compile and Link Flags: NOT FOUND -- blas Includes, Compile and Link Flags: NOT FOUND -- pycairo Includes, Compile and Link Flags: NOT FOUND CMake Error at CMakeScripts/FindBoost.cmake:37 (MESSAGE): boost: NOT FOUND Call Stack (most recent call first): CMakeScripts/Config2GeomDepends.cmake:26 (INCLUDE) CMakeLists.txt:12 (INCLUDE) -- Configuring incomplete, errors occurred! -- Shriramana Sharma |
|
From: Krzysztof K. <twe...@gm...> - 2012-08-29 22:22:08
|
2012/8/29 Shriramana Sharma <sa...@gm...>: > Hello. I'm totally new to the internals of lib2geom. Basically I want > to use lib2geom from within my drawing to do Stroke to Path (i.e. find > the envelope of a stroked path) on a path which has transformations > applied to it, just like I am currently able to do in Inkscape. Can > anyone please point me to where in the source code I can find this -- > I am somewhat lost. This functionality is not yet present in lib2geom. Right now it is only present in Inkscape's old path manipulation and rasterization library, livarot, which is written in a way that absolutely nobody understands. > BTW since basically I am only requiring the mathematical capabilities > of the library, I hope my application need not run-time depend on GTK, > Cairo etc? (I understand Boost would be a build-time dependency since > the concepts are implemented using it, but I am concerned only about > the run-time dependencies.) Lib2geom does not require Cairo or GTK. Regards, Krzysztof |
|
From: Shriramana S. <sa...@gm...> - 2012-08-29 13:38:43
|
Hello. I'm totally new to the internals of lib2geom. Basically I want to use lib2geom from within my drawing to do Stroke to Path (i.e. find the envelope of a stroked path) on a path which has transformations applied to it, just like I am currently able to do in Inkscape. Can anyone please point me to where in the source code I can find this -- I am somewhat lost. BTW since basically I am only requiring the mathematical capabilities of the library, I hope my application need not run-time depend on GTK, Cairo etc? (I understand Boost would be a build-time dependency since the concepts are implemented using it, but I am concerned only about the run-time dependencies.) Thanks. -- Shriramana Sharma |
|
From: Johan E. <jbc...@sw...> - 2012-08-22 20:39:59
|
I think we are all very excited about trying the new Python bindings, so let's try to get this building on Windows ! Jan, can you try to build it on Windows? Or does someone else have to step up to the plate? Cheers, Johan On 16-8-2012 22:22, Kris De Gussem wrote: > Compiles successfully now windows, with the bindings switched off. > > Regards > K. > > 2012/8/14 jan pulmann <jan...@gm...>: >> On Mon, Aug 13, 2012 at 10:37 PM, Kris De Gussem >> <kri...@gm...> wrote: >>> >>> Dear all >>> >>> I fail to compile lib2geom on windows (64 bit) even when Ragel and >>> cython are installed. >>> Still something is not right with cython, see output: >>> >>> ==================================== >>> E:\Inkscapecode\lib2geom>cmake -G "MinGW Makefiles" >>> -- The CXX compiler identification is GNU 4.6.1 >>> -- The C compiler identification is GNU 4.6.1 >>> -- Check for working CXX compiler: c:/mingw/bin/g++.exe >>> -- Check for working CXX compiler: c:/mingw/bin/g++.exe -- works >>> -- Detecting CXX compiler ABI info >>> -- Detecting CXX compiler ABI info - done >>> -- Check for working C compiler: c:/mingw/bin/gcc.exe >>> -- Check for working C compiler: c:/mingw/bin/gcc.exe -- works >>> -- Detecting C compiler ABI info >>> -- Detecting C compiler ABI info - done >>> -- gtk+-2.0 Includes, Compile and Link Flags: FOUND >>> -- gtkmm-2.4 Includes, Compile and Link Flags: FOUND >>> -- cairomm-1.0 Includes, Compile and Link Flags: FOUND >>> -- cairo Includes, Compile and Link Flags: FOUND >>> -- gsl Includes, Compile and Link Flags: FOUND >>> -- blas Includes, Compile and Link Flags: NOT FOUND >>> -- pycairo Includes, Compile and Link Flags: NOT FOUND >>> -- boost: FOUND ( C:/devlibs/include ) >>> -- Performing Test HAVE_SINCOS >>> -- Performing Test HAVE_SINCOS - Failed >>> -- Performing Test HAVE_ROUND >>> -- Performing Test HAVE_ROUND - Success >>> -- Performing Test HAVE_TRUNC >>> -- Performing Test HAVE_TRUNC - Success >>> CMake Warning (dev) at CMakeLists.txt:15 (LINK_DIRECTORIES): >>> This command specifies the relative path >>> >>> src/2geom >>> >>> as a link directory. >>> >>> Policy CMP0015 is not set: link_directories() treats paths relative to the >>> source dir. Run "cmake --help-policy CMP0015" for policy details. Use the >>> cmake_policy command to set the policy and suppress this warning. >>> This warning is for project developers. Use -Wno-dev to suppress it. >>> >>> CMake Error at c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cm >>> ake:97 (MESSAGE): >>> Could NOT find Cython (missing: CYTHON_EXECUTABLE) >>> Call Stack (most recent call first): >>> c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:288 (_FPH >>> SA_FAILURE_MESSAGE) >>> CMakeScripts/FindCython.cmake:29 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) >>> CMakeScripts/UseCython.cmake:76 (find_package) >>> src/2geom/CMakeLists.txt:178 (include) >>> >>> >>> -- Configuring incomplete, errors occurred! >>> ==================================== >>> >>> Is it possible that this error is resulting from the ongoing GSoc project? >>> Is something missing in my cython installation, does the cmake script >>> need some update for windows? >>> Finally, is it possible to add an option to compile without cython and >>> update both README.win32 and mingwenv.bat (with the cython and >>> possibly other missing paths)? >>> >>> Kind regards >>> K >>> >>> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. Discussions >>> will include endpoint security, mobile security and the latest in malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> _______________________________________________ >>> Lib2geom-devel mailing list >>> Lib...@li... >>> https://lists.sourceforge.net/lists/listinfo/lib2geom-devel >> >> Hi, I added option to turn cython bindings on/off - it's off by >> default. It's pushed in the repository now, I hope it will work. >> Best regards >> Jan Pulmann > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > > |
|
From: Kris De G. <kri...@gm...> - 2012-08-16 20:22:19
|
Compiles successfully now windows, with the bindings switched off. Regards K. 2012/8/14 jan pulmann <jan...@gm...>: > On Mon, Aug 13, 2012 at 10:37 PM, Kris De Gussem > <kri...@gm...> wrote: >> >> Dear all >> >> I fail to compile lib2geom on windows (64 bit) even when Ragel and >> cython are installed. >> Still something is not right with cython, see output: >> >> ==================================== >> E:\Inkscapecode\lib2geom>cmake -G "MinGW Makefiles" >> -- The CXX compiler identification is GNU 4.6.1 >> -- The C compiler identification is GNU 4.6.1 >> -- Check for working CXX compiler: c:/mingw/bin/g++.exe >> -- Check for working CXX compiler: c:/mingw/bin/g++.exe -- works >> -- Detecting CXX compiler ABI info >> -- Detecting CXX compiler ABI info - done >> -- Check for working C compiler: c:/mingw/bin/gcc.exe >> -- Check for working C compiler: c:/mingw/bin/gcc.exe -- works >> -- Detecting C compiler ABI info >> -- Detecting C compiler ABI info - done >> -- gtk+-2.0 Includes, Compile and Link Flags: FOUND >> -- gtkmm-2.4 Includes, Compile and Link Flags: FOUND >> -- cairomm-1.0 Includes, Compile and Link Flags: FOUND >> -- cairo Includes, Compile and Link Flags: FOUND >> -- gsl Includes, Compile and Link Flags: FOUND >> -- blas Includes, Compile and Link Flags: NOT FOUND >> -- pycairo Includes, Compile and Link Flags: NOT FOUND >> -- boost: FOUND ( C:/devlibs/include ) >> -- Performing Test HAVE_SINCOS >> -- Performing Test HAVE_SINCOS - Failed >> -- Performing Test HAVE_ROUND >> -- Performing Test HAVE_ROUND - Success >> -- Performing Test HAVE_TRUNC >> -- Performing Test HAVE_TRUNC - Success >> CMake Warning (dev) at CMakeLists.txt:15 (LINK_DIRECTORIES): >> This command specifies the relative path >> >> src/2geom >> >> as a link directory. >> >> Policy CMP0015 is not set: link_directories() treats paths relative to the >> source dir. Run "cmake --help-policy CMP0015" for policy details. Use the >> cmake_policy command to set the policy and suppress this warning. >> This warning is for project developers. Use -Wno-dev to suppress it. >> >> CMake Error at c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cm >> ake:97 (MESSAGE): >> Could NOT find Cython (missing: CYTHON_EXECUTABLE) >> Call Stack (most recent call first): >> c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:288 (_FPH >> SA_FAILURE_MESSAGE) >> CMakeScripts/FindCython.cmake:29 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) >> CMakeScripts/UseCython.cmake:76 (find_package) >> src/2geom/CMakeLists.txt:178 (include) >> >> >> -- Configuring incomplete, errors occurred! >> ==================================== >> >> Is it possible that this error is resulting from the ongoing GSoc project? >> Is something missing in my cython installation, does the cmake script >> need some update for windows? >> Finally, is it possible to add an option to compile without cython and >> update both README.win32 and mingwenv.bat (with the cython and >> possibly other missing paths)? >> >> Kind regards >> K >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Lib2geom-devel mailing list >> Lib...@li... >> https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > > Hi, I added option to turn cython bindings on/off - it's off by > default. It's pushed in the repository now, I hope it will work. > Best regards > Jan Pulmann |
|
From: jan p. <jan...@gm...> - 2012-08-14 09:33:04
|
On Mon, Aug 13, 2012 at 10:37 PM, Kris De Gussem <kri...@gm...> wrote: > > Dear all > > I fail to compile lib2geom on windows (64 bit) even when Ragel and > cython are installed. > Still something is not right with cython, see output: > > ==================================== > E:\Inkscapecode\lib2geom>cmake -G "MinGW Makefiles" > -- The CXX compiler identification is GNU 4.6.1 > -- The C compiler identification is GNU 4.6.1 > -- Check for working CXX compiler: c:/mingw/bin/g++.exe > -- Check for working CXX compiler: c:/mingw/bin/g++.exe -- works > -- Detecting CXX compiler ABI info > -- Detecting CXX compiler ABI info - done > -- Check for working C compiler: c:/mingw/bin/gcc.exe > -- Check for working C compiler: c:/mingw/bin/gcc.exe -- works > -- Detecting C compiler ABI info > -- Detecting C compiler ABI info - done > -- gtk+-2.0 Includes, Compile and Link Flags: FOUND > -- gtkmm-2.4 Includes, Compile and Link Flags: FOUND > -- cairomm-1.0 Includes, Compile and Link Flags: FOUND > -- cairo Includes, Compile and Link Flags: FOUND > -- gsl Includes, Compile and Link Flags: FOUND > -- blas Includes, Compile and Link Flags: NOT FOUND > -- pycairo Includes, Compile and Link Flags: NOT FOUND > -- boost: FOUND ( C:/devlibs/include ) > -- Performing Test HAVE_SINCOS > -- Performing Test HAVE_SINCOS - Failed > -- Performing Test HAVE_ROUND > -- Performing Test HAVE_ROUND - Success > -- Performing Test HAVE_TRUNC > -- Performing Test HAVE_TRUNC - Success > CMake Warning (dev) at CMakeLists.txt:15 (LINK_DIRECTORIES): > This command specifies the relative path > > src/2geom > > as a link directory. > > Policy CMP0015 is not set: link_directories() treats paths relative to the > source dir. Run "cmake --help-policy CMP0015" for policy details. Use the > cmake_policy command to set the policy and suppress this warning. > This warning is for project developers. Use -Wno-dev to suppress it. > > CMake Error at c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cm > ake:97 (MESSAGE): > Could NOT find Cython (missing: CYTHON_EXECUTABLE) > Call Stack (most recent call first): > c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:288 (_FPH > SA_FAILURE_MESSAGE) > CMakeScripts/FindCython.cmake:29 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) > CMakeScripts/UseCython.cmake:76 (find_package) > src/2geom/CMakeLists.txt:178 (include) > > > -- Configuring incomplete, errors occurred! > ==================================== > > Is it possible that this error is resulting from the ongoing GSoc project? > Is something missing in my cython installation, does the cmake script > need some update for windows? > Finally, is it possible to add an option to compile without cython and > update both README.win32 and mingwenv.bat (with the cython and > possibly other missing paths)? > > Kind regards > K > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel Hi, I added option to turn cython bindings on/off - it's off by default. It's pushed in the repository now, I hope it will work. Best regards Jan Pulmann |
|
From: Kris De G. <kri...@gm...> - 2012-08-13 20:37:36
|
Dear all
I fail to compile lib2geom on windows (64 bit) even when Ragel and
cython are installed.
Still something is not right with cython, see output:
====================================
E:\Inkscapecode\lib2geom>cmake -G "MinGW Makefiles"
-- The CXX compiler identification is GNU 4.6.1
-- The C compiler identification is GNU 4.6.1
-- Check for working CXX compiler: c:/mingw/bin/g++.exe
-- Check for working CXX compiler: c:/mingw/bin/g++.exe -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working C compiler: c:/mingw/bin/gcc.exe
-- Check for working C compiler: c:/mingw/bin/gcc.exe -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- gtk+-2.0 Includes, Compile and Link Flags: FOUND
-- gtkmm-2.4 Includes, Compile and Link Flags: FOUND
-- cairomm-1.0 Includes, Compile and Link Flags: FOUND
-- cairo Includes, Compile and Link Flags: FOUND
-- gsl Includes, Compile and Link Flags: FOUND
-- blas Includes, Compile and Link Flags: NOT FOUND
-- pycairo Includes, Compile and Link Flags: NOT FOUND
-- boost: FOUND ( C:/devlibs/include )
-- Performing Test HAVE_SINCOS
-- Performing Test HAVE_SINCOS - Failed
-- Performing Test HAVE_ROUND
-- Performing Test HAVE_ROUND - Success
-- Performing Test HAVE_TRUNC
-- Performing Test HAVE_TRUNC - Success
CMake Warning (dev) at CMakeLists.txt:15 (LINK_DIRECTORIES):
This command specifies the relative path
src/2geom
as a link directory.
Policy CMP0015 is not set: link_directories() treats paths relative to the
source dir. Run "cmake --help-policy CMP0015" for policy details. Use the
cmake_policy command to set the policy and suppress this warning.
This warning is for project developers. Use -Wno-dev to suppress it.
CMake Error at c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cm
ake:97 (MESSAGE):
Could NOT find Cython (missing: CYTHON_EXECUTABLE)
Call Stack (most recent call first):
c:/cmake/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:288 (_FPH
SA_FAILURE_MESSAGE)
CMakeScripts/FindCython.cmake:29 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
CMakeScripts/UseCython.cmake:76 (find_package)
src/2geom/CMakeLists.txt:178 (include)
-- Configuring incomplete, errors occurred!
====================================
Is it possible that this error is resulting from the ongoing GSoc project?
Is something missing in my cython installation, does the cmake script
need some update for windows?
Finally, is it possible to add an option to compile without cython and
update both README.win32 and mingwenv.bat (with the cython and
possibly other missing paths)?
Kind regards
K
|
|
From: Krzysztof K. <twe...@gm...> - 2012-07-04 13:16:37
|
2012/7/3 Vincent Barrielle <vin...@po...>: >> On Sun, Jul 1, 2012 at 4:42 PM, Krzysztof Kosiński <twe...@gm...> wrote: >>> It looks like the default copy constructor generated by the compiler >>> for GenericOptInterval doesn't work correctly > > It sure looks like a compiler bug, I've managed to compile lib2geom > using msvc 2012 and didn't get this error. I'm attaching a patch with > the changes I've had to make to compile under msvc 2012. Is it the > proper way to submit code to lib2geom? Or should I publish my changes > on a branch on launchpad? BZR merge directive sent to the mailing list is perfectly OK. Committed in revision 2088 with one minor change: instead of boost/math/constants/constants.hpp, I included boost/math/special_functions/fpclassify.hpp, otherwise it wouldn't compile for me. Regards, Krzysztof |
|
From: jf b. <jf....@gm...> - 2012-07-04 11:00:02
|
Hi all. About topology versus precision issues in boolean operations, I think topology is manageable. I used a "Morse theoretic" flavoured approach (don't pay attention, no one else would ever call it this way!) and I think it can solve things pretty well. I certainly left this at an too early stage, and I guess it's not easy to catch (but just ask if interested --- the last time I looked at this, which was yeeaaaars ago, there were several parallel attempt at boolops/intersections, making things pretty confusing; I dont even remember if I moved mine from toys to trunc... I certainly did partially :-( ). >From my point of view, the hard part in this stuff is the intersection finder, that should be precision aware (and return time intervals and space boxes that contain the intersection) . Once you have a bullet (well, say atomic) proof intersection finder, you have bullet (well, say bow) proof boolops. Coincidental segments are already an issue at the root finder level. I don't think they can be a major issue once you are sure they are exactly the same. If one is a piece of another, and you still want to detect this, then it's more delicate, since when you subdivide, every thing moves, and we are lost (unless you have a horizontal or vertical line). Strictly speaking, you can have a bunch of epsilon-precise intersections without the two curves to be exactly the same (think of a very flat parabola and a tangent). The strategy would be to clean the problem first: if you can detect that one piece of a curve is in the epsilon neighborhood of another, then you replace one with the other and do some suitable adaptation near the ends to keep connectedness; this way, you only have to handle exact coincidental segments. I don't think we have such a cleaning process for pairs of paths (at least we hadn't... years ago). It would be nice to. I'm not sure my thoughts about boolops are of any help since they might be too outdated or straight forward, but my main point in writing this is that I want to convince you that I would be very happy if someone could bring boolops to live in lib2geom!! Sincerly, JF. 2012/6/28 Nathan Hurst <nj...@nj...> > On Wed, Jun 27, 2012 at 09:16:34PM +0200, Vincent Barrielle wrote: > > Hello, > > > > I'm considering using lib2geom in my vector graphics tool to implement > > boolean operations. But before I try that I'd like to know how it > > handles hard cases such as computing intersections between two bezier > > segments that overlap, ie that have (mathematically) an infinite > > number of intersections. This case happens quite often in my project, > > so it's really important. > > > > For what I've read of lib2geom's code, I haven't seen code dedicated > > to handling such cases, but perhaps I'm missing something? > > > > If lib2geom does not handle this case, I'd be glad to try and > > contribute so that it is handled (I'm already trying to tackle this > > issue in my own boolops framework right now, but integrating lib2geom > > would be a great thing for my project). > > The existing boolops code is in a some what disappointing state as it > turned out harder than anyone thought. > > The specific case of coincident polynomial curves is actually quite > easy to detect - you just have to find more than m*n common points for > a degree m and degree n curve. In practice you probably need far > fewer of these for a non equal curve because a randomly selected point > has a low probability of being on both curves. This includes conic > sections (such as eliptical arcs). To find partial overlaping bezier > segments you can start with the existing intersector and when it finds > sufficient matched points consider it equal. (Note that > mathematically equal curves can not share points due to rounding; in > general floating point makes everything three times harder) > > The hardest problem to solve is correctly dealing with the imprecision > around intersection points (determining the topology of the > intersections). We have not found a good answer to this problem, > though we have many yet untried ideas. > > If you want to try boolops we are all very happy to help, but be > warned, it's one of the hardest problems in 2d geometry processing we > know of :) > > njh > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > |
|
From: jf b. <jf....@gm...> - 2012-07-04 09:21:19
|
Hi, 2012/6/27 Vincent Barrielle <vin...@po...> > Hello, > > I'm considering using lib2geom in my vector graphics tool to implement > boolean operations. But before I try that I'd like to know how it > handles hard cases such as computing intersections between two bezier > segments that overlap, ie that have (mathematically) an infinite > number of intersections. This case happens quite often in my project, > so it's really important. > > For what I've read of lib2geom's code, I haven't seen code dedicated > to handling such cases, but perhaps I'm missing something? > > If lib2geom does not handle this case, I'd be glad to try and > contribute so that it is handled (I'm already trying to tackle this > issue in my own boolops framework right now, but integrating lib2geom > would be a great thing for my project). > > Best regards, > > Vincent Barrielle > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > |
1 message has been excluded from this view by a project administrator.
