To: Chris G. Demetriou <cgd@netbsd.org>
From: Simon Burge <simonb@netbsd.org>
List: tech-kern
Date: 09/29/1999 14:58:57
Chris G. Demetriou wrote:
> To quote simonb:
>
> >Currently the alpha bootblocks are compiled such that the libsa ufs.c
> >doesn't descend into directories. Adding the directory descent stuff to
> >my test pmax code (based on the current alpha bootblocks) added another
> >176 bytes to the total size of the first stage bootblocks. Adding the
> >check for "boot/pmax" then "boot" chewed another 64 bytes. There's
> >still another 304 bytes left over. Heaps :-)
>
> The alpha isn't quite so lucky:
>
> with -DLIBSA_FS_SINGLECOMPONENT (i.e. only files in / supported):
>
> -rw-r--r-- 1 root wheel 6888 Sep 28 20:55 bootxx_ffs
>
> without:
>
> -rw-r--r-- 1 root wheel 7496 Sep 28 20:57 bootxx_ffs
It looks like you're including symlink support in here. I just tried
with -DLIBSA_FS_SINGLECOMPONENT (.old) and -DLIBSA_NO_FS_SYMLINK (.new)
and the results are little more encouraging.
-rw-r--r-- 1 simonb staff 6744 Sep 29 14:50 bootxx_ffs.old
-rw-r--r-- 1 simonb staff 6872 Sep 29 14:52 bootxx_ffs.new
Ok, it seems a few people are against a boot/ directory. Has anyone got
any suggestions on how to handle the ISO9660 8+3 filename limit? At
lunch, Luke suggested <arch>.bt - I'm not sure if it was tongue-in-cheek
:-)
Simon.