Hi Lorenzo,
I've now did a full svn export (r9100) and 'make_gnu.sh' +
'make_gnu.sh install', and the 'echo -n' problem is clearly
there.
Sorry what is exactly the problem I should see?
In the stdout output of 'make_gnu.sh install' or 'make_tgz.sh'
I can see a line 'Making lib-n harbour.-n 1.0.0.dylib...',
which is the sign that the dylib name got wrongly assembled
in hb-func.sh, as it has two excessive '-n 's in it.
This is a Core 2 Duo Mac with the exact same Leopard
and now XCode 3.1 (final) that is on the other Mac. This
is a quite new machine, without any special tricks or tweaks
applied through the command line, so I'm 100% sure that
the shell is the Apple default.
Mine is an old ( but really cool ) iMac 15" Flat PPC 32. I've bought
and installed a new Leopard OS, new iLife 08, X11 and Developer Tools
packege that I found on the OS CD and since then I've done all the
updates.
I've never installed beta or other sw from Apple site.
The only third party sw I installed have been macports for gd and
pgsql.
I don't know enough the guts of OSX to tell much hints.
I used to be a bit afraid of the latter kind of packages
on my system, but I also did install a few such on the PPC
machine.
This is the size/timestamp of my sh and bash (on both Macs):
---
silver:gcc vszakats$ ls -l /bin/sh
-r-xr-xr-x 1 root wheel 1244960 May 23 15:02 /bin/sh
silver:gcc vszakats$ ls -l /bin/bash
-rwxr-xr-x 1 root wheel 1244928 May 23 15:02 /bin/bash
---
Brgds,
Viktor
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
