Mail Archives: djgpp-workers/2001/03/14/12:28:20
> > Maybe future versions of djgpp could even drop djgpp.djl entirely,
> > instead using $DJDIR/lib/ldscripts/i386go32.*; this seems cleaner.
>
> Personally, I don't mind that, provided that the DJGPP linker scripts
> in the Binutils distribution are actively maintained, and if they are
> always included in bnuNNNb.zip.
That would be the idea. Because they're no longer hardcoded into ld,
they could be updated and distributed with djdev and/or binutils.
> Note that the directory name you suggest is IIRC not where Binutils
> installs the linker scripts. If we don't want the directory Binutils
> uses, someone should submit a change to the maintainers in order to
> force "make install" do what we want.
True. The default is $prefix/$alias/lib/ldscripts, but that seemed
like overkill, so I added automake conditionals to use a different
path on DJGPP ($DJDIR/lib/ldscripts or /dev/env/DJDIR/lib/ldscripts,
depending on DJGPP version).
But that's quite an ugly hack and unlikely to be accepted into the
official tree. Setting tooldir to $prefix instead of $prefix/$alias
when building for DJGPP might be a better solution.
Of course, if you feel having a $DJDIR/i386-pc-msdosdjgpp tree, no
further change is needed (and may be useful once DJGPP is more widely
used for cross-compiling (a DJ-to-mingw cross should be workable)).
- Raw text -