Also build dependencies at the same directory as evolution files
and build 'master' configuration by default (it used to build 'stable'
configuration instead).
* use e_util_win32_initialize() in main() to avoid code duplication
* e-spinner - correct image path build under win32
* export WIN32_SERVICELIBEXECDIR when building eds, which relies on it now
* update D-Bus patch and session-local.conf creation, thus D-Bus
can actually autostart services
It can contain only one folder, thus use the one from evolution's
build directory. The dependency's folder might be added by a relative
path from the glib's DLL file.
This reverts commit 013ce5b70e.
Looks like it was meant for gnome-2-28 branch. In any case it contains
unresolved merge conflicts which breaks compilation.
The change is needed:
1) To export the right symbols from the right dummy import library so that the loader does not look for symbols where they are not
2) Export that comp_editor_registry using a getter function for win32 so that we don't have to decorate the data string so that the autoexport works again
- Collect all shell modules into a new top-level 'modules' directory:
$(top_srcdir)/modules/addressbook
$(top_srcdir)/modules/calendar
$(top_srcdir)/modules/mail
Nothing is allowed to link to these, not plugins nor other modules.
THIS SOLVES BUG #571275 AND OPENS THE DOOR TO PORTING TO MAC OS X.
- Mimic the libevolution-mail-shared library from master (except drop
the "shared" suffix) and have libevolution-mail-importers and all
mail-related plugins link to it.
- Discard the a11y subdirectories and have the files live alongside
their counterpart widgets.
2009-01-29 Tor Lillqvist <tml@novell.com>
Cross-compilation from Linux to Windows support by Fridrich Strba.
* configure.in: Check for <sys/wait.h>. Don't look for socklen_t
on Windows.
If cross-compiling, we obviously can't run the test to find out
the preferred formats for charset names of iconv(). We know them a
priori for Windows, though. For cross-compilation to other
platforms more change is needed.
* win32/Makefile.am: Use $(DLLTOOL) instead of hardcoding name.
svn path=/trunk/; revision=37193
2008-06-13 Tor Lillqvist <tml@novell.com>
* win32/libevolution-mail.def: Add more functions used by
libevolution-calendar.la.
svn path=/trunk/; revision=35637
2008-06-13 Tor Lillqvist <tml@novell.com>
* win32/libevolution-mail.def: Add new functions used by
libevolution-composer.la.
* addressbook/gui/component/Makefile.am
libevolution_addressbook_la_LIBADD): Link with the bootstrap
libevolution-mail library on Windows.
svn path=/trunk/; revision=35636
2008-01-25 Tor Lillqvist <tml@novell.com>
* win32/libevolution-mail.def: Add two more entries for
bootstrapping. The mail/importers/libevolution-mail-importers
library depends on the libevolution-mail library which hasn't been
built yet when libevolution-mail-importers is built.
svn path=/trunk/; revision=34894
2006-10-16 Tor Lillqvist <tml@novell.com>
* win32/libevolution-mail.def: List the function
mail_win32_get_mail_thread_queued() instead of the variable
mail_thread_queued. (#348212)
* mail-mt.h: On Win32 we don't want to use the mail_thread_queued
variable outside the libevolution-mail DLL, but instead access its
value through a getter function.
* mail-mt.c: Make mail_thread_queued static on Win32.
(mail_win32_get_mail_thread_queued): New function that returns the
value of mail_thread_queued.
svn path=/trunk/; revision=32898
2006-04-27 Tor Lillqvist <tml@novell.com>
* win32/libemiscwidgets.def: Add e_expander_get_type which now is
needed when linking libevolution-widgets-a11y.
svn path=/trunk/; revision=31913
2005-06-18 Tor Lillqvist <tml@novell.com>
* win32/Makefile.am: The libetable and libetext DLLs should
have the -0 suffix.
svn path=/trunk/; revision=29548
2005-06-15 Tor Lillqvist <tml@novell.com>
* win32/README
* win32/Makefile.am
* win32/dummy.la
* win32/libemiscwidgets.def
* win32/libevolution-addressbook.def
* win32/libevolution-calendar.def
* win32/libevolution-mail.def
* win32/libfilter.def: New files. Build bootstrap import libraries
for some of Evolution's DLLs to work around circular dependencies
between some of the shared libraries. Circular dependecies are
problematic on Win32 where one can't have undefined symbols in
executables (or shared libraries).
svn path=/trunk/; revision=29508
