Re: [fossil-users] Problem with Mac OS X downloads

2013-09-09 Thread Richard Hipp
On Sun, Sep 8, 2013 at 9:48 PM, David Mason dma...@ryerson.ca wrote:


 I can and have built from the tar file and will provide it for my
 class, but it would seem desirable for the downloadable file to be the
 most widely executable possible.

 ../Dave


Thanks.  I'd like to provide universal binaries for Mac, but (alas) I don't
know how to do that.  Do you have suggestions on how I might compile Fossil
to on Mac to make it usable by the most Mac users?  We are getting ready to
do a new release.

Cool that you are using Fossil in your class.  CPS313 is it?

-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Problem with Mac OS X downloads

2013-09-09 Thread Warren Young

On 9/9/2013 07:03, Richard Hipp wrote:


I'd like to provide universal binaries for Mac, but (alas) I
don't know how to do that.


Something like:

$ ./configure --disable-dependency-tracking \
CFLAGS='-arch x86_64 -arch i386'

The --disable-dependency-tracking bit is necessary because you don't 
want *.o from one architecture to fool make(1) into believing it doesn't 
have to rebuild the *.o for the other arch.


This doubles build time, of course.

You can add -arch ppc and -arch ppc64 if you want *truly* universal 
binaries.

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Problem with Mac OS X downloads

2013-09-09 Thread David Mason
On 9 September 2013 10:07, Warren Young war...@etr-usa.com wrote:
 On 9/9/2013 07:03, Richard Hipp wrote:
 I'd like to provide universal binaries for Mac, but (alas) I
 don't know how to do that.

 $ ./configure --disable-dependency-tracking \
 CFLAGS='-arch x86_64 -arch i386'

 You can add -arch ppc and -arch ppc64 if you want *truly* universal
 binaries.

I'd argue that i386 (and maybe ppc) is plenty.  My understanding is
that most _64 processors actually perform pretty well with 32-bit
code.

But the other (and larger) problem I had was with the library update.
The provided binary wanted libiconv version 8, when I only had 7.
Maybe you have to compile on a Snow Leopard system?

../Dave
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Problem with Mac OS X downloads

2013-09-08 Thread David Mason
I would think that the downloads should be set up to work for as many
people as possible.

The Mac download says: Mac 10.5 x86 but it does not run on fully
up-to-date Snow Leopard (10.6.8) as it uses a shared library later
than that available.  And all the older versions are x86_64 so don't
run on one of my machines.  For example:

$ unzip fossil-macosx-x86-20120317175325.zip
Archive:  fossil-macosx-x86-20120317175325.zip
  inflating: fossil
$ file fossil
fossil: Mach-O 64-bit executable x86_64
$ ./fossil
-bash: ./fossil: Bad CPU type in executable

$ unzip fossil-macosx-x86-20130618210923.zip
Archive:  fossil-macosx-x86-20130618210923.zip
  inflating: fossil
$ file fossil
fossil: Mach-O executable i386
$ ./fossil
dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib
  Referenced from: /Users/dmason/Downloads/./fossil
  Reason: Incompatible library version: fossil requires version 8.0.0
or later, but libiconv.2.dylib provides version 7.0.0
Trace/BPT trap

I can and have built from the tar file and will provide it for my
class, but it would seem desirable for the downloadable file to be the
most widely executable possible.

../Dave
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users