On Thu, Jun 18, 2009 at 11:30:19AM +0200, Erik van Pienbroek wrote: > http://svn.macosforge.org/repository/odcctools/trunk/ChangeLog.odcctools > Because of this I replaced the odcctools from the iphone-dev project > (based on cctools-622.3) with the odcctools tools from Apple (based on > cctools-698.1).
That's good - does cctools now have real 64 bit support (ie. are they trying to make the code 64 bit clean -- previously we had to compile the whole thing with -m32)? > - Support for fat/universal binaries > This requires multiple GCC compilers which are tied together by > a small wrapper. This wrapper (which is called /usr/bin/gcc on > regular Mac OS X environments) accepts arguments like > '-arch i386 -arch ppc' and calls the corresponding compilers > and uses lipo to merge the results together What do we lose if we just build everything for, say, i386? PPC Macs are a bit long in the tooth now aren't they? > - Can we regenerate the .dylib files which are bundled with the SDK > from source code (which is a requirement for Fedora) so that we > get something like w32api? My thought for this one is can we rebuild these files just from a table of the exported symbols? (ie. nm *.dylib) > - End user installers > We need something like nsiswrapper for Mac OS X environments. > On Mac OS X environments, all applications are bundled in one > directory, a so called '.app'. This directory contains some > standard files (containing application information, an icon, etc) > and of course the application itself along with it's dependencies > and data files. These .app folders can be packed in a .zip file > or a .dmg file which end-users can open directly to run/install > the application Doesn't odcctools provide something to do this? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ _______________________________________________ fedora-mingw mailing list [email protected] https://admin.fedoraproject.org/mailman/listinfo/fedora-mingw
