Re: [GD-DEVEL] using static lib bgd_a.lib

>From: Pierre <[email protected]>
>To: "Tom Lee" <[email protected]>
>CC: [email protected]
>Subject: Re: [GD-DEVEL] using static lib bgd_a.lib
>Date: Fri, 8 Jun 2007 10:29:16 +0200
>
>Hi Tom,
>
>On 6/8/07, Tom Lee <[email protected]> wrote:
>
>
>>I compiled the bgd_a.lib myself using VC makefile as you suggested. I 
>>still
>>get many complains during the link.
>>I aded  #define NONDLL 1 to gd.h, not helpful.
>>
>>term.obj : error LNK2019: unresolved external symbol _gdImageDestroy
>>referenced
>
>
>>in function _image_do_crop
>>term.obj : error LNK2019: unresolved external symbol _gdImageCopy 
>>referenced
>>in
>>function _image_do_crop
>>term.obj : error LNK2019: unresolved external symbol
>>_gdImageColorTransparent referenced in function _image_do_crop
>>term.obj : error LNK2019: unresolved external symbol _gdImagePaletteCopy
>>referenced in function _image_do_crop
>>
>>not sure if there are any changes required?
>
>NONDLL has to be defined in the GD Makefile. Without it, the resulting
>.a/.lib will not export the functions. That's probably why you keep
>having these linker errors.
>
>It is actually a bug in our Makefiles, it should be an option and work
>nicely once it is set. I will try to add it over the weekend, to both
>win32/Makefile and CMake.
>
>Please let us know if it works for you when you add the NONDLL flag
>manually before compiling GD.

I added the following
LIBGDCFLAGS= \
    ....
   /D NONDLL=1

The  GD compilation cannot  generate bgd*

if you have windows/Makefile ready, I will be happy to give it a try.


thanks.

Tom

_________________________________________________________________
Don’t miss your chance to WIN $10,000 and other great prizes from Microsoft 
Office Live http://clk.atdmt.com/MRT/go/aub0540003042mrt/direct/01/