[OpenSCAD] Save Before Compile

Stony Smith stonysmith at gmail.com
Tue Jan 17 18:39:46 CET 2012


May I suggest adding an option to either require or ask for a save before a
F6 CGAL compile?

I've had a few out of memory conditions and if the program crashes, then
I've lost my changes.

Yeah, I know.. hit Ctrl-S first.  It'd just be helpful if F6 did it for me.

-----Original Message-----
From: openscad-bounces at rocklinux.org [mailto:openscad-bounces at rocklinux.org]
On Behalf Of openscad-request at rocklinux.org
Sent: Tuesday, January 17, 2012 5:00 AM
To: openscad at rocklinux.org
Subject: OpenSCAD Digest, Vol 26, Issue 32

Send OpenSCAD mailing list submissions to
	openscad at rocklinux.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://rocklinux.net/mailman/listinfo/openscad
or, via email, send a message with subject or body 'help' to
	openscad-request at rocklinux.org

You can reach the person managing the list at
	openscad-owner at rocklinux.org

When replying, please edit your Subject line so it is more specific than
"Re: Contents of OpenSCAD digest..."


Today's Topics:

   1. Re: Imported STL no longer renders (Brad Pitcher)
   2. Re: Android port (Brad Pitcher)
   3. Re: Android port (Tim Schmidt)
   4. Re: Imported STL no longer renders (Marius Kintel)
   5. Re: Android port (Marius Kintel)


----------------------------------------------------------------------

Message: 1
Date: Mon, 16 Jan 2012 15:56:27 -0800
From: Brad Pitcher <bradpitcher at gmail.com>
Subject: Re: [OpenSCAD] Imported STL no longer renders
To: openscad at rocklinux.org
Message-ID:
	<CAMFpZriOR3gw+22cDyxzKwwN6Hx=kS9Ouox8y69DNX49YP1KcA at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

>
> Could someone try to reproduce nop head's problem under Windows, then 
> rebuild using the latest master and verify that the problem has gone away?
>

Unfortunately I am unable to test this, because I never received the
render-time error that nop head did. However, I do get the error I mentioned
at export time using the code before and after your commit. I'll do a new
nightly tonight though. Marius, do you want to start doing nightlies with
debugging symbols? Is there an easy compile flag for that? I couldn't figure
out how to do it without editing the Makefile.


> PS. One of these days I will try to get myself one of those 
> cross-compilation setups for Windows binaries ;)
>

I don't know if you knew this, but mingw-cross-env works on Mac OS X so you
should be able to use it natively without running a Linux VM. Wine is
available for Mac OS X as well I believe so you can run windows binaries you
build as well.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://rocklinux.net/pipermail/openscad/attachments/20120117/842f63ce/attach
ment-0001.html

------------------------------

Message: 2
Date: Mon, 16 Jan 2012 16:12:56 -0800
From: Brad Pitcher <bradpitcher at gmail.com>
Subject: Re: [OpenSCAD] Android port
To: openscad at rocklinux.org
Message-ID:
	<CAMFpZrhdk2j2PBfOZYWqF3_ZCr6tokdBKW-taNCnfiMPzRMOYw at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

>
> CGAL's main problem is that it's compilation requires the running of a 
> 'test suite' - i.e. during the build process, it builds a lot of 
> mini-programs, runs them, and reads the results back, and uses those 
> results to set flags for the build. For this to work in a 
> cross-compilation environment, you need to instead cross-compile the 
> little mini programs, transfer them to the target platform, run them, 
> then transfer the results back. Then you need to get CGAL's build 
> scripts to read those results in from a file.
>

For mingw-cross-env, there is a patch which includes the results for all the
tests (
http://hg.savannah.gnu.org/hgweb/mingw-cross-env/file/899eb3105abf/src/cgal-
1-fixes.patch#l29)
so that should be easy to reuse. The results to the tests may not be
technically accurate, but they allow the build to proceed.

Another problem I ran into with CGAL and OpenCSG is all the OpenGL stuff
needs to be ported to OpenGL ES. From what I understand these are not
trivial changes. Do you have experience with this Don? Any pointers?

Thank you very much for the detailed write-up, it's very helpful.
-Brad
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://rocklinux.net/pipermail/openscad/attachments/20120117/11edd83f/attach
ment-0001.html

------------------------------

Message: 3
Date: Mon, 16 Jan 2012 21:58:59 -0500
From: Tim Schmidt <timschmidt at gmail.com>
Subject: Re: [OpenSCAD] Android port
To: openscad at rocklinux.org
Message-ID:
	<CALL8gRZkST_czZFbf5x4AoK28=gfCE4RaLVPUH+UEoSZiWcP4Q at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Possibly of interest:
http://arunraghavan.net/2012/01/pulseaudio-vs-audioflinger-fight/

The article compares PulseAudio to Android's native Audioflinger sound
server.  The author discusses porting PulseAudio, and links to several
useful-looking bits, like androgenizer (
http://cgit.collabora.com/git/user/derek/androgenizer.git/ ) which converts
autotools projects to android-friendly makefiles.

--tim


------------------------------

Message: 4
Date: Tue, 17 Jan 2012 08:14:42 +0100
From: Marius Kintel <marius at kintel.net>
Subject: Re: [OpenSCAD] Imported STL no longer renders
To: openscad at rocklinux.org
Message-ID: <0620F261-851B-4BD5-A6F1-D53990984EBF at kintel.net>
Content-Type: text/plain; charset=us-ascii

On Jan 17, 2012, at 00:56 AM, Brad Pitcher wrote:
> 
> Unfortunately I am unable to test this, because I never received the
render-time error that nop head did. However, I do get the error I mentioned
at export time using the code before and after your commit. I'll do a new
nightly tonight though.

I managed to reproduce nop head's error in a Windows VM using the latest
binaries.

> Marius, do you want to start doing nightlies with debugging symbols? Is
there an easy compile flag for that? I couldn't figure out how to do it
without editing the Makefile.

I'll take a look at it.

> I don't know if you knew this, but mingw-cross-env works on Mac OS X so
you should be able to use it natively without running a Linux VM. Wine is
available for Mac OS X as well I believe so you can run windows binaries you
build as well.

ah, yes, that would be convenient :)

 -Marius



------------------------------

Message: 5
Date: Tue, 17 Jan 2012 08:18:16 +0100
From: Marius Kintel <marius at kintel.net>
Subject: Re: [OpenSCAD] Android port
To: openscad at rocklinux.org
Message-ID: <F66A45EE-BF9B-4D92-BE52-252616DAAECA at kintel.net>
Content-Type: text/plain; charset=us-ascii

On Jan 17, 2012, at 01:12 AM, Brad Pitcher wrote:
>  
> Another problem I ran into with CGAL and OpenCSG is all the OpenGL stuff
needs to be ported to OpenGL ES. From what I understand these are not
trivial changes. Do you have experience with this Don? Any pointers?
> 
I'm considering rewriting the OpenGL stuff to use an external library for
the actual rendering. Then all GL calls should be encapsulated and if the
underlying library supports ES, it would be "automatically" supported.
Open Scenegraph is a bit overkill. I'm planning to take a glance at
http://www.visualizationlibrary.org
Any other suggestions would be welcome.

 -Marius



------------------------------

_______________________________________________
OpenSCAD mailing list
OpenSCAD at rocklinux.org
http://rocklinux.net/mailman/listinfo/openscad


End of OpenSCAD Digest, Vol 26, Issue 32
****************************************



More information about the OpenSCAD mailing list