summaryrefslogtreecommitdiff
path: root/desktop/Executable_soffice.bin.mk
AgeCommit message (Collapse)Author
2012-05-02convert custom makefile code into a packageDavid Tardon
Change-Id: I72b41e4826b7e93b5c8aeacbf6d9d52e3780f090
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-14fdo#47246: desktop: factor out a winextendloadenv static libraryMichael Stahl
2012-01-18fdo#37740 remove duplicate icons from soffice.bin/soffice.exeAndras Timar
2012-01-11OS_FOR_BUILD is not right do decide Host module nameNorbert Thiebaud
2012-01-11Revert "OS_FOR_BUILD is not right do decide Host module name"Jan Holesovsky
This reverts commit 39cfc4d8ad77700aefabaedde430693448a5f76f. This OS_FOR_BUILD is to modify behavior in the cross-compilation case.
2012-01-10OS_FOR_BUILD is not right do decide Host module nameNorbert
2011-12-20Link most libs and executables with gb_STDLIBS as presumably is intendedTor Lillqvist
2011-12-07link icons to soffice.bin fdo#42979Andras Timar
2011-12-07'copyright text to see as text in the soffice binary' deletedAndras Timar
2011-12-06normalize Red Hat, Inc. spellings, and bump to latest templateCaolán McNamara
2011-12-01Revert "temporary hack: soffice.bin should be type of GUI app, not CUI app ↵Andras Timar
fdo#42914" This reverts commit d76479654748454e280ac48217fb0036bc5940a1. Bjoern fixed it correctly, this hack is not needed.
2011-11-30temporary hack: soffice.bin should be type of GUI app, not CUI app fdo#42914Andras Timar
It is puzzling that Executable_soffice.bin.mk contains the line $(eval $(call gb_Executable_set_targettype_gui,$(sofficebin),YES)) yet, in the build log we see -SUBSYSTEM:CONSOLE among the linker flags. I added -SUBSYSTEM:WINDOWS flag exlicitely, and it comes later so it prevails. I guess MinGW will be still affected. It really should be fixed correctly by a gbuild expert.
2011-11-27remove pch from the include listNorbert Thiebaud
2011-11-27remove pre-compiled header support in gbuild and gbuildified moduleNorbert Thiebaud
2011-11-08there is no rule for the manifest, so we need to depend on the lib onlyBjoern Michaelsen
- or maybe better: have an rule for manifest files on windows, instead of creating them as a sideeffect
2011-11-07add soffice.bin generation to the desktop/ module rule to fix win32Michael Meeks
2011-11-04fix Win32 manifest linking: get dependencies the right way aroundMichael Meeks
the .bin depends on the _bin.exe and not vv. also -f is required for rm in phony clean rules
2011-11-01very,very ugly hack to get the soffice.bin nameBjoern Michaelsen
the previous solution couldnt work: - Packages are toplevel targets, so they need to be in a separate file - However, Packages should not be used here as it interferes with the pattern rules on $(OUTDIR)/bin - replacing those instead with explicit (non-pattern) rules for this exceptional case - depending from the regular target in $(OUTDIR) on the special one - depending from the special target on the $(WORKDIR) one
2011-09-22Always link with user32Tor Lillqvist
2011-09-22Simplify the manifest danceTor Lillqvist
2011-09-22Fix manifest creation in the MinGW case (and hopefully not breaking native).Jan Holesovsky
2011-09-21Fixes for MSVC buildCaolán McNamara
2011-09-21ah, not windows only of courseCaolán McNamara
2011-09-21get it to link with msvc at leastCaolán McNamara
2011-09-20Avoid officeloader -> soffice renaming dance, build that directly.Jan Holesovsky
2011-09-15gbuildize desktopDavid Tardon