| delorie.com/archives/browse.cgi | search |
| Message-ID: | <002a01c2a305$37d5aef0$0100a8c0@p4> |
| From: | "Andrew Cottrell" <acottrel AT ihug DOT com DOT au> |
| To: | <djgpp-workers AT delorie DOT com> |
| Cc: | "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il> |
| Subject: | DJGPP BUG 320 |
| Date: | Sat, 14 Dec 2002 11:09:16 +1100 |
| MIME-Version: | 1.0 |
| X-Priority: | 3 |
| X-MSMail-Priority: | Normal |
| X-Mailer: | Microsoft Outlook Express 6.00.2800.1123 |
| X-MimeOLE: | Produced By Microsoft MimeOLE V6.00.2800.1123 |
| Reply-To: | djgpp-workers AT delorie DOT com |
In going over the outstanding DJGPP bugs still open in the BUG trackling
system bug 320 looks like it could be closed. What is the concensus here?
The URL is
http://www.delorie.com/djgpp/bugs/show.cgi?000320
The bug info is:-
Bug 000320
When Created: 06/06/2000 10:49:09
Against DJGPP version: 2.03
By whom: hko AT errel DOT com
Abstract: problem with /dev/env/.. paths used in env variables processed by
djgpp.env
When setting an environment variable like C_INCLUDE_PATH to something like
"/dev/env/XXX/include" the current version of djgpp.env will convert it to
lower case and subsequently the variable 'xxx' (now lower case) will not be
found.
Workaround added: 06/06/2000 10:52:00
By whom: hko AT errel DOT com
Obvious workaround is to remove the lower case conversion operator ('>') in
djgpp.env, but I'd prefer djgpp to accept lower case env variable names.
Note added: 06/09/2000 10:32:40
By whom: eliz AT is DOT elta DOT co DOT il
Case-sensitive environment variables are a feature of DOS. I don't think
we
should break that feature (by converting all variables to a single case)
just
because of this marginal situation. Such a change will certainly break
some
code out there.
So I don't think that making enviroenment variables case-insensitive is a
good idea.
Workaround added: 06/09/2000 10:38:19
By whom: eliz AT is DOT elta DOT co DOT il
One obvious work-around (or even a solution?) would be not to use /dev/env
in environment variables. There should be no need for this: you could
simply
say %FOO% instead of /dev/env/FOO.
/dev/env exists to pacify programs that hard-code file names into the
binaries
when they are built; using /dev/env/FOO defers the environment variable
expansion till run time, instead of having the file names from the build
machine, which might not work on other machines.
Add a note
Add a workaround
Add a solution
Close without fixing (i.e. will never be fixed)
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |