Some relevant info about "Base SDK and Deployment Target" [1]

Let's also note that 10.8 hasn't been released yet, still a pre-release, the change introduced in 10.8 are not available on this page yet [2]

[1] https://developer.apple.com/library/mac/#documentation/developertools/conceptual/cross_development/Configuring/configuring.html

[2] https://developer.apple.com/library/mac/#releasenotes/MacOSX/WhatsNewInOSX/WhatsNewInOSX.html

No: the issue is not with "10.8" but with "10.5.8" as reported.

Is that machine 32-bit ?

Hmm, 10.5 appears to be a little of both 32 and 64.

http://superuser.com/questions/19396/is-mac-os-x-leopard-10-5-x-32-bit-or-64-bit

This is a mac mini with Core 2 Duo processor:

binder:~ pieper$ uname -a
Darwin binder.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386

I don't know how many users would still have this os / machine combination (obviously not too many since I seem to be the first one to complain). If we don't support this OS, we should remove it from the list of supported OSes - do we have other 10.5 machines that work? If we only support it on a few machines, then it would be good for the launcher to detect the issue.

Even if the "Core 2 Duo" is 64bit [1], looking at the output of "uname -a", the kernel run in 32-bit mode [2][3] ... I guess this why it can't start the 64-bit package of Slicer.

You could probably try to use the "kernel mode selector .." [4]

You could also probably try to use the "arch x86_64 ./Slicer" command but I double it would work to run 64-bit on top of 32-bit kernel. See [5]

[1] http://www.intel.com/products/processor/core2duo/specifications.htm
[2] http://stackoverflow.com/a/9953265
[3] http://www.macobserver.com/tmo/article/checking_32_or_64-bit_kernel_boot_mode_in_snow_leopard/
[4] http://www.macupdate.com/app/mac/32252/32--or-64-bit-kernel-startup-mode-selector
[5] http://asqueella.blogspot.com/2010/12/dyld-unknown-required-load-command.html

Actually, I don't really care if I can run the program on this particular machine or not - but I do think we need to at the very least fix the web page so that we don't claim to support 10.5 if we don't support it (or at we don't support all variants). Even better, we should have the launcher support a wide range of target platforms and then have it detect whether the actual program will run on the given platform -- this would be friendlier than having the program crash ;)

Considering the launcher is not used on mac, I am not sure this is feasible.

More generally, having a program that support different platform and architecture would be challenging. That said, the same windows launcher is used on both 32/64 bits. We could probably extends the concept on linux and have the possibility to configure the support bitness in the launcher settings.

The page "download.slicer.org" could be updated to detect platform and arch and display lightbox/dialog to the user.

For "slicer.kitware.com", I originally found a jquery module that reveals very convenient to detect arch/platform. See [2]

I believe the solution is in Michael hands.

[2] https://github.com/midasplatform/slicerpackages/blob/master/public/js/jquery.client.js

I agree - having the download page detect a 32 bit mac os and generate a warning would be a very good solution.

Mike - is this something you have time to work on?

A browser's user agent strings don't allow detection of 32 vs. 64 bit operations, even for Safari:

http://www.useragentstring.com/pages/Safari/

For the download page, only platform (Mac OS, Windows, Linux) is detected.

I can change the text for supported OS versions if that's the final verdict.

Right now we don't support 32 bit mac, so yes, it would be great if you can change the text on the download page to reflect that.

Is there confirmation Slicer4 runs on 10.5 64 bit? I don't have a Leopard machine to check.

I'm really not sure this is a 32bit vs. 64 bit bug. On most processors, 32 bit 10.5 machines can run 64 bit binaries:

http://superuser.com/questions/100780/is-it-possible-to-run-64bit-applications-on-a-32bit-operating-system-if-the-har

The bug report clearly shows that the executable is trying to run (rather than just generating a "wrong architecture" incompatibility warning).

Resolving this issue - There are no mac package for 32-bit arch.

Closing resolved issues that have not been updated in more than 3 months