[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: auto{conf,make} & DJGPP: DESTDIR

From: Tim Van Holder
Subject: Re: auto{conf,make} & DJGPP: DESTDIR
Date: 10 Jan 2003 17:02:27 +0100

On Fri, 2003-01-10 at 14:27, Richard Dawe wrote:
> Hello.
> I've ported autoconf 2.57 and automake 1.7.2 to DJGPP, based on Tim van
> Holder's work.
> Unfortunately DESTDIR support is currently broken for DJGPP.
> The reason is that the generated Makefiles do things like
> $(DESTDIR)$(binprefix). $(binprefix) could be something like c:/djgpp/bin and
> $(DESTDIR) could be, say, d:/put/packages/here/. So $(DESTDIR)$(binprefix)
> becomes d:/put/packages/here/c:/djgpp/bin, which doesn't make sense.
> DJGPP supports referring to c: as /dev/c. So one possible solution to this
> problem is to ensure that $(prefix) and its derivatives are always mapped to
> /dev/<letter>/ paths from <letter>: paths. But where would this mapping take
> place? In autoconf alone? Or would both autoconf and automake require
> modification?
> Please CC me on any replies, because I'm not subscribed to autoconf or
> bug-automake.
> Thanks, regards,

I don't think this is autoconf/automake's job really.  There's plenty of
places where using dos style paths can break things (usually because the
':' in the drivespec gets seen as a list separator), and fixes for that
are usually disruptive (those that aren't tend to have been integrated
by now).  As such, any fixes for this would tend to be the domain of
the specific ports.
On DJGPP, prefixes should generally use /dev/env/DJDIR -style paths
(and our autoconf port defaults to /dev/env/DJDIR instead of /usr/local
for this reason as well).
AFAIK, there is only one platform really affected, and that's OS/2; the
two other main DOSish platforms (cygwin and djgpp) both have systems
to deal with path in a more POSIX way (/cygdrive/c/... and /dev/c/...
respectively).  Admittedly, it would be nice if (ports of) autoconf
complained if they saw a DOS-style path in a prefix var (and suggest
an alternative), but often those vars are user-defined, and
autoconf/configure can't automagically know when to complain or not.

Tim Van Holder <address@hidden>

reply via email to

[Prev in Thread] Current Thread [Next in Thread]