public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
* Dynamically linked libraries
@ 2005-05-23  2:45 Matthew Vanderschaaf
  2005-05-23  4:16 ` Christopher Faylor
  0 siblings, 1 reply; 4+ messages in thread
From: Matthew Vanderschaaf @ 2005-05-23  2:45 UTC (permalink / raw)
  To: gcc-help

I'm in Windows trying to use a DLL with a program. I
don't have an import library, and I can't find any
information on how to use it without one. Any
information that you may provide on this will help.

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Dynamically linked libraries
  2005-05-23  2:45 Dynamically linked libraries Matthew Vanderschaaf
@ 2005-05-23  4:16 ` Christopher Faylor
  2005-05-23 14:08   ` Jeffrey Holle
  0 siblings, 1 reply; 4+ messages in thread
From: Christopher Faylor @ 2005-05-23  4:16 UTC (permalink / raw)
  To: Matthew Vanderschaaf, gcc-help

On Sun, May 22, 2005 at 07:45:08PM -0700, Matthew Vanderschaaf wrote:
>I'm in Windows trying to use a DLL with a program.  I don't have an
>import library, and I can't find any information on how to use it
>without one.  Any information that you may provide on this will help.

Just include the full path to the DLL on the link command line.

cgf

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Dynamically linked libraries
  2005-05-23  4:16 ` Christopher Faylor
@ 2005-05-23 14:08   ` Jeffrey Holle
  2005-05-23 15:21     ` Christopher Faylor
  0 siblings, 1 reply; 4+ messages in thread
From: Jeffrey Holle @ 2005-05-23 14:08 UTC (permalink / raw)
  To: gcc-help

The linker not generating an import library indicates that the DLL module 
doesn't have any exported symbols.
Is this because you aren't using __declspec__(dllimport)/__declspec__(dllexport)?

While you don't have to use an import library (static linking to the module),
I believe one needs to be generated before you can hope to use the module by 
dynamically linking to it at runtime.

Christopher Faylor wrote:
> On Sun, May 22, 2005 at 07:45:08PM -0700, Matthew Vanderschaaf wrote:
> 
>>I'm in Windows trying to use a DLL with a program.  I don't have an
>>import library, and I can't find any information on how to use it
>>without one.  Any information that you may provide on this will help.
> 
> 
> Just include the full path to the DLL on the link command line.
> 
> cgf
> 

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Dynamically linked libraries
  2005-05-23 14:08   ` Jeffrey Holle
@ 2005-05-23 15:21     ` Christopher Faylor
  0 siblings, 0 replies; 4+ messages in thread
From: Christopher Faylor @ 2005-05-23 15:21 UTC (permalink / raw)
  To: gcc-help

On Mon, May 23, 2005 at 09:03:40AM -0500, Jeffrey Holle wrote:
>The linker not generating an import library indicates that the DLL module 
>doesn't have any exported symbols.
>Is this because you aren't using 
>__declspec__(dllimport)/__declspec__(dllexport)?
>
>While you don't have to use an import library (static linking to the
>module), I believe one needs to be generated before you can hope to use
>the module by dynamically linking to it at runtime.

The DLL itself can be used in place of an import library in many cases.  That's
why I suggested this.  This has nothing to do with static linking.

>Christopher Faylor wrote:
>>On Sun, May 22, 2005 at 07:45:08PM -0700, Matthew Vanderschaaf wrote:
>>>I'm in Windows trying to use a DLL with a program.  I don't have an
>>>import library, and I can't find any information on how to use it
>>>without one.  Any information that you may provide on this will help.
>>
>>Just include the full path to the DLL on the link command line.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2005-05-23 15:21 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-05-23  2:45 Dynamically linked libraries Matthew Vanderschaaf
2005-05-23  4:16 ` Christopher Faylor
2005-05-23 14:08   ` Jeffrey Holle
2005-05-23 15:21     ` Christopher Faylor

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).