Mac Performance Update

[nohal]

Gerhard...
This version IS built against 2.9.5, so I really do not understand what you are trying to say here.

The questions are:
1. How is the performance of this test version on Lion and Mountain Lion, in quilt mode, with GPS running?
2. Can Mac builders duplicate my build process and results?
I will post the exact build commands if requested.
3. Will it run at all on Snow Leopard?

Thanks

Pavel

[CarCode]

Originally Posted by nohal

Gerhard...
This version IS built against 2.9.5, so I really do not understand what you are trying to say here.

The questions are:
1. How is the performance of this test version on Lion and Mountain Lion, in quilt mode, with GPS running?
2. Can Mac builders duplicate my build process and results?
I will post the exact build commands if requested.
3. Will it run at all on Snow Leopard?

Thanks

Pavel

And my answer was: Anything else than 2.9.5 does not work with OSX.
You got it now?
Gerhard

[Capt Rottnest]

Originally Posted by nohal

Gary...
Nothing to see

Pavel

Sorry, post #13 should be fixed now..

[nohal]

Originally Posted by CarCode

And my answer was: Anything else than 2.9.5 does not work with OSX.
You got it now?
Gerhard

Gerhard, sorry, no, I really don't get how this answers any of the questions you guys were asked.

Pavel

[Icnoships]

Originally Posted by bdbcat

Hello Mac Fans...

I have little confidence that wxWidgets 2.9.x->3.0 will adequately address the wxRegion performance issues in OpenCPN. So, I have implemented a test version using a private OCPNRegion class to replace wxRegion on the Mac. It uses source lifted from the gdk library, with hardware dependencies removed.

The code is available on github opencpn, branch "region".

A test dmg of OpenCPN 3.3.705 is available at
https://www.dropbox.com/s/onymstztvz...PN_3.3.705.dmg

There is no Windows or Linux build for this spot test.

Some FAQs on the build:

. It is a true 64 bit build
. built with wxWidgets 2.9.5, daily tarball download.
. built using tools from "Xcode 4.3.3 for Lion" on lion

dsrs-mac-mini:build_cocoa dsr$ clang --version
Apple clang version 3.1 (tags/Apple/clang-318.0.61) (based on LLVM 3.1svn)
Target: x86_64-apple-darwin11.4.2
Thread model: posix

. wxWidgets build target is

--with-macosx-sdk=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk

So, the questions are:
1. How is the performance of this test version on Lion and Mountain Lion, in quilt mode, with GPS running?
2. Can Mac builders duplicate my build process and results?
I will post the exact build commands if requested.
3. Will it run at all on Snow Leopard?

Thanks, and remember to "Think different"
Dave

Good stuff Dave
just had a quick play an can see an immediate improvement.

2ghz Macbook running 10.7.5 aka Lion
quilting on and its the best it has ever been + GPS connected and functioning normally, BSB & CM93.
The app is much more responsive in all ways...a guess would be at least a 50% speed increase over all previous builds, options and route manager windows open instantly, did not notice anything untoward in the route manager, i have at least 50 tracks in there including some v long ones plus many waypoints with no problem.
re compiling - will try when i get a mo.
re snow leopard - over it.

only thing i spotted that was retro was that ALL text in the options windows has shrunk to an almost unreadable level : )

many thanks for your efforts great stuff an lays the ground work 4 future mac 64 bit builds - was getting a bit worried there 4 a while!!

mo

[Icnoships]

Not sure if it helps with this build but can confirm all top marks are incorrect & O hangs after closing route properties dialog window - force quit required.

mo

[CarCode]

Originally Posted by Icnoships

Not sure if it helps with this build but can confirm all top marks are incorrect & O hangs after closing route properties dialog window - force quit required.
mo

To get correct topmarks delete or comment out the lines for "if wxCHECK_Version(2, 9, 0)" in s52plib.cpp at function CompareLUPObjects():

int CompareLUPObjects( LUPrec *item1, LUPrec *item2 )
{
// sort the items by their name...
// #if wxCHECK_VERSION(2, 9, 0)
// int ir = wxStricmp( item1->OBCL, item2->OBCL );
// #else
int ir = strcmp( item1->OBCL, item2->OBCL );
// #endif

wxStricmp is wrong here.

There are many different ways in the OCPN code to show or raise up subwindows. The code should be cleaned up for one working way.

Gerhard

[bdbcat]

Carcode...

Thanks for the patch. We await more

Dave

[sbfreddie]

Originally Posted by bdbcat

Carcode...

Thanks for the patch. We await more

Dave

Dave:
You asked if it will work on Snow Leopard (10.6.x). The answer is no because you have built for min OS of 10.7. In order to get a build that includes Snow Leopard you will have to change to min build of 10.6. But this also forces you to add the SDK for 10.6 which does not come with the newer Xcode builds.

Thanks,
Freddie

[nohal]

Freddie...
Do we have to have two builds to support both Snow Leopard an Lion/Mountain Lion or is it OK to have just one (and do we have to build it on SL or is having the 10.6 SDK on a Mountian Lion machine with Xcode 4.6 enough?)
We kind of changed roles - while I got hold of some processor time on a Mac a couple of days ago, Dave's was fried by lightning...

Thanks

Pavel

[bdbcat]

Pavel...

Check this out, especially link from "obviousjim". The download link for 10.6 SDK works for me...

Xcode 4.5 not supporting 10.6 SDK - openFrameworks forum

I guess we can just try the build with 10.6 SDK and see what happens on your machine.

New (to me, ebay) 2009 Mac Mini coming in the mail soon...

Any other dormant Mac hardware donations would be appreciated.

Dave

[CarinaPDX]

Have you tried to build for a deployment target of 10.6 with 10.8 SDK? This may work; see here: objective c - Obtaining 10.6 Base SDK for Xcode 4.5.2 - Stack Overflow

I'm happy to test on 10.6 when ready.

Greg

[Alu]

I tested the version with 10.8.4 / 10.7.4 and the performance improved dramatically.

Thank you

[CarCode]

Originally Posted by bdbcat

Pavel...

Check this out, especially link from "obviousjim". The download link for 10.6 SDK works for me...

Xcode 4.5 not supporting 10.6 SDK - openFrameworks forum

I guess we can just try the build with 10.6 SDK and see what happens on your machine.

New (to me, ebay) 2009 Mac Mini coming in the mail soon...

Any other dormant Mac hardware donations would be appreciated.

Dave

You may keep in mind two things:
- You may use any SDK equal/greater than 10.5 with newest Xcode version as far as you have included older SDKs into the Xcode Bundle.
Path for SDKs in the Xcode Bundle is /Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/
- lowest SDK version to be used with wxWidgets2.9.5 is 10.5. Tiger (10.4) is not supported by wxWidgets anymore.

Gerhard

[nohal]

Anybody actually knows if we need to use 10.6 SDK for the build or setting the Deployment Target to 10.6 is enough as Greg's link suggests? I will try, but have no Snow Leopard system available to test the resulting bundle...