Menu
▾
▴
Re: [Usbpicprog-technical] Build-instructions (and app) for Mac OS X 10.4+ universal (32-bit Intel + PPC)
|
From: Frans S. <fra...@gm...> - 2010-03-23 15:31:42
|
Hi Gustav, I have tried your build on a clean osx 10.5 system. Both the cocoa and the normal build give the same error about libiconv. I am affraid that the libiconv.dylib that you have installed was either not built universal, or it was built using gcc 4.2. I have also built the latest revision r876 wich does seem to run on a clean system. This version seems to work fine (I also fixed the configuration flags appearance) UsbPicProg-OSX-rexported.dmg (UsbPicProg-OSX-Cocoa-r872.dmg - buld gives the same error report) Process: usbpicprog [770] Path: /Volumes/UsbPicProg/usbpicprog.app/Contents/MacOS/usbpicprog Identifier: org.usbpicprog Version: ??? (???) Code Type: X86 (Native) Parent Process: launchd [92] Date/Time: 2010-03-23 08:11:43.203 -0700 OS Version: Mac OS X 10.5.2 (9C31) Report Version: 6 Exception Type: EXC_BREAKPOINT (SIGTRAP) Exception Codes: 0x0000000000000002, 0x0000000000000000 Crashed Thread: 0 Dyld Error Message: Library not loaded: @executable_path/../SharedSupport/libiconv.dylib Referenced from: /Volumes/UsbPicProg/usbpicprog.app/Contents/MacOS/usbpicprog Reason: Incompatible library version: usbpicprog requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 Regards, Frans On Fri, 2010-03-19 at 23:56 +0100, Gustav Johansson wrote: > Hi Frans, > > tried your build now, and it seems to work fine! Although I think that > what you've added was added already. In the end of each ./configure > line I had put in the CC=gcc+4.0 and the DEPLOYMENT_TARGET is set via > the $sdk_flags. But better safe than sorry, right? ;) > > I've just uploaded two snapshot version of the r872, one carbon (named > rexported due to a typo, already fixed and commited, but I want to > test my nightly scripts, so hopfully there will be two r873 builds in > the morning) and one cocoa. Please test them and see if they work. > They do work on my Intel 10.6 and on my PPC 10.5. But they both have > MacPorts installed, so I can't (or haven't, at least) tested them for > library content... > > Cheers, > Gustav > > On Fri, Mar 19, 2010 at 5:33 PM, Gustav Johansson <gu...@ne...> wrote: > > Hi Frans, > > > > I'll try it tonight, I'm not at home at the moment... > > > > Cheers, > > Dr. Gustav Johansson > > > > > > On 19 mar 2010, at 17.23, Frans Schreuder <fra...@gm...> wrote: > > > >> Hi Gustav, > >> > >> As you can see in the buildmac.sh script (and also in the > >> install_wxWidgets.sh script) I have added > >> > >> export MACOSX_DEPLOYMENT_TARGET=10.4 > >> export CC="gcc-4.0" > >> > >> I also added libiconv.dylib because it wouldn't run if you didn't have > >> it installed from macports. > >> I think you will also need to build wxWidgets again with gcc-4.0 (as > >> well as some other libraries) > >> > >> Could you try 869M, the one that I have uploaded to > >> usbpicprog.org/downloads? > >> > >> Cheers, > >> > >> Frans > >> > >> > >> Gustav Johansson schreef: > >>> > >>> Hi Frans! > >>> > >>> I have not uploaded any of the "fixed" builds, I was going to > >>> yesterday but the FTP didn't work... I'll upload one of my snapshots > >>> tonight and we'll see if they work then. I've also managed to build > >>> for cocoa, so if you can test that build as well it would be great! > >>> > >>> Cheers, > >>> Dr. Gustav Johansson > >>> > >>> > >>> On 19 mar 2010, at 16.39, Frans Schreuder <fra...@gm... > >>> <mailto:fra...@gm...>> wrote: > >>> > >>>> Hi Gustav, > >>>> > >>>> I have tried the .dmg on an intel 10.5 system, and it didn't seem to > >>>> work because it was compiled using gcc 4.2. > >>>> I compiled it using gcc 4.0 and modified buildmac.sh. > >>>> I think the latest one does now run on 10.4, 10.5 and 10.6. > >>>> Also libiconv has been included in the .app now. > >>>> > >>>> Cheers, > >>>> > >>>> Frans > >>>> > >>>> On Thu, 2010-03-11 at 20:34 +0100, Gustav Johansson wrote: > >>>>> > >>>>> Hi! > >>>>> > >>>>> Since I'm new to this mailing-list, I apologize in advance if I break > >>>>> some rules... If I do, just tell me and I won't do it again! :) > >>>>> > >>>>> I've been working on creating a universal build for OS X of the > >>>>> usbpicprog.app, and I think I've got it now. Attached are two files, > >>>>> one disk image containing a freshly built usbpicprog.app that *should* > >>>>> work on both Intel and PPC Macs, from 10.4 and up. I've tested it on > >>>>> an Intel 10.6 and an PPC 10.5, and they both work just fine. I do not > >>>>> however have a usb-programmer yet, so I have not tested the > >>>>> programming functionality. If you can help out by testing, please do > >>>>> so and tell me about any problems. > >>>>> > >>>>> If there is an interest in it, I can setup a cron-job and built > >>>>> "nigthly" builds of usbpicprog for OS X and upload the disk images to > >>>>> wherever is suitable. > >>>>> > >>>>> The second file is a couple of scripts and a README file with > >>>>> information on how you can build this yourself. I used a lot of the > >>>>> info by Lukas Zeller, and only had to do a bit of tweaking to get it > >>>>> to work. > >>>>> > >>>>> The main problem that Lukas Zeller saw was the libiconv linking, which > >>>>> was almost correct. The problem is not with the MacPorts libiconv, but > >>>>> rather that Apple ships with a number of libiconv versions, some of > >>>>> which takes precedence over the MacPorts version. The solution is to > >>>>> force wxWidgets to use the MacPorts version by using a configure flag. > >>>>> For more information, see the install_wxWidgets.sh script. > >>>>> > >>>>> There is however another issue that can mess stuff up. libtool! Again, > >>>>> Apple ships there own "special" version of libtool/libtoolize, which > >>>>> is NOT compatible with the GNU version. Unfortunately, stuff breaks in > >>>>> OS X if you overwrite Apple's version, and thus MacPorts have solved > >>>>> this by renaming libtool to glibtool and glibtoolize. To get > >>>>> everything to compile correctly, I had to make a symlink from > >>>>> /opt/local/bin/glibtool to /opt/local/bin/libtool (and glibtoolize of > >>>>> course). This makes everything build fine, but is a bit of a hack > >>>>> since I have to remove this symlinks after the build is complete or OS > >>>>> X will mess stuff up when installing other programs. The best way > >>>>> would be to make the configure/autogen.sh scripts to realize that > >>>>> they're building on a Mac and change from libtool to glibtool... > >>>>> > >>>>> I think that was all. Hope it works for everyone else as well! > >>>>> > >>>>> > >>>>> ------------------------------------------------------------------------------ > >>>>> Download Intel® Parallel Studio Eval > >>>>> Try the new software tools for yourself. Speed compiling, find bugs > >>>>> proactively, and fine-tune applications for parallel performance. > >>>>> See why Intel Parallel Studio got high marks during beta. > >>>>> http://p.sf.net/sfu/intel-sw-dev > >>>>> _______________________________________________ Usbpicprog-technical > >>>>> mailing list Usb...@li... > >>>>> <mailto:Usb...@li...> > >>>>> https://lists.sourceforge.net/lists/listinfo/usbpicprog-technical > >>>>> > >>>> > >>>> > >>>> ------------------------------------------------------------------------------ > >>>> Download Intel® Parallel Studio Eval > >>>> Try the new software tools for yourself. Speed compiling, find bugs > >>>> proactively, and fine-tune applications for parallel performance. > >>>> See why Intel Parallel Studio got high marks during beta. > >>>> http://p.sf.net/sfu/intel-sw-dev > >>>> _______________________________________________ > >>>> Usbpicprog-technical mailing list > >>>> Usb...@li... > >>>> <mailto:Usb...@li...> > >>>> https://lists.sourceforge.net/lists/listinfo/usbpicprog-technical > >>> > >>> ------------------------------------------------------------------------ > >>> > >>> > >>> ------------------------------------------------------------------------------ > >>> Download Intel® Parallel Studio Eval > >>> Try the new software tools for yourself. Speed compiling, find bugs > >>> proactively, and fine-tune applications for parallel performance. > >>> See why Intel Parallel Studio got high marks during beta. > >>> http://p.sf.net/sfu/intel-sw-dev > >>> ------------------------------------------------------------------------ > >>> > >>> _______________________________________________ > >>> Usbpicprog-technical mailing list > >>> Usb...@li... > >>> https://lists.sourceforge.net/lists/listinfo/usbpicprog-technical > >>> > >> > >> > >> > >> ------------------------------------------------------------------------------ > >> Download Intel® Parallel Studio Eval > >> Try the new software tools for yourself. Speed compiling, find bugs > >> proactively, and fine-tune applications for parallel performance. > >> See why Intel Parallel Studio got high marks during beta. > >> http://p.sf.net/sfu/intel-sw-dev > >> _______________________________________________ > >> Usbpicprog-technical mailing list > >> Usb...@li... > >> https://lists.sourceforge.net/lists/listinfo/usbpicprog-technical > > > > > |
