Re: drivers.sh vs driverdisks.sh
Adam Di Carlo wrote:
>
> I think we should remove drivers.sh. It seems to me that drivers.sh
> is deprecated and the only reason why a target in the top-level
> makefile would use it is if it's an out-of-date target. (see below)
>
> Thoughts?
>
> --
> .....Adam Di Carlo....adam@onShore.com.....<URL:http://www.onShore.com/>
>
> #### alpha part
> $(alpha_drivers_targets) : drv1440_%.bin: modulesalpha_%.tgz drivers.sh Makefile \
> $(shell find scripts/drivers -type f )
> ./drivers.sh alpha_$* 1440 modulesalpha_$*.tgz modcontalpha_$* $(archive)
> mv drv1440alpha_$*.bin $@
>
> #### m68k
> driversmac.tgz: modulesmac.tgz drivers.sh Makefile \
> $(shell find scripts/drivers -type f )
> ./driverdisks.sh mac modulesmac.tgz modcontmac $(archive)
>
> #### sparc part
> ifeq ($(architecture),sparc)
> drv1440$(EXT)-sun4u.bin: modules$(EXT)-sun4u.tgz drivers.sh Makefile \
> $(shell find scripts/drivers -type f )
> ./drivers.sh $(EXT)-sun4u 1440 modules$(EXT)-sun4u.tgz modcont$(EXT)-sun4u $(archive)
> endif
I already fixed the sparc stuff in my local copy of BF but, as I don't have
direct connection from my PC at home to the outside of my lab, I cannot commit
easily. There is a router that filters out all dynamic IP addresses (ppp
connections). Therefore I need to copy my source tree to a workstation on my
lab the commit from there ;(
Either fix it yourself or wait until I do it myself (in few days I guess).
Regards.
--
Eric Delaunay | "La guerre justifie l'existence des militaires.
delaunay@lix.polytechnique.fr | En les supprimant." Henri Jeanson (1900-1970)
Reply to: