Mail Archives: djgpp-workers/1998/06/30/06:24:42
On Tue, 30 Jun 1998, Andris Pavenis wrote:
> > How about actually making %DJDIR%/lib/gcc-lib/2.81/lib be part of
> > LIBRARY_PATH in v2.02's DJGPP.ENV? For example:
> >
> > LIBRARY_PATH=%/>;LIBRARY_PATH%%DJDIR%/lib/gcc-lib/2.81/lib;%DJDIR%/lib;%DJDIR%/contrib/grx20/lib
> >
>
> I'm against this. This solution will be useless when gcc-2.8.2 will be out.
> (or some other version).
Hopefully, by then people would stop using 2.7.2, and we could remove the
version-specific stuff. If we think gcc 2.8.2 will be released real
soon, we could add its (as yet non-existent) directory to the above line
as well ;-).
We seem to be in a situation where we need to choose from a host of
alternatives all of which are bad. So we need to find the one which is
the lesser evil. Non-optimal, somewhat ugly solutions are inevitable
during a transition phase when we need to support incompatible versions.
But if somebody can think about a better way (which doesn't require
non-trivial changes to DJGPP startup code and library), please do.
> The same will be when Andrew will release port
> of pgcc-1.0.3.
AFAIK, PGCC requires a custom setup anyway, since you need special
sections for its executables.
> One thing that is missing from packages in DJGPP distribution is possibility
> to run some script (.bat file or something else) when some package is
> unpacked.
This requires a single program to unpack the distribution being used by
everybody. We cannot do that with the zip format, since there are too
many programs which can be used to unzip the files.
> I think the right way could
> be to make installation (and upgrading) DJGPP as possible user friendly.
I agree, but somebody should sit down and write such an installer. Last
time this issue was discussed (a long time ago), there was a lot of
enthusiasm and serious discussions, but we got zip in practice.
- Raw text -