RELEASE on March, 1st !!!

[Simon Beaumont]

On Tue, 10 Feb 2004 19:43:10 +0100, Marc-Antoine Parent wrote
(in message <mailman.7.1076438978.20368.mozart-hackers at mozart-oz.org>):

 
> Now, I must say we have a harder issue: Do we build for Panther (10.3) 
> only, stay compatible with Jaguar (10.2), etc. (I am not sure we are 
> even still compatible with 10.1, and I would advise against even 
> trying.)
> We may have to consider separate versions. For example, Mozart uses 
> dlopen, etc. which were not in Jaguar, so we used a compatibility shim 
> (dlcompat); it became standard in Panther. I am not sure that, if we 
> link against dlcompat, mozart will work properly with Panther (though 
> it should.) The reverse is of course not true.
> libbz2 and libiconv, both needed by mozart-gtk, also made their way 
> into Panther.
> In other words, some testing and some hard decisions should be done. I 
> myself would favour separate packages, but it adds to the workload.

Please support binary versions for latest os/hardware platform built and 
tested against standard (ootb) dynamic libraries where possible.  There is no 
need to provide binaries for non-standard or out of date platforms as the 
number of permutations may become seriously intractable with time.  As long 
as the build from source/cvs is configurable in a backwardly compatible 
manner then users of old or non standard platforms will be able to build from 
source/cvs.

> 
> While still on the Panther issue, we also need to add a few lines to 
> configuration of  platform/wish:
> The Makefile.in uses pbxbuild in two places. This was renamed to 
> xcodebuild in Panther. we should check which of these, if any, was 
> installed. (It would live in /usr/bin )
> I am not familiar with configure, but maybe I could attempt writing 
> this.
>
I thought Denys or you fixed this some time back (Panther 10.3) I haven't 
re-built to date (now on Panther 10.3.3) or done cvs update (due a don't fix 
what ain't broken philospohy) but I am happy to test the source/cvs build at 
any time. The build must have worked for me sometime as I built from the cvs 
head at the time and have had pretty useful performance and stability since. 
I also built the stdlib recently without any problem and make extensive use 
of QTk in one of my applications. I am always interested in speed-ups and bug 
fixes however ;-)
    
>> darwin-ppc
>> 997 (hard-wired name of compiler ('gcc') in oztool.sh)
> 
> Good point, we now have the xlc option. Did anyone try building mozart 
> with it?

Tell me more...

Simon Beaumont