[Ohrrpgce] FreeBASIC Mac OS X build

[James Paige]

> >> > Odd... why is the linker complaining? Also I'm surprised that it's
> >> > symlinked to libSystem. Try
> >> > file /usr/lib/libgcc_s.1.dylib
> >> > to see the architectures included,
> >
> > broaste:~/src/ohr/wip james$ file /usr/lib/libgcc_s.1.dylib
> > /usr/lib/libgcc_s.1.dylib: symbolic link to libSystem.B.dylib
> 
> Opps, that's useless. Try
> file -L /usr/lib/libgcc_s.1.dylib

I was wondering :)

broaste:~/src/ohr/wip james$ file -L /usr/lib/libgcc_s.1.dylib
/usr/lib/libgcc_s.1.dylib: Mach-O universal binary with 3 architectures
/usr/lib/libgcc_s.1.dylib (for architecture x86_64):    Mach-O 64-bit 
dynamically linked shared library x86_64
/usr/lib/libgcc_s.1.dylib (for architecture i386):      Mach-O 
dynamically linked shared library i386
/usr/lib/libgcc_s.1.dylib (for architecture ppc7400):   Mach-O 
dynamically linked shared library ppc

Looks like it has i386 okay.

> OK, these should be good:
> otool -t -v -arch i386 /usr/lib/libgcc_s.1.dylib | grep divdi3

broaste:~/src/ohr/wip james$ otool -t -v -arch i386 
/usr/lib/libgcc_s.1.dylib | grep divdi3
___udivdi3:
___divdi3:

> otool -t -v -arch x86_64 /usr/lib/libgcc_s.1.dylib | grep divdi3

broaste:~/src/ohr/wip james$ otool -t -v -arch x86_64 
/usr/lib/libgcc_s.1.dylib | grep divdi3
___divdi3:
___udivdi3:

> otool -t -v -arch i386 /usr/lib/gcc/i686-apple-darwin10/4.2.1/libgcc.a
> | grep divdi3

broaste:~/src/ohr/wip james$ otool -t -v -arch i386 
/usr/lib/gcc/i686-apple-darwin10/4.2.1/libgcc.a | grep divdi3
otool: file: /usr/lib/gcc/i686-apple-darwin10/4.2.1/libgcc.a does not 
contain architecture: i386

Ooh! Thaat is interesting.

> otool -t -v -arch x86_64
> /usr/lib/gcc/i686-apple-darwin10/4.2.1/libgcc.a | grep divdi3

broaste:~/src/ohr/wip james$ otool -t -v -arch x86_64 
/usr/lib/gcc/i686-apple-darwin10/4.2.1/libgcc.a | grep divdi3
otool: file: /usr/lib/gcc/i686-apple-darwin10/4.2.1/libgcc.a does not 
contain architecture: x86_64

> >> If that doesn't work, I wonder what else we can try linking to (I
> >> solved the __divdi3 link error when I first saw it by linking to stuff
> >> I saw gcc linking to until it went away). I wonder what this reveals
> >> about libgcc installation across different Macs:
> >> find /usr/lib -name libgcc*
> >
> > As far as I can tell, that makes the command-line too long and causes it
> > to be truncated :P
> 
> Eeek! That just shouldn't happen. The maximum commandline length on OS
> X is supposedly 256kb. I'm looking for some kind of limit in the FB
> source, but I don't see any. You could make it shorted by commenting
> out "FBFLAGS+= -Wl -macosx_version_min,10.4"

I typed that comment itn the wrong place, it was actually supposed to be 
in response to:

> >> > A desperate possibility for fix would be adding '-Wl -lgcc_s.10.4' to FBFLAGS


---
James