Roland Mainz <roland.mainz at nrubsig.org> wrote:
> The value in this case would be that the Solaris userland could support
> platforms which are 64bit only. At one point OpenSolaris.org&&Sun try to
> encourage people to start new ports but on the other side such projects
> have a very hard time since they have to implement artificial 32bit
> support first (if this is possible, e.g. some hardware architectures
> simply cannot support 32bit and we already lost a port in the initial
> stages after the interested party realised that they have to do the
> "cleanup" themselves) to get the userland running.
I did make diff(1) 64 bit clean 1.6 years ago, and it was definitely much more
than
a one hour trask: No prototypes, uninitialized variables, bad pointer casts....
If you like to work on other sources, do not expect this to be trivial and
do not expect to see interest from people inside Sun. I tried to offer my
ennhancememts but nobody was interested even though a 32 bit diff(1) may limit
the max. file size to less than 100 MB if both files use very small line
lengths.
The max. file size of a 64 bit diff is only limited by the virtual amount of
memory....
J?rg
--
EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin
js at cs.tu-berlin.de (uni)
schilling at fokus.fraunhofer.de (work) Blog:
http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
