64-bit Mac binaries

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

64-bit Mac binaries

kintel
Administrator
Hi,

I just upgraded my Mac and since virtually everything is 64-bit as default now on Mac OS X, so is OpenSCAD.
If anyone has problems with these binaries, please report it.
The workaround for 32-bit vs. 64-bit problems is to fall back to the 2010.02 release for now.

Link: http://www.kintel.net/public/openscad-2010.03.19.dmg

~/= Marius

--
We are Elektropeople for a better living.


Reply | Threaded
Open this post in threaded view
|

Re: 64-bit Mac binaries

clothbot
Hi Marius,

Are all your ./patches up to date in svn?

I've been trying to get OpenCSG-1.3.0 to compile cleanly (10.6.2) without much luck.  It's erroring out on the pBufferTexture.cpp compile stage.

If I comment out those changes it gets further, but I run into other problems like src/Makefile with '-soname' in LFLAGS.  I change that to -dylib_install_name and get a little further.

Thanks!

Andrew.

On 2010-03-19, at 1:45 AM, Marius Kintel wrote:

> Hi,
>
> I just upgraded my Mac and since virtually everything is 64-bit as default now on Mac OS X, so is OpenSCAD.
> If anyone has problems with these binaries, please report it.
> The workaround for 32-bit vs. 64-bit problems is to fall back to the 2010.02 release for now.
>
> Link: http://www.kintel.net/public/openscad-2010.03.19.dmg
>
> ~/= Marius
>
> --
> We are Elektropeople for a better living.
>
> _______________________________________________
> OpenSCAD mailing list
> [hidden email]
> http://rocklinux.net/mailman/listinfo/openscad

--

"The future is already here.  It's just not very evenly distributed" -- William Gibson

Me: http://clothbot.com/wiki/




Reply | Threaded
Open this post in threaded view
|

Re: 64-bit Mac binaries

kintel
Administrator
On Mar 24, 2010, at 19:50 PM, Andrew Plumb wrote:

> Are all your ./patches up to date in svn?
>
I'm using OpenCSG-1.3.0-MacOSX-port.patch, which was updated in r418.
OpenCSG builds without any problems on my 10.6.2 box.

If you give me some more info about your errors, I'll try to help you further.

~/= Marius

--
We are Elektropeople for a better living.





Reply | Threaded
Open this post in threaded view
|

Re: 64-bit Mac binaries

clothbot
Hi Marius,

See the attached make output log file.

