summaryrefslogtreecommitdiff
path: root/desktop/Executable_scalc.mk
AgeCommit message (Collapse)Author
2013-12-12Revert "fix windows build"Michael Stahl
This reverts commit 45504f9ba8de2a4372193910b2cb9405f1ea896a. The problem that is apparently fixed here is that link.exe is too dumb to pick the right entry-point if the WinMain definition does not come from an object file but a .lib; in that case it apparently defaults to archaic 8-bit WinMain so tell it to use Unicode one with /ENTRY. Conflicts: desktop/Executable_sbase.mk desktop/Executable_scalc.mk desktop/Executable_sdraw.mk desktop/Executable_simpress.mk desktop/Executable_smath.mk desktop/Executable_sweb.mk desktop/Executable_swriter.mk Change-Id: Ib6239eb0fd3d64fd4a292a0d42d65ef75475c389
2013-07-17remove last users of gb_Executable_add_noexception_objectBjoern Michaelsen
Change-Id: Iddee238aa800ecfee8f97a7132b38b6446e0b2a4 Reviewed-on: https://gerrit.libreoffice.org/4953 Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com> Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
2013-04-24desktop: rename WinResTarget target to match source fileMichael Stahl
Change-Id: Ice900801109efc8591b9a3fb5c490d070b23730a
2013-04-22Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks
2012-09-28gbuild: invert handling of standard system libraries:Michael Stahl
Always link in gb_STDLIBS, except when the library explicitly opts out with gb_LinkTarget_disable_standard_system_libs. Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
2012-09-28gbuild: replace direct gb_STDLIBS use with ...Michael Stahl
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28gbuild: split uwinapi out of gb_STDLIBSMichael Stahl
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-06-04Move the AppUserModelID code to the launcherJesús Corrius
2012-05-24set explicit Application User Models IDs in the native Windows launchersJesús Corrius
Change-Id: Ib60a2a4f0d28a53d997731eb34b118cc9b9f822d
2012-04-08gbuild: "use" vs. "add":Michael Stahl
Naming convention for gbuild methods: - "add" is used for stuff that is logically a part of the target (i.e. not registered at the Module, but defined in the target's makefile) - "use" is used for stuff that is logically a different target (i.e. it is registered at the Module, has it's own makefile, may be in a different module than the target)
2012-03-16fix windows buildMatúš Kukan
No idea if this is proper fix or it needs to be done otherwise.
2012-03-14fdo#47246: desktop: factor out a winlauncher static libraryMichael Stahl
2011-12-20Link most libs and executables with gb_STDLIBS as presumably is intendedTor Lillqvist
2011-12-06normalize Red Hat, Inc. spellings, and bump to latest templateCaolán McNamara
2011-11-27remove pch from the include listNorbert Thiebaud
2011-11-27remove pre-compiled header support in gbuild and gbuildified moduleNorbert Thiebaud
2011-09-27make WinResTarget's name independent of LinkTargetDavid Tardon
2011-09-26add resource filesDavid Tardon
2011-09-15gbuildize desktopDavid Tardon