Thread overview
[Issue 6605] New: Add switch to enable setting library search paths via command line
Sep 05, 2011
Andrej Mitrovic
Sep 05, 2011
Rainer Schuetze
Sep 05, 2011
Andrej Mitrovic
Sep 05, 2011
Rainer Schuetze
Sep 05, 2011
Andrej Mitrovic
Sep 05, 2011
Andrej Mitrovic
Sep 07, 2011
Andrej Mitrovic
Sep 08, 2011
Rainer Schuetze
Sep 08, 2011
Andrej Mitrovic
Jan 04, 2012
Andrej Mitrovic
September 05, 2011
http://d.puremagic.com/issues/show_bug.cgi?id=6605

           Summary: Add switch to enable setting library search paths via
                    command line
           Product: D
           Version: D2
          Platform: Other
        OS/Version: Windows
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: Optlink
        AssignedTo: nobody@puremagic.com
        ReportedBy: andrej.mitrovich@gmail.com


--- Comment #0 from Andrej Mitrovic <andrej.mitrovich@gmail.com> 2011-09-05 08:41:59 PDT ---
Non-Windows users have the benefit of using a linker that has the ability to add search paths via command line, e.g.:

dmd main.d -I../../src -L-lmylib -L-L../../

"mylib.a" will be search for in the relative directory ../../

We don't have this feature with Optlink. Our only option seems to be to locally create a "sc.ini" file, and then have something like this in it:

[Version]
version=7.51 Build 020

[Environment]
DMDPATH=D:\DMD\dmd2\windows\bin
LIB="%DMDPATH%\..\lib";\dm\lib;%cd%\..\..\
DFLAGS="-I%DMDPATH%\..\..\src\phobos" "-I%DMDPATH%\..\..\src\druntime\import"
LINKCMD=%DMDPATH%\link.exe

Note how I had to hardcode DMD's path there.

It would be really beneficial if we had this option in optlink, otherwise we have to rely on external build tools to expand paths to any library files.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
September 05, 2011
http://d.puremagic.com/issues/show_bug.cgi?id=6605


Rainer Schuetze <r.sagitario@gmx.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |r.sagitario@gmx.de


--- Comment #1 from Rainer Schuetze <r.sagitario@gmx.de> 2011-09-05 10:40:41 PDT ---
Actually, you can do that with the rather obscure notation

dmd main.d -I..\..\src mylib.lib -L..\..\

The important part is the trailing backslash for the path that tells optlink that this is a search path.

Unfortunately, this does not work if you also pass resource or definition files to the link process, because the link options are always passed at the end of the optlink command line. The search path then ends up in the wrong section of the command line.

So, I'd also like an option to pass the library search path to the linker through dmd in a sensible way.

BTW: The way to work with library paths in Visual D is to add some environment variable in the LIB statement of dmds global sc.ini file and use this to extend the library search path.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
September 05, 2011
http://d.puremagic.com/issues/show_bug.cgi?id=6605



--- Comment #2 from Andrej Mitrovic <andrej.mitrovich@gmail.com> 2011-09-05 12:25:14 PDT ---
(In reply to comment #1)
> Actually, you can do that with the rather obscure notation
> 
> dmd main.d -I..\..\src mylib.lib -L..\..\

No, you can't. That's what I was saying. Look:

.\fold1\fold2\main.d
.\foo.d


.\fold1\fold2\main.d:
import foo;
void main() { auto x = foothing(); }

.\foo.d:
int foothing() { return 1; }

$ dmd -lib foo.d
$ cd fold1\fold2
$ md main.d -I..\..\ foo.lib -L..\..\

OPTLINK : Warning 9: Unknown Option : NOI..\..\
foo.lib
 Warning 2: File Not Found foo.lib
main.obj(main)

The LIB environment variable would be very useful if the default sc.ini didn't overwrite it but prepend it by default. Instead of this line:

LIB="%@P%\..\lib";\dm\lib

we would have this line:
LIB="%@P%\..\lib";\dm\lib;%LIB%

Then I could actually use LIB via a shell script without having to touch sc.ini, e.g. continuing my previous example and with the sc.ini change I could do:

$ set LIB=..\..\;%LIB%
$ dmd main.d -I..\..\ foo.lib

And voila, it works. But unfortunately the default sc.ini setting overwrites LIB instead of prepending to it.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
September 05, 2011
http://d.puremagic.com/issues/show_bug.cgi?id=6605



--- Comment #3 from Rainer Schuetze <r.sagitario@gmx.de> 2011-09-05 14:25:28 PDT ---
Sorry, I did not think of the /NOI. We need a separator from the option, so this line works for me:

dmd main.d -I..\..\src mylib.lib -L+..\..\

Regarding the LIB environment variable: I tend to use a name specific to dmd (DMDLIB) because LIB is also used by other compilers, but the libraries in their directories are not OMF and cause optlink to fail.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
September 05, 2011
http://d.puremagic.com/issues/show_bug.cgi?id=6605



--- Comment #4 from Andrej Mitrovic <andrej.mitrovich@gmail.com> 2011-09-05 14:31:25 PDT ---
(In reply to comment #3)
> Sorry, I did not think of the /NOI. We need a separator from the option, so this line works for me:
> 
> dmd main.d -I..\..\src mylib.lib -L+..\..\
> 

Holy cow that actually works!

This has to be specified somewhere in the docs, maybe even the DMD switch docs because it's so useful with multiple static libraries. Thanks for the tip, Rainer!

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
September 05, 2011
http://d.puremagic.com/issues/show_bug.cgi?id=6605



--- Comment #5 from Andrej Mitrovic <andrej.mitrovich@gmail.com> 2011-09-05 14:43:06 PDT ---
FWIW I've updated the dwiki: http://prowiki.org/wiki4d/wiki.cgi?D__Tutorial/CompilingLinkingD#section5

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
September 07, 2011
http://d.puremagic.com/issues/show_bug.cgi?id=6605



--- Comment #6 from Andrej Mitrovic <andrej.mitrovich@gmail.com> 2011-09-07 15:50:32 PDT ---
Well crap, this syntax doesn't work if you use the -lib switch with DMD. Is there any workaround for this?

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
September 08, 2011
http://d.puremagic.com/issues/show_bug.cgi?id=6605



--- Comment #7 from Rainer Schuetze <r.sagitario@gmx.de> 2011-09-07 23:44:09 PDT ---
When building a library, it is generated by dmd, not by the linker. I guess there is no library search going on at all.

If you create a library you usually don't add another library to it. Insterad, it is added in the link of the final executable. You can combine libraries with dmd, but I think this is a very explicite step, so not using a search path seems ok.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
September 08, 2011
http://d.puremagic.com/issues/show_bug.cgi?id=6605



--- Comment #8 from Andrej Mitrovic <andrej.mitrovich@gmail.com> 2011-09-08 07:40:28 PDT ---
(In reply to comment #7)
> If you create a library you usually don't add another library to it.

You are right, this completely slipped my mind. :)

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
January 04, 2012
http://d.puremagic.com/issues/show_bug.cgi?id=6605


Andrej Mitrovic <andrej.mitrovich@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID


-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------