[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: autoconf linking with shared object
From: |
Brian Dessent |
Subject: |
Re: autoconf linking with shared object |
Date: |
Tue, 28 Mar 2006 02:26:39 -0800 |
Matt Kowalczyk wrote:
> This forces me to add /usr/lib/libcrypto.so to the gcc command when I link the
> object to produce an executable for instance. My gcc command looks something
> like below:
>
> gcc --pedantic -Wall -std=c99 -O2 -g -O2 /usr/lib/libcrypto.so -o main
> Main.o
> my_md5.o
You really should not specify the full filename/path of the library like
that. In addition to the reasons already given by others, not every
system uses ".so" as the extension of shared libraries. Some call it
.dylib, some .dll, and so on. Some people might want to statically
link. Some people might want to link against a copy of the library
installed elsewhere. "-lcrypto" handles all of these cases.
Brian
- autoconf linking with shared object, Matt Kowalczyk, 2006/03/27
- Re: autoconf linking with shared object, Ralf Wildenhues, 2006/03/28
- Re: autoconf linking with shared object,
Brian Dessent <=
- Re: autoconf linking with shared object, Matt Kowalczyk, 2006/03/28
- Re: autoconf linking with shared object, Ralf Wildenhues, 2006/03/29
- Re: autoconf linking with shared object, Braden McDaniel, 2006/03/29
- Re: autoconf linking with shared object, Ralf Wildenhues, 2006/03/29
- Re: autoconf linking with shared object, Andreas Schwab, 2006/03/29
- Re: autoconf linking with shared object, Braden McDaniel, 2006/03/29
- Re: autoconf linking with shared object, Ralf Wildenhues, 2006/03/29