wxWidgets/samples/dll
Vadim Zeitlin 47d881b683 Fix order of -L options in autoconf makefiles
Put linker flags determined by configure after -L$(LIBDIRNAME) option
pointing to the directory containing the libraries being built, to
ensure that we link with these libraries rather than any wx libraries
globally installed in the system, as could be the case since the changes
of ec091c9f2b (Don't override CFLAGS etc in configure-generated
makefile, 2020-02-02).

See #18729.
2020-04-15 02:33:53 +02:00
..
dll_vc7_my_dll.vcproj Rebake after changes 2020-03-27 23:15:03 +01:00
dll_vc7_sdk_exe.vcproj Rebake after changes 2020-03-27 23:15:03 +01:00
dll_vc7_wx_exe.vcproj Rebake after changes 2020-03-27 23:15:03 +01:00
dll_vc8_my_dll.vcproj Rebake after changes 2020-03-27 23:15:03 +01:00
dll_vc8_sdk_exe.vcproj Rebake after changes 2020-03-27 23:15:03 +01:00
dll_vc8_wx_exe.vcproj Rebake after changes 2020-03-27 23:15:03 +01:00
dll_vc9_my_dll.vcproj Rebake after changes 2020-03-27 23:15:03 +01:00
dll_vc9_sdk_exe.vcproj Rebake after changes 2020-03-27 23:15:03 +01:00
dll_vc9_wx_exe.vcproj Rebake after changes 2020-03-27 23:15:03 +01:00
dll.bkl
makefile.bcc Rebake after adding DPI awareness option 2019-11-30 22:52:48 +01:00
makefile.gcc Rebake after adding DPI awareness option 2019-11-30 22:52:48 +01:00
Makefile.in Fix order of -L options in autoconf makefiles 2020-04-15 02:33:53 +02:00
makefile.unx
makefile.vc Rebake after changes 2020-03-27 23:15:03 +01:00
my_dll.cpp Replace Connect() with Bind() in all samples and utils too 2018-05-31 16:19:23 +02:00
my_dll.h
README.txt
sdk_exe.cpp Fix some build warnings 2018-11-25 21:29:38 +01:00
wx_exe.cpp Add more wxOVERRIDE 2018-09-22 14:44:07 +02:00

This Windows-specific sample demonstrates how to use wxWidgets-based UI from
within a foreign host application that may be written in any toolkit
(including wxWidgets).

For this to work, you have to overcome two obstacles:


(1) wx's event loop in the DLL must not conflict with the host app's loop
(2) if the host app is written in wx, its copy of wx must not conflict
    with the DLL's one


Number (1) is dealt with by running DLL's event loop in a thread of its own.
DLL's wx library will consider this thread to be the "main thread".

The simplest way to solve number (2) is to share the wxWidgets library between
the DLL and the host, in the form of wxWidgets DLLs build. But this requires
both the host and the DLL to be compiled against exactly same wx version,
which is often impractical.

So we do something else here: the DLL is compiled against *static* build of
wx. This way none of its symbols or variables will leak into the host app.
Win32 runtime conflicts are eliminated by using DLL's HINSTANCE instead of
host app's one and by using unique window class names (automatically done
since wx-2.9).