In just one MacBook Air machine running Mac OS X 10.8.2 I get the following error:
???.app/Contents/MacOS//libdbunwind.1.0.dylib: mach-o, but wrong architecture
On another two MacBookAirs it works nicely.
Checked with lipo of course the architecture is i386. All the dylibs are deployed by Delphi 10.1 Upd 2
I'm completely lost with this error. Any feedback will be highly appreciated. TIA.
Regards,
According to the Embarcadero documentation Delphi supports OS X 10.9 Mavericks and newer but not OS X 10.8.2 Mountain Lion.
So I'm afraid you or your clients would have to update their OS to newer version for your program to work on it.
Related
I have an iMac g3 running Tiger 10.4.11. I'm really interested in developing applications for it, but I would like to do all of the programming on my Macbook Pro(running Yosemite).
Is it possible to build an application on Yosemite that will run on PowerPC macs? I've tried downloading xCode 3.1.4, but it isn't supported on Yosemite.
Yes, you can. What you need to do is restore PowerPC support in your version of Xcode like described here: https://github.com/devernay/xcodelegacy
I'd imagine you cannot. Apple stripped PowerPC emulation from it's latest versions of OSX so if you can't run the apps it's only logical to think that you couldn't develop or compile them.
As far as I'm aware the latest version of OSX that can run PPC apps is Snow Leopard, although I cannot comment on Xcode support for developing for PowerPC architectures.
Yosemite as far as I'm aware definitely will not serve as a platform to develop PowerPC apps.
With reference to this question mentioned here SGNewChannel error -9405 on Mac 10.9.1, I am facing the same problem with my code but what's weird for me is that if fails for MAC OSX Version 10.8.4 (On MacBook Air). I have another MacBook with version 10.8.5 and the code works good.
The only difference I notice is with the camera. On 10.8.5 I have the camera named as "Build-in iSight" while on 10.8.4, I have the camera name as "FaceTime HD Camera".
Has anyone encountered this problem with this camera and the OS Version ?
Please guide as to what are the other alternatives possible, or what are the potential solutions to this problem.
I googled much but could not found any solutions / alternatives to get around this problem.
So I request someone with the knowledge to guide me past the problem.
Thanks & Regards
LazyCoder7.
This has to do with the particular version of MAC OS 10.8.4. There is a bug which prevents FaceTime HD camera on MacBook Air to be used by certain application.
Details of the update can be found at
http://support.apple.com/kb/HT5815.
Updating the OS version to 10.8.5 will do the trick for me, but I wonder what would happen if I upgrade it to 10.9 ??
Thus, so far so good. Will update to the latest version and test it.
Thanks & Regards,
LazyCoder7.
I am trying github.com's boxen tool in my mac os (10.7.5). However, every time I try to run the project template: https://github.com/boxen/our-boxen, it complains this:
--> You must be running OS X 10.8 (Mountain Lion).
Does that mean boxen tool can only run in Mountain Lion ?
The fact that it's throwing an explicit error means somebody took the time to put it in place for anyone running it on OS's older than Mountain Lion.
There's very likely to be some symbols / API's in the source that are 10.8 only. If you can find those API's and modify those methods to work on older OS's, then you'll have a 10.7 compatible version of Boxen and feel free to contribute your changes back to the community. Be a part of the magic of open source software!
I recently bought a new computer that came with Mountain Lion (OS 10.8). I'd like to start working with mex files on this machine, but I'm having a hard time getting 'mex -setup' to find any compilers.
Specs:
Mountain Lion 10.8
Matlab 2012a
XCode 4.4
I noticed that matlab has released a patch for XCode 4.2, and 4.3. I also realize that XCode 4.4 (and Mountain lion, for that matter) is not officially supported by Matlab. As far as I can tell, there is not a way to install 4.3 on Mountain Lion. So I know it is a long shot to ask the community, but has anyone found a way to get XCode 4.4 to work with Matlab's mex functionality?
Thanks, David
I have the same specs as you mentioned and I reproduced your situation. However, I found a working solution from the Mathworks. It was designed for XCode 4.2 and 4.3, yet it works for XCode 4.4. The fix is simple and involves only running a patch from the Matlab command line.
All information can be found this bug report in the MathWorks support forum.
I had changed 10.7 to 10.8 in each *opt.sh offical patch file from MathWorks, and it works just fine with Mac OS X 10.8, Xcode 4.5, matlab 2012a.
This may not be the answer you want, but you could always use xcode to install a supported version of gcc, and then have Matlab use that...
(Blog post on compiling gcc for Mac)
Before you ask, yes, I have a very good reason for wanting something to run on 10.3. It's a very small in-house project that must run on a very important person's machine, which cannot be upgraded for a very good reason. =)
The 10.6 DVD doesn't seem to offer an option to install the 10.3 SDK, only 10.4+. I also can't seem to find it on Apples website.
I found this tip about how to install it on 10.5, via the Xcode optional installs, but that doesn't seem to be the case for 10.6?
http://www.cocoabuilder.com/archive/cocoa/201508-10-3-9-sdk-with-xcode-2-5-on-leopard.html
Is it incompatible, or just not offered because it's so old? Must I use an earlier version of Xcode? Can I just try to install it via a <10.6 DVD?
You don't need the Mac OS X 10.3 SDK to build for Mac OS X 10.3. Just install the optional Mac OS X 10.4 (Universal) SDK, then:
Set your Base SDK to the Mac OS X 10.4 (Universal) SDK
Set your Compiler Version to GCC 4.0
Set your Mac OS X Deployment Target to Mac OS X 10.3 for the PowerPC architecture (using build setting conditions)
Carefully avoid any API that isn't on Mac OS X 10.3
This should be sufficient for building a Mac OS X application that will run on Mac OS X 10.3.9, even on Snow Leopard.
The 10.3.9 version number is important; if you're using any C++ in this application, Mac OS X 10.3.9 is the first version (and the only version of 10.3) that includes the Standard C++ Library in shared library form, which is required for using GCC 4.0 or later. Otherwise you'd have to use GCC 3.3, which is neither included nor supported with Xcode 3.2 on Snow Leopard.
On the other hand, C and Objective-C code may even run on earlier releases of Mac OS X 10.3. I can't think of a reason it wouldn't, but I haven't tried it myself. Even people sticking with a 6-year-old version of Mac OS X will use the most recent version of it, right?
If the 10.3 system is running 10.3.9, you may be able to use the optional 10.4u SDK for your build on 10.6 by setting the deployment target to 10.3 and sticking to gcc-4.0, rather than gcc-4.2, the 10.6 default. The python.org installers for OS X are intended to be built that way, that is, one executable that works on 10.3.9 through 10.6 (although, at the moment, there are still a few problems with building all variants on 10.6 so 10.5 is still used). Also the python builds are primarily using Carbon frameworks rather than Cocoa and they do not use Xcode to manage the building of the product. If you can't get Xcode to do it directly, you might be able to build from the command line.
export MACOSX_DEPLOYMENT_TARGET=10.3
/usr/bin/gcc-4.0 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc ...
It may be that the 10.3 SDK isn’t supported on 10.6 because 10.6 is intel-only. Also, 10.3 doesn’t support intel. Remember that 10.4 was the first OS to support intel, which is why that’d be the earliest OS supported on 10.6. However, I could be wrong.