cc -v:  gcc version 4.2.1 (Apple Inc. build 5646) (dot 1)
g++ -v: gcc version 4.2.1 (Apple Inc. build 5646) (dot 1)
ld -v: @(#)PROGRAM:ld  PROJECT:ld64-95.2.12

qmake -v: Using Qt version 4.6.2 in /Library/Frameworks

Any other details?  Perhaps you have some environment variables set that get inherited at build-time?

Thanks!

Andrew.



On 2010-03-24, at 3:43 PM, Marius Kintel wrote:

> On Mar 24, 2010, at 19:50 PM, Andrew Plumb wrote:
>
>> Are all your ./patches up to date in svn?
>>
> I'm using OpenCSG-1.3.0-MacOSX-port.patch, which was updated in r418.
> OpenCSG builds without any problems on my 10.6.2 box.
>
> If you give me some more info about your errors, I'll try to help you further.
>
> ~/= Marius
>
> --
> We are Elektropeople for a better living.
>
>
>
>
> _______________________________________________
> OpenSCAD mailing list
> [hidden email]
> http://rocklinux.net/mailman/listinfo/openscad
--

"The future is already here.  It's just not very evenly distributed" -- William Gibson

Me: http://clothbot.com/wiki/




make.20100324.log (9K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: 64-bit Mac binaries

kintel
Administrator
On Mar 24, 2010, at 21:02 PM, Andrew Plumb wrote:

> See the attached make output log file.
>

g++ -c -pipe -Wall -W -O2 -fPIC -I. -I../include -I../glew/include -I.. -I/usr/X11R6/include -o pBufferTexture.o pBufferTexture.cpp
In file included from pBufferTexture.cpp:22:
pBufferTexture.h:91: error: expected class-name before ‘{’ token

-> pBufferTexture.o shouldn't be built.

Are you sure you ran 'qmake -recursive' to correctly generate the Makefile after patching?

~/= Marius

--
We are Elektropeople for a better living.





Reply | Threaded
Open this post in threaded view
|

Re: 64-bit Mac binaries

clothbot

On 2010-03-24, at 5:40 PM, Marius Kintel wrote:

> On Mar 24, 2010, at 21:02 PM, Andrew Plumb wrote:
>
>> See the attached make output log file.
>>
>
> g++ -c -pipe -Wall -W -O2 -fPIC -I. -I../include -I../glew/include -I.. -I/usr/X11R6/include -o pBufferTexture.o pBufferTexture.cpp
> In file included from pBufferTexture.cpp:22:
> pBufferTexture.h:91: error: expected class-name before ‘{’ token
>
> -> pBufferTexture.o shouldn't be built.
>
> Are you sure you ran 'qmake -recursive' to correctly generate the Makefile after patching?


I had to use:

qmake -recursive -spec macx-g++

...to regenerate the Makefile.  Perhaps something changed in the Qt 4.6.2 SDK defaults; I'm using the version directly from TrollTech.

One thing I did have to fix, perhaps because I'm using case-sensitive file systems, is the patched "glew" reference in OpenCSG-1.3.0/src/src.pro to "GLEW".

...and I had to add "qmake -spec macx-g++" to the scripts/release-common.sh to generate the Makefiles there as well.

I'm running ./scripts/publish-macosx.sh now and it's "doing stuff".  I'll let you know how it goes when it finishes.

Andrew.

--

"The future is already here.  It's just not very evenly distributed" -- William Gibson

Me: http://clothbot.com/wiki/




Reply | Threaded
Open this post in threaded view
|

Re: 64-bit Mac binaries

clothbot
On 2010-03-25, at 3:20 PM, Andrew Plumb wrote:

>
> On 2010-03-24, at 5:40 PM, Marius Kintel wrote:
>
>> On Mar 24, 2010, at 21:02 PM, Andrew Plumb wrote:
>>
>>> See the attached make output log file.
>>>
>>
>> g++ -c -pipe -Wall -W -O2 -fPIC -I. -I../include -I../glew/include -I.. -I/usr/X11R6/include -o pBufferTexture.o pBufferTexture.cpp
>> In file included from pBufferTexture.cpp:22:
>> pBufferTexture.h:91: error: expected class-name before ‘{’ token
>>
>> -> pBufferTexture.o shouldn't be built.
>>
>> Are you sure you ran 'qmake -recursive' to correctly generate the Makefile after patching?
>
>
> I had to use:
>
> qmake -recursive -spec macx-g++
>
> ...to regenerate the Makefile.  Perhaps something changed in the Qt 4.6.2 SDK defaults; I'm using the version directly from TrollTech.
>
> One thing I did have to fix, perhaps because I'm using case-sensitive file systems, is the patched "glew" reference in OpenCSG-1.3.0/src/src.pro to "GLEW".
>
> ...and I had to add "qmake -spec macx-g++" to the scripts/release-common.sh to generate the Makefiles there as well.
>
> I'm running ./scripts/publish-macosx.sh now and it's "doing stuff".  I'll let you know how it goes when it finishes.


After those changes only one additional bug to report in src/AppleEvents.cc:

--snip--

Index: src/AppleEvents.cc
===================================================================
--- src/AppleEvents.cc (revision 488)
+++ src/AppleEvents.cc (working copy)
@@ -1,5 +1,6 @@
 #include <Carbon/Carbon.h>
-#include <QApplication.h>
+// #include <QApplication.h>
+#include <QApplication>
 #include "MainWindow.h"
 
 extern "C" {

--end-snip--

I'm compiling my own local builds again.

Thanks!

Andrew.

--

"The future is already here.  It's just not very evenly distributed" -- William Gibson

Me: http://clothbot.com/wiki/




Reply | Threaded
Open this post in threaded view
|

Re: 64-bit Mac binaries

kintel
Administrator
In reply to this post by clothbot
On Mar 25, 2010, at 20:20 PM, Andrew Plumb wrote:

> I had to use:
>
> qmake -recursive -spec macx-g++
>
> ...to regenerate the Makefile.  Perhaps something changed in the Qt 4.6.2 SDK defaults; I'm using the version directly from TrollTech.
>
I'm using Qt-4.6.1 from MacPorts at the moment since the precompiled one from TrollTech wasn't build as a 64-bit.
If you found a better one, I'd be interested in knowing about it..
The QMAKESPEC env. variable might influence your setup. Mine was set to macx-g++, but unsetting it didn't appear to make a difference.

Your two patches are committed to svn.

> I'm running ./scripts/publish-macosx.sh now and it's "doing stuff".  I'll let you know how it goes when it finishes.
>
Note that the public script also tries to upload to DropBox. The release script alone should build the dmg without uploading it.

~/= Marius

--
We are Elektropeople for a better living.