Building problems

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Building problems

Torsten Wagner
Hi all,
just came across OpenScad and it looks like the tool which an engineer
without much CAD-skills but sufficient programming skills might really
appreciate. Thus, I was going to give it a try
FYI, here are my relevant system parameters:

Core2. Ubuntu Karmic, 64-bit, 8GB RAM
*Qt4 4.5.3
*CGAL 3.4-4:
*boost 1.38.1
*cmake 2.8.0-5
OpenCSG 1.30-1
GLEW (bundled with OpenCSG)
Eigen2 2.0.11
*GCC C++ Compiler 4.3.4-5
*Bison 2.4.1
*Flex 2.5.35-7

* = standard package of ubuntu karmic

However, I faced several problems

The bin-packages seems not to work under a 64-bit systems.

The svn package assumes a pentium CPU which results in errors on my
core2 processor. Change this to core2 makes it running further.

In the meantime I had to fight with the OpenCSG libs, which wasn't
recognise first. After a bit fiddling, I compiled them and add them via
ldconfig. However, finally I used the deb-package posted recently in
this list (thanks).

I then run in an error with the eigen-lib. Which was outdated on karmic.
I fetched the recent ubuntu package for lucid and solved this problem

Now I run in the following error:

src/export.cc:36: error: variable or field ‘cgal_nef3_to_polyset’
declared void
src/export.cc:36: error: ‘PolySet’ was not declared in this scope
src/export.cc:36: error: ‘ps’ was not declared in this scope
src/export.cc:36: error: expected primary-expression before ‘*’ token
src/export.cc:36: error: ‘root_N’ was not declared in this scope

Unfortunately, at the moment I do not have a single clue how to help myself.

Would be nice if someone could guide me.

Thanks

Torsten

Reply | Threaded
Open this post in threaded view
|

Re: Building problems

kintel
Administrator
On Mar 2, 2010, at 02:26 , Torsten Wagner wrote:
> Now I run in the following error:
>
> src/export.cc:36: error: variable or field ‘cgal_nef3_to_polyset’
> declared void
> src/export.cc:36: error: ‘PolySet’ was not declared in this scope
> src/export.cc:36: error: ‘ps’ was not declared in this scope
> src/export.cc:36: error: expected primary-expression before ‘*’ token
> src/export.cc:36: error: ‘root_N’ was not declared in this scope
>
I believe this was fixed in revision 470

~/= Marius

--
We are Elektropeople for a better living.





Reply | Threaded
Open this post in threaded view
|

Re: Building problems

Torsten Wagner
Hi Marius,

> I believe this was fixed in revision 470
>

Yep this worked out well. Thanks
However, after that I had to upgrade cgal to 3.5 to continue. If that is
generally true the README should be changed accordingly (still refers to
3.4 and 3.5).

Now I stuck with the following error message.
src/printutils.cc: In function ‘void PRINT_NOCACHE(const QString&)’:
src/printutils.cc:46: error: ‘stderr’ was not declared in this scope
src/printutils.cc:46: error: ‘fprintf’ was not declared in this scope

Uff... I hope OpenSCAD is worse all the trouble ;) it is a bit hard to
get it working ;)

Best regards and thanks for helping me out

Torsten

Reply | Threaded
Open this post in threaded view
|

Re: Building problems

kintel
Administrator
On Mar 2, 2010, at 03:54 , Torsten Wagner wrote:

> However, after that I had to upgrade cgal to 3.5 to continue. If  
> that is generally true the README should be changed accordingly  
> (still refers to 3.4 and 3.5).
>
We've been dependant on 3.5 for a while, but the README somehow didn't  
get updated. Fixed now.

> Now I stuck with the following error message.
> src/printutils.cc: In function ‘void PRINT_NOCACHE(const QString&)’:
> src/printutils.cc:46: error: ‘stderr’ was not declared in this scope
> src/printutils.cc:46: error: ‘fprintf’ was not declared in this scope
>
Also fixed in svn. Should work, but not actually built on Linux yet.

> Uff... I hope OpenSCAD is worse all the trouble ;) it is a bit hard  
> to get it working ;)
>
The tagged releases should be a bit easier to build. The trunk is  
under active development and the build easily breaks on some platforms  
as we don't have a buildbot operational to weed out cross-platform  
build issues.
On Mac and Windows, we usually provide snapshot binaries - they're  
just not quite up there on Linux yet.

~/= Marius

--
We are Elektropeople for a better living.





Reply | Threaded
Open this post in threaded view
|

Re: Building problems

Torsten Wagner
In reply to this post by Torsten Wagner
Hi again,

> Now I stuck with the following error message.
> src/printutils.cc: In function ‘void PRINT_NOCACHE(const QString&)’:
> src/printutils.cc:46: error: ‘stderr’ was not declared in this scope
> src/printutils.cc:46: error: ‘fprintf’ was not declared in this scope

just patched that by applying the attached patch

But hey it wouldn't be fun if it would woork now. The next message I
came along:

/usr/bin/ld: warning: libboost_thread.so.1.40.0, needed by
/usr/lib/libCGAL.so, not found (try using -rpath or -rpath-link)
/usr/lib/libCGAL.so: undefined reference to
`boost::detail::get_tss_data(void const*)'
/usr/lib/libCGAL.so: undefined reference to
`boost::detail::set_tss_data(void const*,
boost::shared_ptr<boost::detail::tss_cleanup_function>, void*, bool)'

Thus it seems my boost system is out of date as well, at which point it
become a bit annoying due to increasing amount of evil injected libs
which I added now already to my standard system. But hey ... what I
expect by using a the trunk of a svn repro.

Will keep going on thanks

Torsten









patch_printutils.cc (344 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Building problems

Zach Smith
In reply to this post by Torsten Wagner
its definitely worth the trouble.  best open source solid modeling tool out there right now by far.

On Mon, Mar 1, 2010 at 9:54 PM, Torsten Wagner <[hidden email]> wrote:


Uff... I hope OpenSCAD is worse all the trouble ;) it is a bit hard to
get it working ;)