bobc / carve Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/carve
License: Other
Automatically exported from code.google.com/p/carve
License: Other
Hi, I tried to build but had the following error.
In file included from ../include/carve/pointset_decl.hpp:27,
from ../include/carve/pointset.hpp:22,
from intersect.cpp:23:
../include/carve/kd_node.hpp:115: error: default argument missing for
parameter 2 of 'bool carve::geom::kd_node<ndim, data_t, inserter_t,
aabb_calc_t>::split(carve::geom::axis_pos, inserter_t&)'
make[1]: *** [intersect.lo] Error 1
make[1]: Leaving directory `/root/Desktop/carve-1.0.0/lib'
I also needed to add "include <cstring>" to include/carve/matrix.hpp for an
earlier error but thats a no brainer.
Original issue reported on code.google.com by [email protected]
on 1 Jun 2009 at 2:10
All is in the title. For my project, I would need to avoid the Boost library.
I've tried to disable it by commenting the
#define HAVE_BOOST_UNORDERED_COLLECTIONS in "vcpp_config.h"
but it doesn't compile in Visual 2010. I use the last version of Carve with the
last updates.
Is there a way to disable Boost correctly ?
Thank you.
Original issue reported on code.google.com by [email protected]
on 18 Nov 2012 at 6:17
The current version (e82d852e4fb0) has a memory leak in intersect.cpp (1377)
and 1378 from a_rtree and b_rtree. Deleting them fixes it as expected (shown
below).
carve::mesh::MeshSet<3> *carve::csg::CSG::compute(carve::mesh::MeshSet<3> *a,
...
delete a_rtree;
delete b_rtree;
return result;
}
Other than this carve works really well, thank you for creating it!
Original issue reported on code.google.com by [email protected]
on 6 Mar 2014 at 3:58
Hi,
I tried to build Carve on Visual Studio express 2008 and getting a lot
of build errors in the file Intersection.hpp. Most of the errors seem to
come from line 179.
for (Intersections::data_type::const_iterator j = i->second.begin(); j !=
i->second.end(); ++j) {
Error 2 error C3083: 'data_type': the symbol to the left of a '::' must
be a type c:\work\carve\carve-1.0.0\include\carve\intersection.hpp 179
Also a bunch of files for GLUI were missing. Was wondering if its needed to
be downloaded separately.
Thanks,
Satyajit
PS: The screenshots look really good and am sure it will generate a lot of
interest. I have been using GTS for booleans but your library looks really
promising.
Original issue reported on code.google.com by [email protected]
on 1 Jun 2009 at 2:37
Is the carve library thread-safe, that multiple csg operations can be done
parallel?
Original issue reported on code.google.com by [email protected]
on 9 Oct 2009 at 10:10
I am trying to run test_slice in test_slice, but it shows many errors. What
could be wrong?
FACE LOOP ERROR: 0x65a960-0x65ae38 : 1
FACE LOOP ERROR: 0x65a7a8-0x65f7f0 : 1
FACE LOOP ERROR: 0x65a6e0-0x65ab90 : 1
FACE LOOP ERROR: 0x65aaa0-0x65af78 : 1
FACE LOOP ERROR: 0x65a820-0x65acd0 : -1
FACE LOOP ERROR: 0x65a898-0x65ad70 : 1
FACE LOOP ERROR: 0x65a848-0x65acf8 : -1
FACE LOOP ERROR: 0x65a8c0-0x65ad98 : 1
FACE LOOP ERROR: 0x65aaf0-0x65afa0 : -1
FACE LOOP ERROR: 0x65aa00-0x65aed8 : 1
FACE LOOP ERROR: 0x65a780-0x65ac30 : 1
FACE LOOP ERROR: 0x65a988-0x65f750 : 1
I also want to join many polyhedron by using "CSG::ALL" to keep the coplanar.
However, this operator only accept two polyhedron. It will show simillar error
message when I try to join 3 or more polyhedron. How should I do this?
Thanks
Original issue reported on code.google.com by [email protected]
on 11 Apr 2013 at 9:24
What steps will reproduce the problem?
1. Executed autogen.sh as follows.
sh ./autogen.sh
This created 'configure' file.
2. Executed configure as follows
sh ./configure --prefix=$HOME/carve
3. then executed make. This is the error that I get.
../include/carve/polyhedron_base.hpp:39:5: error: 'ptrdiff_t' does not name a
type
../include/carve/polyhedron_base.hpp:44:5: error: 'ptrdiff_t' does not name a
type
../include/carve/polyhedron_base.hpp:70:7: error: 'ptrdiff_t' does not name a
type
../include/carve/polyhedron_base.hpp:71:7: error: 'ptrdiff_t' does not name a
type
../include/carve/polyhedron_base.hpp:73:7: error: 'ptrdiff_t' does not name a
type
../include/carve/polyhedron_base.hpp:74:7: error: 'ptrdiff_t' does not name a
type
../include/carve/polyhedron_base.hpp:102:7: error: 'ptrdiff_t' does not name a
type
../include/carve/polyhedron_base.hpp:103:7: error: 'ptrdiff_t' does not name a
type
../include/carve/polyhedron_base.hpp:105:7: error: 'ptrdiff_t' does not name a
type
../include/carve/polyhedron_base.hpp:106:7: error: 'ptrdiff_t' does not name a
type
../include/carve/polyhedron_base.hpp:108:7: error: 'ptrdiff_t' does not name a
type
../include/carve/polyhedron_base.hpp:109:7: error: 'ptrdiff_t' does not name a
type
In file included from ../include/carve/poly_impl.hpp:25:0,
from ../include/carve/poly.hpp:24,
from ../include/carve/csg.hpp:28,
from convex_hull.cpp:22:
../include/carve/polyhedron_impl.hpp: In member function 'bool
carve::poly::Geometry<3u>::orderVertices(order_t)':
../include/carve/polyhedron_impl.hpp:62:40: error: there are no arguments to
'vertexToIndex_fast' that depend on a template parameter, so a declaration of
'vertexToIndex_fast' must be available [-fpermissive]
../include/carve/polyhedron_impl.hpp:62:40: note: (if you use '-fpermissive',
G++ will accept your code, but allowing the use of an undeclared name is
deprecated)
../include/carve/polyhedron_impl.hpp:68:60: error: there are no arguments to
'vertexToIndex_fast' that depend on a template parameter, so a declaration of
'vertexToIndex_fast' must be available [-fpermissive]
../include/carve/polyhedron_impl.hpp:72:58: error: there are no arguments to
'vertexToIndex_fast' that depend on a template parameter, so a declaration of
'vertexToIndex_fast' must be available [-fpermissive]
../include/carve/polyhedron_impl.hpp:73:58: error: there are no arguments to
'vertexToIndex_fast' that depend on a template parameter, so a declaration of
'vertexToIndex_fast' must be available [-fpermissive]
../include/carve/polyhedron_impl.hpp: In member function 'int
carve::poly::Geometry<3u>::_faceNeighbourhood(const face_t*, int, T*) const':
../include/carve/polyhedron_impl.hpp:92:111: error: there are no arguments to
'edgeToIndex_fast' that depend on a template parameter, so a declaration of
'edgeToIndex_fast' must be available [-fpermissive]
../include/carve/polyhedron_impl.hpp: In member function 'int
carve::poly::Geometry<3u>::faceNeighbourhood(const edge_t*, int, int, T) const':
../include/carve/polyhedron_impl.hpp:117:99: error: there are no arguments to
'edgeToIndex_fast' that depend on a template parameter, so a declaration of
'edgeToIndex_fast' must be available [-fpermissive]
../include/carve/polyhedron_impl.hpp: In member function 'int
carve::poly::Geometry<3u>::faceNeighbourhood(const vertex_t*, int, int, T)
const':
../include/carve/polyhedron_impl.hpp:132:105: error: there are no arguments to
'vertexToIndex_fast' that depend on a template parameter, so a declaration of
'vertexToIndex_fast' must be available [-fpermissive]
../include/carve/polyhedron_impl.hpp: In member function 'int
carve::poly::Geometry<3u>::vertexToEdges(const vertex_t*, T) const':
../include/carve/polyhedron_impl.hpp:145:88: error: there are no arguments to
'vertexToIndex_fast' that depend on a template parameter, so a declaration of
'vertexToIndex_fast' must be available [-fpermissive]
../include/carve/polyhedron_impl.hpp: In member function 'int
carve::poly::Geometry<3u>::vertexToFaces(const vertex_t*, T) const':
../include/carve/polyhedron_impl.hpp:154:105: error: there are no arguments to
'vertexToIndex_fast' that depend on a template parameter, so a declaration of
'vertexToIndex_fast' must be available [-fpermissive]
../include/carve/polyhedron_impl.hpp: In member function 'int
carve::poly::Geometry<3u>::edgeToFaces(const edge_t*, T) const':
../include/carve/polyhedron_impl.hpp:166:99: error: there are no arguments to
'edgeToIndex_fast' that depend on a template parameter, so a declaration of
'edgeToIndex_fast' must be available [-fpermissive]
../include/carve/polyhedron_impl.hpp: In member function 'const face_t*
carve::poly::Geometry<3u>::connectedFace(const face_t*, const edge_t*) const':
../include/carve/polyhedron_impl.hpp:177:99: error: 'edgeToIndex_fast' was not
declared in this scope
../include/carve/polyhedron_impl.hpp: In member function 'bool
carve::poly::Polyhedron::edgeOnManifold(const edge_t*, int) const':
../include/carve/polyhedron_impl.hpp:201:99: error: 'edgeToIndex_fast' was not
declared in this scope
../include/carve/polyhedron_impl.hpp: In member function 'bool
carve::poly::Polyhedron::vertexOnManifold(const vertex_t*, int) const':
../include/carve/polyhedron_impl.hpp:210:94: error: 'vertexToIndex_fast' was
not declared in this scope
../include/carve/polyhedron_impl.hpp: In member function 'int
carve::poly::Polyhedron::edgeManifolds(const edge_t*, T) const':
../include/carve/polyhedron_impl.hpp:222:99: error: there are no arguments to
'edgeToIndex_fast' that depend on a template parameter, so a declaration of
'edgeToIndex_fast' must be available [-fpermissive]
../include/carve/polyhedron_impl.hpp: In member function 'int
carve::poly::Polyhedron::vertexManifolds(const vertex_t*, T) const':
../include/carve/polyhedron_impl.hpp:240:94: error: there are no arguments to
'vertexToIndex_fast' that depend on a template parameter, so a declaration of
'vertexToIndex_fast' must be available [-fpermissive]
../include/carve/polyhedron_impl.hpp: In member function 'bool
carve::poly::Geometry<3u>::orderVertices(order_t) [with order_t =
std::less<carve::geom::vector<3u> >]':
../include/carve/polyhedron_base.hpp:114:82: instantiated from here
../include/carve/polyhedron_impl.hpp:62:9: error: 'vertexToIndex_fast' was not
declared in this scope
../include/carve/polyhedron_base.hpp:114:82: instantiated from here
../include/carve/polyhedron_impl.hpp:68:11: error: 'vertexToIndex_fast' was not
declared in this scope
../include/carve/polyhedron_base.hpp:114:82: instantiated from here
../include/carve/polyhedron_impl.hpp:72:9: error: 'vertexToIndex_fast' was not
declared in this scope
make[1]: *** [convex_hull.lo] Error 1
make[1]: Leaving directory `/home/sandeep/Desktop/carve-1.4.0/lib'
make: *** [all-recursive] Error 1
What version of the product are you using? On what operating system?
Carve version: 1.4.0 and operating system: Ubuntu 12.04
g++/gcc vesrion: 4.6.3
Please let me know if I am doing something wrong.
Original issue reported on code.google.com by [email protected]
on 20 Apr 2013 at 12:41
What steps will reproduce the problem?
1. load two 2 million poly meshes into Blender
2. attempt a union Boolean
My machine has 8GB of RAM, but my memory appears to be tapped out when
attempting this Boolean, and Blender hangs indefinitely.
Has Carve been tested on meshes, like scan data, that have many millions of
polys?
Original issue reported on code.google.com by [email protected]
on 8 Aug 2012 at 2:50
Carve fails to build with CLang (tested against latest llvm/clang svn)
attached a patch which makes carve compile, tested booleans in blender with
this change.
Original issue reported on code.google.com by [email protected]
on 10 Feb 2012 at 7:31
Attachments:
This solution is no longer available in the new VC solution and hence the
carvelib doesn't compile.
Original issue reported on code.google.com by [email protected]
on 2 Jun 2009 at 5:06
What steps will reproduce the problem?
1. Not having configure
What is the expected output? What do you see instead?
a Makefile or cmake script
What version of the product are you using? On what operating system?
HEAD
Please provide any additional information below.
If you could help me with just the command 'gcc sourcefile1 sourcefile2..' i
could at least make my own makefile
Original issue reported on code.google.com by [email protected]
on 14 May 2011 at 10:30
subject says it all.
But in particular I am interested in whether anyone
knows where the patch for Windows build is...
Thx.....
Original issue reported on code.google.com by [email protected]
on 17 Dec 2012 at 11:56
What steps will reproduce the problem?
1. Take the tarball in the attachment, extract the content, correct the
Makefile (specifying location of libcarve and Carve) and compile (make).
2. Run any of the two examples. In the failed_carve_example case, several runs
might be needed, to produce the error (carve::exception). another_example
normally takes only one or two runs to produce the same exception.
3. I realised there is a potential bug in intersect_classify_common_impl.hpp -
break; missing at the end of POINT_ON case in the switch in function
performFaceLoopWork. If you insert the missing break, rebuild Carve and run the
examples, you get into new problem: FACE LOOP ERRORs. Those occur in the same
cases, where there was an exception before (so whenever there is a POINT_ON
case in the switch). The curious thing is that this is not deterministic
(occurs on different places in different runs although the input is the same
every time - or it even doesn't occur in some cases).
What is the expected output? What do you see instead?
All described above. I would expect to have 1 closed manifold in the end.
What version of the product are you using? On what operating system?
Latest Carve version from repository. I'm using gcc version 4.1.2 20080704 (Red
Hat 4.1.2-44).
Please provide any additional information below.
I give two examples, as the first one (failed_carve_example) uses only Carve
functions (including Carve/common things), but only produces exceptions rarely,
while the other example (another_example) uses the new function makeSphere
(feel free to include it to geometry.cpp, btw) and produces exception more
often.
Original issue reported on code.google.com by [email protected]
on 20 Aug 2010 at 11:32
Attachments:
Line 161, function scoreQuad
double scoreQuad(edge_map_t::iterator i, edge_map_t &edge_map) {
if (!(*i).second.first || !(*i).second.second) return -1;
}
basically it should return something on either paths.
the result is using to select best edge candidate.
Original issue reported on code.google.com by [email protected]
on 28 May 2010 at 1:52
a better solution is needed. Possibly incorporating boost's RNG headers, which
are nicer in any
case.
Original issue reported on code.google.com by [email protected]
on 23 Oct 2009 at 1:01
I'm currently trying to create some intersections with carve. I keep getting
the following error from time to time:
"~/carve-1.4.0/lib/intersect_classify_common_impl.hpp:255 "unhandled switch
case -- should not happen""
It seems that there is missing a "break;" in
intersect_classify_common_impl.hpp:252.
Original issue reported on code.google.com by [email protected]
on 12 May 2013 at 9:32
What steps will reproduce the problem?
Running any boolean operation. The simplest case was the difference between
two cubes.
What is the expected output? What do you see instead?
Visually, the result is OK and identical between runs. Structurally, the
ordering of the points is different between runs, i.e. a point with a given
position will not always have the same index in the vertices vector. The
ordering of points in a face loop also seems to differ.
What version of the product are you using? On what operating system?
Latest hg version (changeset 45070ee2dab0) on Ubuntu Karmic 32 bit.
Please provide any additional information below.
I am trying to integrate CARVE support into the K-3D modeler. A dashboard
test showing the effect can be found at:
http://www.k-3d.org/cdash/testDetails.php?test=634693&build=3043
In the diff, the points array should correspond exactly to the CARVE
polyhedron vertices vector.
A visual comparison can be seen on my blog:
http://k-3d.org/blogs/barche/2010/01/27/first-carve-boolean-results/
The ordering of components is important in K-3D, due to the pipelined
nature where subsequent steps may depend on the index of selected
components, i.e. "extrude face 3".
Original issue reported on code.google.com by [email protected]
on 27 Jan 2010 at 9:28
I have posted a licensing inquiry at [email protected]. Sorry about
posting this here. Please consider this as a reminder/alert.
Original issue reported on code.google.com by [email protected]
on 26 Jul 2010 at 12:03
Fails to build, I'm not sure why, C++ noob. I tried --with-boost-collections,
it failed on some other place.
Original issue reported on code.google.com by [email protected]
on 5 Jun 2011 at 3:27
Attachments:
Hi all ;o)
I'm making a "A_MINUS_B" with 2 operands (linked below).
With "-e" there is no output
Without "-e" there is an output but no "100% valid" (top face is not opened)
Both operand seem valid ...
operand 1
ply
format ascii 1.0
element vertex 24
property double x
property double y
property double z
element face 44
property list uchar uchar vertex_indices
end_header
18.000 14.000 2.700
0.000 14.000 2.700
0.000 2.000 2.700
17.500 2.000 2.700
17.500 -2.000 2.700
24.500 -2.000 2.700
24.500 2.000 2.700
42.000 2.000 2.700
42.000 14.000 2.700
24.000 14.000 2.700
24.000 16.000 2.700
18.000 16.000 2.700
18.000 14.000 3.000
0.000 14.000 3.000
0.000 2.000 3.000
17.500 2.000 3.000
17.500 -2.000 3.000
24.500 -2.000 3.000
24.500 2.000 3.000
42.000 2.000 3.000
42.000 14.000 3.000
24.000 14.000 3.000
24.000 16.000 3.000
18.000 16.000 3.000
3 4 0 5
3 0 9 5
3 5 9 6
3 9 8 6
3 6 8 7
3 0 11 10
3 0 10 9
3 0 4 3
3 0 3 2
3 0 2 1
3 12 13 14
3 12 14 15
3 12 15 16
3 12 16 17
3 12 17 18
3 12 18 19
3 12 19 20
3 12 20 21
3 12 21 22
3 12 22 23
3 0 1 13
3 0 13 12
3 1 2 14
3 1 14 13
3 2 3 15
3 2 15 14
3 3 4 16
3 3 16 15
3 4 5 17
3 4 17 16
3 5 6 18
3 5 18 17
3 6 7 19
3 6 19 18
3 7 8 20
3 7 20 19
3 8 9 21
3 8 21 20
3 9 10 22
3 9 22 21
3 10 11 23
3 10 23 22
3 11 0 12
3 11 12 23
operand 2
ply
format ascii 1.0
element vertex 16
property double x
property double y
property double z
element face 28
property list uchar uchar vertex_indices
end_header
23.700 11.700 2.700
23.700 15.700 2.700
18.300 15.700 2.700
18.300 11.700 2.700
19.800 11.700 2.700
19.800 14.200 2.700
22.200 14.200 2.700
22.200 11.700 2.700
23.700 11.700 3.000
23.700 15.700 3.000
18.300 15.700 3.000
18.300 11.700 3.000
19.800 11.700 3.000
19.800 14.200 3.000
22.200 14.200 3.000
22.200 11.700 3.000
3 5 4 3
3 5 3 2
3 5 2 1
3 5 1 6
3 7 6 1
3 7 1 0
3 15 8 14
3 8 9 14
3 14 9 13
3 9 10 13
3 13 10 12
3 10 11 12
3 0 1 9
3 0 9 8
3 1 2 10
3 1 10 9
3 2 3 11
3 2 11 10
3 3 4 12
3 3 12 11
3 4 5 13
3 4 13 12
3 5 6 14
3 5 14 13
3 6 7 15
3 6 15 14
3 7 0 8
3 7 8 15
Original issue reported on code.google.com by [email protected]
on 16 Sep 2011 at 7:00
When trying to build on gcc4.4 I get this error, its easy to add myself but
would be better to add to the source.
----
/usr/lib/gcc/i686-pc-linux-gnu/4.4.0/../../../../include/c++/4.4.0/backward/back
ward_warning.h:28:2:
warning: #warning This file includes at least one deprecated or antiquated
header which may be removed without further notice at a future date. Please
use a non-deprecated interface with equivalent functionality instead. For a
listing of replacement headers and interfaces, consult the file
backward_warning.h. To disable this warning use -Wno-deprecated.
In file included from ../include/carve/geom3d.hpp:24,
from ../include/carve/aabb.hpp:22,
from aabb.cpp:22:
../include/carve/matrix.hpp: In constructor
'carve::math::Matrix3::Matrix3(double (*)[3])':
../include/carve/matrix.hpp:95: error: 'memcpy' was not declared in this scope
../include/carve/matrix.hpp: In constructor
'carve::math::Matrix3::Matrix3(double*)':
../include/carve/matrix.hpp:98: error: 'memcpy' was not declared in this scope
../include/carve/matrix.hpp: In constructor
'carve::math::Matrix::Matrix(double (*)[4])':
../include/carve/matrix.hpp:131: error: 'memcpy' was not declared in this scope
../include/carve/matrix.hpp: In constructor
'carve::math::Matrix::Matrix(double*)':
../include/carve/matrix.hpp:134: error: 'memcpy' was not declared in this scope
make[1]: *** [aabb.lo] Error 1
Original issue reported on code.google.com by [email protected]
on 2 Jun 2009 at 1:51
What steps will reproduce the problem?
1. untar the two OBJ files
2. run "intersect --triangulate" on the objects using A_MINUS_B or B_MINUS_A
What is the expected output? What do you see instead?
Output should always give the same number of faces. On different runs, the
output has different number of faces.
What version of the product are you using? On what operating system?
Linux Ubuntu 9.09, downloaded tarball on 6-2-2009.
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 6 Jun 2009 at 2:46
In cmake-2.8.7 the find module is called FindBoost.cmake. Changing BOOST to
Boost on the appropriate line in CMakeLists.txt fixed things.
Original issue reported on code.google.com by [email protected]
on 13 Feb 2012 at 7:43
Wrong intersection with attached polyhedron detected.
Try this: intersect.exe "CUBE & bug.ply"
I also try triangulated version of "bug.ply", but the result is still
incorrect.
See the situation at attached picture. Correct intersection is a left part
of "bug.ply". Carve generates something like "CUBE & bug.ply + CUBE" - the
whole cube is included in the result...
Martin
Original issue reported on code.google.com by [email protected]
on 13 Oct 2009 at 11:22
Attachments:
I came back to have another go on implementing Python bindings for carve, but
it fails to build on OS X (+ports). First there was:
$ makeMaking all in lib/bin/sh ../libtool --tag=CXX --mode=compile g++
-DHAVE_CONFIG_H -I. -I../include -I../include/carve -I../include -g -O2 -MT
aabb.lo -MD -MP -MF .deps/aabb.Tpo -c -o aabb.lo aabb.cpplibtool: Version
mismatch error. This is libtool 2.4, but the
libtool: definition of this LT_INIT comes from libtool 2.2.4.
libtool: You should recreate aclocal.m4 with macros from libtool 2.4libtool:
and run autoconf again.
make[1]: *** [aabb.lo] Error 63make: *** [all-recursive] Error 1
I fixed that by calling:
ACLOCAL_FLAGS="-I /usr/share/aclocal" ./autogen.sh
ACLOCAL_FLAGS="-I /usr/share/aclocal" ./configurechecking
(I'm not sure where it belongs)
Then I got another one, this time I don't know how to fix it because of poor
C++ skills:
$ make
Making all in lib
/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I../include -I../include/carve -I../include -g -O2 -MT aabb.lo -MD -MP -MF
.deps/aabb.Tpo -c -o aabb.lo aabb.cpp
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../include -I../include/carve
-I../include -g -O2 -MT aabb.lo -MD -MP -MF .deps/aabb.Tpo -c aabb.cpp
-fno-common -DPIC -o .libs/aabb.o
In file included from ../include/carve/collection/unordered.hpp:33,
from ../include/carve/collection.hpp:20,
from ../include/carve/carve.hpp:47,
from ../include/carve/aabb.hpp:19,
from aabb.cpp:22:
../include/carve/collection/unordered/libstdcpp_impl.hpp:50: error: ISO C++
forbids declaration of 'mapped_type' with no type
../include/carve/collection/unordered/libstdcpp_impl.hpp:50: error: cannot
declare member '__gnu_cxx::hash_map<K, V, H, std::equal_to<_Key>,
std::allocator<_T2> >::mapped_type' within 'std::unordered_map<K, V, H>'
../include/carve/collection/unordered/libstdcpp_impl.hpp:50: error: expected
';' before 'data_type'
make[1]: *** [aabb.lo] Error 1
make: *** [all-recursive] Error 1
I googled around, found something about missing `#include <map>` or missing
`using namespace std;` , but again, don't know where to insert this.
Original issue reported on code.google.com by [email protected]
on 8 Dec 2011 at 7:23
The patch attached allows carve to be built with clang 3.2. It includes some
warning/error -chasing bug-fixes. In addition, include/CMakeLists.txt is also
patched to install .h files too.
What steps will reproduce the problem?
Build carve with Clang 3.2
What version of the product are you using? On what operating system?
This is carve 1.4.0 on FreeBSD 10.0-CURRENT, amd64 (x86_64 as Linux calls this).
Original issue reported on code.google.com by [email protected]
on 22 Feb 2013 at 9:05
Attachments:
I had to add these additional Preprocessor Definitions for the 'carvelib',
'fileformats', 'intersect', 'texture_example', 'view' projects:
BOOST_NO_0X_HDR_INITIALIZER_LIST
_STDINT
To get it to compile without any nasty errors.
you also have to make sure you have GL/glut.h available to build the glui32
project. You can scrounge these up from:
http://user.xmission.com/~nate/glut.html
Folder references:
glut.h: 'C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\GL\'
glut32.lib: 'C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\lib\'
glut32.dll: 'C:\Windows\System32\'
For 64-bit machines, you will want to do this.
glut32.dll: 'C:\Windows\SysWOW64\'
All good! BUT...
There is still a pretty steady stream of warnings. pah.
Original issue reported on code.google.com by [email protected]
on 4 Apr 2013 at 2:48
Missing include #include <iterator> in gloop.
Original issue reported on code.google.com by [email protected]
on 16 Mar 2013 at 7:18
Im using newest version carvelib checked out after jul.
Now, i have handred of pairs of polyhedron ,
every pair ran csg.compute(pairA_1,pairA_2) in a parallel for,
after that,i found that the texture uv vertex attribute is not correct:some
vertices appears a little bit offset,some vertices get the attribute value
which not belong to itself.
But its correct when i run them in singlethread.
Original issue reported on code.google.com by [email protected]
on 26 Sep 2012 at 3:43
What steps will reproduce the problem?
1. intersect "cylinder.ply | sphere.ply"
What is the expected output? What do you see instead?
I try to form the union of a cylinder and a sphere (it sits at one of the
cylinder’s ends), which should result in a cylinder with one rounded end.
Instead, I receive the following errors:
uncontained hole loop does not share vertices with any face loop!
CSG failed, exception: carve/lib/triangulator.cpp:899 "didn't manage to link
up hole!"
Is this a feature or a bug?
What version of the product are you using? On what operating system?
latest code based, checked out from Mercurial and built on OS X 10.9
Please provide any additional information below.
I thought perhaps the problem is that the sphere meets the cylinder
tangentially, but then this other example works:
intersect "CUBE | TRANS(0.5,0,0,CUBE)"
Original issue reported on code.google.com by [email protected]
on 9 Dec 2013 at 7:07
Attachments:
"break" statement is missing near line 254.
Original issue reported on code.google.com by [email protected]
on 15 May 2010 at 5:24
Relates to Issue 39 and its data, which does not to generate a crash, but
instead broken mesh output for us. We have submitted bug in more detail to
Blender.org as issue 36648. Further to 39, we have experienced on-going
problems in Blender 2.68 Booleans attributable to Carve -- screenshots etc.
attached.
Original issue reported on code.google.com by [email protected]
on 3 Sep 2013 at 2:33
Attachments:
1. Grab the attached file and extract a.ply and b.ply
2. Update to changeset 2e6e59022e6e822c7970092881865c2c1add1bf0
3. Build and run intersect --triangles --edge a.ply INTERSECTS b.ply
4. It will hang forever
Original issue reported on code.google.com by [email protected]
on 16 Jan 2013 at 10:31
Attachments:
What steps will reproduce the problem?
1. untar the attached tar.bz2 file to get object files
2. run "intersect --triangulate --obj a.obj A_MINUS_B b.obj"
What is the expected output? What do you see instead?
Should complete execution; instead hangs after printing "doTriangulate
complete; remain=20"
What version of the product are you using? On what operating system?
carve-1.0.0, downloaded Jun 1; running on Ubuntu 9.04 i386, compiled with
gcc 4.3.3
Original issue reported on code.google.com by [email protected]
on 2 Jun 2009 at 10:13
Attachments:
intersect_classify_edge.cpp needs
#include <stdint.h> // for uint32_t
src/radiance.cp
#include <stdio.h>
src/model/ply_format.cpp
#include <stdio.h>
#include <cstring>
lib/math.cpp
#include <stdio.h>
src/model/vtk_format.cpp
#include <stdio.h>
Every instance of
t = strchr(l, k);
...was giving a compiler error
t = (char *)strchr(l, k);
...works ok
Original issue reported on code.google.com by [email protected]
on 2 Jun 2009 at 2:36
What steps will reproduce the problem?
1. Turn options CARVE_DEBUG and CARVE_DEBUG_WRITE_PLY_DATA on in CMakeLists.txt
2. cmake .
3. cd src; make
What is the expected output? What do you see instead?
Compilation causes syntax errors. The attached patch file (output from hg diff)
gets rid of those.
What version of the product are you using? On what operating system?
latest code base; checked out from Mercurial and built on OS X 10.9 (with clang
default compiler and with ports cmake and boost).
Please provide any additional information below.
If the debug options are turned on option BUILD_SHARED_LIBS should be turned
off to avoid link error (“Linking CXX shared library libcarve.dylib ..
Undefined symbols .. writePLY”).
Original issue reported on code.google.com by [email protected]
on 10 Dec 2013 at 11:32
Attachments:
Sorry, forgot to attach the examples. Found two more examples (aa.obj and
bb.obj) that have the same problem using UNION, except sometimes it also hangs.
Original issue reported on code.google.com by [email protected]
on 6 Jun 2009 at 3:01
Attachments:
Hello,
my application is the following:
- I work with VRML and want to use boolean operations on objects
- for this operations I use carve
- everything is fine, but:
--> first subtraction of two object is no problem, but if I go one/two
steps in any direction and subtract again, the viewer shows
none new surfaces(if the surfaces lie on each other)...
I think a possibilitiy is that the carve library has problems in subtracting
two objects when surfaces are superimposed
I would appreciate information
Original issue reported on code.google.com by [email protected]
on 21 Jun 2012 at 7:46
Just run:
>intersect "(_0a.ply | _1a.ply | _2a.ply) A_MINUS_B _3s.ply"
with the attached files.
Files attached were created with carve by intersecting several simple
models. Viewing tool supplied with carve opens them without any problems.
Original issue reported on code.google.com by [email protected]
on 17 May 2010 at 2:31
Attachments:
On the following link, you might find some useful tips to build the library on
OS X:
http://forums.cgsociety.org/showthread.php?f=7&t=1072917&page=1&pp=15
I think a similar thread should be created for gcc on linux and the new visual
studio versions.
Cheers
Original issue reported on code.google.com by [email protected]
on 3 Oct 2012 at 10:45
What steps will reproduce the problem?
1. intersect operation with command "CUBE -
TRANS(0,0,0.5,CYLINDER(120,0.5,1))-TRANS(0.4,0,0.5,CYLINDER(120,0.5,1))";
2. gap occurs at the bottom of cylinder
I don't how to avoid the coplanar problem,maybe must use some switch,I use
default switch.
What version of the product are you using? On what operating system?
I got the latest version and compiled in windows with VS2010.
Original issue reported on code.google.com by [email protected]
on 18 Jan 2011 at 1:24
Attachments:
srandomdev() in geom3d_unittest.cpp is missing the #if defined() wrapper.
#if defined(__APPLE__)
srandomdev();
#else
srandom(time(NULL));
#endif
Original issue reported on code.google.com by [email protected]
on 13 Feb 2012 at 7:47
What steps will reproduce the problem?
Run tests/test_slice
What is the expected output? What do you see instead?
I expect to see the sliced output. Instead I see a few dozen FACE LOOP ERROR
lines in stderr.
What version of the product are you using? On what operating system?
The newest snapshot on OS X Lion.
---
I'm trying to figure out how to slice objects and the tests don't work. Is this
a known issue? Does this only happen for me?
Original issue reported on code.google.com by [email protected]
on 12 Mar 2012 at 1:13
Hi, I've found that after the union calculation, the indices of vertices on a
same face may be repeated, for example if I output the result into an obj file,
an line with error is:
f 204 194 5 40 75 111 5 194 220
There are two index "5" vertices as well as "194" vertices. How could this
happen? How to fix the bug please?
Thanks!
Original issue reported on code.google.com by [email protected]
on 3 Nov 2011 at 1:23
I ran into a build error and one of the headers was not installed using
make install. Fix available in my repository clone at
http://code.google.com/r/barche-patches/source/detail?r=27144b444d5cd60671a906b7
04605099d7d7780c
Original issue reported on code.google.com by [email protected]
on 30 Jan 2010 at 12:01
Building on linux without boost.
Without this patch I get a build error
---
In file included from
/data/src/blender/blender/extern/carve/include/carve/aabb.hpp:21:0,
from /data/src/blender/blender/extern/carve/lib/aabb.cpp:22:
/data/src/blender/blender/extern/carve/include/carve/vector.hpp: In function
'void carve::geom3d::sortInDirectionOfRay(const carve::geom3d::Vector&, iter_t,
iter_t, adapt_t)':
/data/src/blender/blender/extern/carve/include/carve/vector.hpp:139:11: error:
'sort' is not a member of 'std'
Original issue reported on code.google.com by [email protected]
on 11 Mar 2011 at 10:14
Attachments:
i get all libs,but i can't get carve/polyhedron.hpp,why?
Original issue reported on code.google.com by [email protected]
on 19 Aug 2013 at 2:59
on my system this issue prevented 'sgfxi' graphics driver installer script
from working.
Note: for me this script installs into the same directory as the carve
files; /usr/local/bin.
Original issue reported on code.google.com by [email protected]
on 23 Jun 2009 at 4:44
Open the attached file, there are 2 OBJ files containing triangles only.
# The model 'c.obj' was made this way.
intersect --obj a.obj A_MINUS_B b.obj > c.obj
Notice that there are holes in the resulting model, 'B' for brown.
I included c.obj in the archive also.
Original issue reported on code.google.com by [email protected]
on 2 Jun 2009 at 3:24
Attachments:
Hi, I was looking into a blender memory leak and tracked it down to carve.
I used 2 ways to check the leak,
first by overriding the allocator in blender and counting the allocations, then
breaking on the exact alloc which isnt freed.
- carve_unfree_alloc_blender.txt shows the backtrace of the alloc that is never
freed.
To make sure it wasnt blender doing something strange or already fixed in HG, I
grabbed latest source and ran valgrind with one of the tests that calls compute.
- carve_test_valgrind_report.txt also points to the same alloc as being unfreed.
hg info:
parent: 442:572b3510b2be tip
From reading:
carve/lib/intersect.cpp:1350... I couldnt figure out which class owns a_rtree
and b_rtree. so even if you dont have time to fix the bug some hint here would
be helpful.
Original issue reported on code.google.com by [email protected]
on 27 Jun 2012 at 11:20
Attachments:
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.