Hi Albrecht,

Here is what I did:

I built in release configuration (with multi-byte character set) the
following projects in order:

                     fltkjpeg
                     fltkpng
                     fltkzlib
                     fltkdll (I built fltkdll separately)

This created .lib files for jpeg, png and zlib in the fltk-1.3.x-r8514\lib
directory and an fltkdll.dll in fltk-1.3.x-r8514\test directory.

Then
           1)   I created a new empty win32 application .exe project.
           2)   set the configuration to Release
           3)  specified multi-byte character-set in the Configuration
Properties/General
           4)  put "E:\libs\fltk-1.3.x-r8514" in the C++/General/Additional
Include Directories
           5)  specified "E:\libs\fltk-1.3.x-r8514\lib" in
Linker/General/Additional Library Directories
           6) specified "comctl32.lib" in Linker/Input - according to the
online docs.
           7) set Linker/System/Subsystem to Windows (/SUBSYTEM:WINDOWS)

I got the following errors:


1>tt.obj : error LNK2019: unresolved external symbol "protected: __thiscall
Fl_Widget::Fl_Widget(int,int,int,int,char const *)" (??0Fl_Widget@
@IAE@HHHHPBD@Z) referenced in function "public: __thiscall
Fl_Box::Fl_Box(int,int,int,int,char const *)" (??0Fl_Box@@QAE@HHHHPBD@Z)
1>tt.obj : error LNK2001: unresolved external symbol "protected: virtual
void __thiscall Fl_Box::draw(void)" (?draw@Fl_Box@@MAEXXZ)
1>tt.obj : error LNK2001: unresolved external symbol "public: virtual int
__thiscall Fl_Box::handle(int)" (?handle@Fl_Box@@UAEHH@Z)
1>tt.obj : error LNK2001: unresolved external symbol "public: virtual void
__thiscall Fl_Widget::resize(int,int,int,int)" (?resize@Fl_Widget
@@UAEXHHHH@Z)
1>tt.obj : error LNK2001: unresolved external symbol "public: virtual void
__thiscall Fl_Widget::show(void)" (?show@Fl_Widget@@UAEXXZ)
1>tt.obj : error LNK2001: unresolved external symbol "public: virtual void
__thiscall Fl_Widget::hide(void)" (?hide@Fl_Widget@@UAEXXZ)
1>tt.obj : error LNK2019: unresolved external symbol "public: virtual
__thiscall Fl_Widget::~Fl_Widget(void)" (??1Fl_Widget@@UAE@XZ) referenced in
function "public: virtual __thiscall Fl_Box::~Fl_Box(void)" (??1Fl_Box@
@UAE@XZ)
1>tt.obj : error LNK2019: unresolved external symbol "public: static int
__cdecl Fl::run(void)" (?run@Fl@@SAHXZ) referenced in function _main
1>tt.obj : error LNK2019: unresolved external symbol "public: void
__thiscall Fl_Window::show(int,char * *)" (?show@Fl_Window@@QAEXHPAPAD@Z)
referenced in function _main
1>tt.obj : error LNK2019: unresolved external symbol "public: void
__thiscall Fl_Group::end(void)" (?end@Fl_Group@@QAEXXZ) referenced in
function _main
1>tt.obj : error LNK2019: unresolved external symbol "enum Fl_Labeltype
__cdecl fl_define_FL_SHADOW_LABEL(void)" (?fl_define_FL_SHADOW_LABEL@
@YA?AW4Fl_Labeltype@@XZ) referenced in function _main
1>tt.obj : error LNK2019: unresolved external symbol "public: __thiscall
Fl_Window::Fl_Window(int,int,char const *)" (??0Fl_Window@@QAE@HHPBD@Z)
referenced in function _main
1>MSVCRT.lib(crtexew.obj) : error LNK2019: unresolved external symbol
_WinMain@16 referenced in function ___tmainCRTStartup
1>E:\scratch\tt\Release\tt.exe : fatal error LNK1120: 13 unresolved
externals

I also specified the directory E:\libs\fltk-1.3.x-r8514\test in the
operating system's PATH variable and put fltkdll.dll in every sub-directory
under the project directory tree.

I hope you can help me get these errors fixed.

Thanks in advance, Asif



On Sat, May 21, 2011 at 4:53 PM, Albrecht Schlosser
<[email protected]>wrote:

> On 21.05.2011 12:42, asif saeed wrote:
>
> > I am no longer testing FLTK with my static MFC lib. I am simply testing
> the
> > tests/examples provided in fltk-1.3.x-r8514\test one by one. I have
> tested
> > the same thing in release mode with the same result - I get an ugly DOS
> > (debug, if that's what you call it) window - even when I build it using
> the
> > release config.
> >
> > So, the debug window, also appears when I build any of the examples in
> > release configuration. That's the problem that needs to be fixed.
>
> If you build FLTK in "Release" configuration AND use fltkdll.lib/.dll
> (not fltkdlld.lib/.dll) AND use /subsystem:windows in your project,
> then you should NOT get the console window (that's what it is called
> correctly, IIRC). Did you do all of this ?
>
> Albrecht
> _______________________________________________
> fltk mailing list
> [email protected]
> http://lists.easysw.com/mailman/listinfo/fltk
>
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk

Reply via email to