December 05, 2006 Optlink and long environment variables | ||||
---|---|---|---|---|
| ||||
Optlink ignores environment variables like LIB, if there are other long env vars. Here's a reproducing example: > type hello.c hello() { puts("Hello"); } > type world.c main() { hello(); puts("world"); } > dmc -c hello.c > lib -c c:\hello.lib hello.obj > set LIB=c:\ > dmc world.c hello.lib Yes, everything is ok up to here. "C:\hello.lib" is found and linked. > set A=012345678901234567890123456789012345678901234567890123456789012345 6789012345678901234567890123456789 > set A=%A%%A%%A%%A%%A%%A%%A%%A%%A%%A%%A%%A%%A%%A%%A%%A%%A%%A%%A%%A% But when there is long environment variables... > dmc world.c hello.lib link world,,,hello+user32+kernel32/noi; OPTLINK (R) for Win32 Release 7.50B1 Copyright (C) Digital Mars 1989 - 2001 All Rights Reserved hello.lib Warning 2: File Not Found hello.lib world.obj(world) Error 42: Symbol Undefined _hello --- errorlevel 1 The linker seems to fail reading the LIB variable. Is there a way to remedy this? I know that the linker reads "sc.ini" and LIB variable can also be set there (and it works even if there're long envvars), but i'd like to set it by environment variables if possible. |
December 08, 2006 Re: Optlink and long environment variables | ||||
---|---|---|---|---|
| ||||
Posted in reply to Kazuhiro Inaba | Kazuhiro Inaba wrote:
> Is there a way to remedy this?
I'm sorry, but not at the moment.
|
Copyright © 1999-2021 by the D Language Foundation