folded/carve

Automatically exported from code.google.com/p/carve

carve's Issues

More missing includes (gcc 4.4)

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

cmake fails to find Boost

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

srandomdev() in geom3d_unittest.cpp

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

Problems with Surfaces

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

unhandled switch case, probably a missing break

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

Linux/GCC 4.5.2 missing includes (patch included)

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:

• gcc_4_5_2_linux_64bit.diff

Not robust: Booleans produces non-manifold output on valid input.

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:

• Archive.zip

[patch] multiple compiler warnings / errors chase

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:

• carve.diff

tests/test_slice doesn't work properly

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

Typo in intersect_classify_common_impl.hpp

"break" statement is missing near line 254.

Original issue reported on code.google.com by [email protected] on 15 May 2010 at 5:24

Carve fails on millions of polys

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

'cut' executable interfears with builtin 'cut' command

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

Bug in intersect_classify_common_impl.hpp (performFaceLoopWork)

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:

• failed_carve_example.tar.gz

csg_triangulator.hpp compile error

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

Building under VS2012

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

can't get carve/polyhedron

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

Wrong intersection

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:

• bug.ply
• picture.png

Building on OS X fails

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

Can't run test_slice and CSG::ALL

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

Thread safety

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

error of vertex indices of a face after union operation

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

Memory leak in intersect.cpp 1377 and 1378 from a_rtree and b_rtree

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

Building on 32bit arch linux (gcc 4.4), build error

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

Some tips for building on OS X.

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

Hang on intersect

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:

• broken1.zip

Memory leak in carve::csg::CSG::compute

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:

• carve_unfree_alloc_blender.txt
• carve_test_valgrind_report.txt

Defect

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:

• intersect.JPG

Output polyhedron differs on repeated runs

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:

• error.tgz

Carve-1.4.0:Compiling fails on g++ version 4.6.3

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

Build errors on Ubuntu Karmic

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

CLang fails to build Carve.

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:

• clang_compat.diff

How does one communicate about this project? (And Windows build - where is the patch?)

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

texture UV not correct after compute()

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

include/carve/matrix.hpp needs "#include <cstring>" header on gcc 4.4

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

Outputpolyhedron differs on repeated runs

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

Build failed on Win32, visual studio express 2008. - Intersection.hpp along with files missing from GLUI/external

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

Licensing Inquiry

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

Build failed

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:

• make.out

CSG fails on this input

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

Missing include

Missing include #include <iterator> in gloop.

Original issue reported on code.google.com by [email protected] on 16 Mar 2013 at 7:18

fileformat vc solution not available. - win32

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

Can't build on windows with mingw

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

Debug options CARVE_DEBUG and CARVE_DEBUG_WRITE_PLY_DATA cause compilation errors (patch attached)

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:

• patch.diff

Carve fails on (apparantly) valid input

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:

• _0a.ply
• _1a.ply
• _2a.ply
• _3s.ply

Holes in intersect result

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:

• bool.tar.bz2

How to disable CPP Boost on Visual 2010 ?

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

Exception “didn't manage to link up hole!” upon calculating a union

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:

• cylinder.ply
• sphere.ply

random() is redefined in win32.h, conflicts with maya's headers.

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

Point ordering differs between runs

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

intersect hangs when using "--triangulate" option

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:

• triangulate-bug.tar.bz2