summaryrefslogtreecommitdiff
path: root/oowintool
AgeCommit message (Collapse)Author
2013-05-21make 64-bit shell extensions work, put 64-bit VC runtime in the same dirAndras Timar
Unlike in case of msvcr90.dll, which went to WinSxS, msvcr100.dll is installed to the "system32" folder. Windows installer automatically replaces it to SysWOW64. The problem is that this way 64-bit dlls end up in the wrong directory. They conflict with the 32-bit dlls, and will not be installed. Therefore 64-bit shell extensions will not work, unless the 64-bit VC runtime is installed from other source. It is not possible to install both 32-bit and 64-bit VC Runtime with merge modules in case of VS 2010 and VS 2012. For the 64-bit shell extensions, we can install the runtime dlls next to the files. Change-Id: I47060f8ff764ca1156596139ecbec003f964bc60
2012-11-29Really prefer visual studio 2010 and then 2012 before 2008Luboš Luňák
A followup to the incomplete previous commit.
2012-11-29Prefer visual studio 2010 and then 2012 before 2008Fridrich Štrba
Change-Id: I7de1eb056c799cfce91bdc3fba3b9c1e3ab612b0
2012-11-28Make print_al_home more reliableTor Lillqvist
Change-Id: Ib979916a32a9a9ea8ae1e711559613e8b6b3dfe9
2012-11-03Add --msvc-copy-dlls-64 optionTor Lillqvist
Implement it in a somewhat ad-hoc way. Change-Id: I6558d30672a02c4fd22f1eedbe1a7f187164f031
2012-11-02Bin help for nonexistent switch --msvc-find-msms-vc100Tor Lillqvist
Change-Id: I14fb49acdbd242c0e68957ec72cba558df273c4a
2012-10-08Revert "prefer newer versions of Visual Studio"Norbert Thiebaud
This reverts commit 4967505ad54de0639fbd7bfa553c57ead9ada6ec. This was creating problem with tinderbox.. changing the default base version on the fly is not a good idea anyway
2012-10-07fix msm_path detectionPeter Foley
Change-Id: Id507a3483a126f4a04dcb9be287c12a3eae5429c
2012-10-07fix msm suport for VS2012Peter Foley
Change-Id: Ibc816de83eb48163671948ecc84e7653f2b4ec13
2012-10-07fix cli_ure build with Win8 SDKPeter Foley
Change-Id: I4842d848234a5dc21085a3fd0aa0a79c58c71e8c
2012-10-07prefer newer versions of Visual StudioPeter Foley
Change-Id: I6744460db43f66c91ad8e033f59612457acd66ee
2012-10-07add support for Windows 8 SDKPeter Foley
Change-Id: I941ce196917cad307d9de03030c4b23ff4e1b249 Reviewed-on: https://gerrit.libreoffice.org/785 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2012-08-17Fix build breaker in cli_ure: Avoid C# 4.0 when using MSVC 2008Tor Lillqvist
Change-Id: Ieb82b73150330ddbde890f36b88637bf5dfddf51
2012-08-16enable build with Visual Studio 2012Peter Foley
Change-Id: I95e5974e4f109eb8882f7260d19c439a86931e64
2012-08-15Fix build with VS2010Peter Foley
Change-Id: Ic3bbb20c446545d67682a6c547fb69e2255eb0b7
2012-08-02Missing newlineStephan Bergmann
Change-Id: I8dd2d6f059b027122657e5000b95298e874e51e8
2012-07-24Make bundling Microsoft_VC100_CRT_x86.msm truly optionalStephan Bergmann
Change-Id: I4fa998f33059a6ebc9afe0a9ce65443a115b6db2
2012-07-19make the vc2010 redist optionalNorbert Thiebaud
Change-Id: Ib81f168fa65d7a4affb15ce07f1a49ad1b2df479
2012-07-18fdo#50584 bundle MS Visual C++ 2010 Runtime so LO can work with JRE7Andras Timar
Change-Id: If22bed6728121ec66ecd89ad4f869e980aeb79b7
2012-05-23copy msms only for ver 9.0, MSVC 2010 doesn't have themEike Rathke
2012-04-24fdo#48259 take MSMDir from registryAndras Timar
2012-03-22Look for properly registered windows sdks instead for random version numbersFridrich Štrba
2012-03-09Add mode lines, untabify, clean up indentationTor Lillqvist
2012-03-09Look for Windows SDK v7.1, tooTor Lillqvist
2012-03-09Redirect error message we aren't interested in to /dev/nullTor Lillqvist
2012-03-09Bin leftover old crack: There is no "platformsdk" under the MSVC folderTor Lillqvist
2012-03-01given that we can build with java7 now, allow it for windows tooCaolán McNamara
2011-12-06remove NSIS supportAndras Timar
2011-11-23add a fallback for %COMMONPROGRAMFILES% if its not setCaolán McNamara
2011-11-16x64 merge modules are not mandatory, only warn when they are missing.Jan Holesovsky
2011-11-16copy msvcrt merge modules into the treeAndras Timar
2011-10-05s/dump/printTor Lillqvist
2011-05-16Use current terminology and socket libraryTor Lillqvist
It's called the Windows SDK, not the Platform SDK. Link only with the ws2_32 library, not the wsock32 one.
2011-03-15Revert "Let's try preferring MSVS2010/MSVC2010"Tor Lillqvist
This reverts commit 8cd4be6de9889485948e2fea02efbc8d74e55642.
2011-03-15Revert "Prefer .NET 4, do not bother with .NET 2"Tor Lillqvist
This reverts commit ca448fbaf0b18edcfc809fcabcbcac51bb32f3b7.
2011-03-14Prefer .NET 4, do not bother with .NET 2Tor Lillqvist
2011-03-14Let's try preferring MSVS2010/MSVC2010Tor Lillqvist
2010-12-21Actually we don't seem to need instmsiw.exe anywhereTor Lillqvist
2010-10-29oowintool should find .NET Framework 4.0 tooJesús Corrius
2010-10-28Slight cleanup of the Windows stuffTor Lillqvist
Use correct terminology for the Microsoft compilers, ".NET" was a part of their name only in the 2003 version. Drop support for the 2003 and 2005 versions. The Platform SDK has been called the Windows SDK for quite a while. Etc.
2010-10-16Don't show a perl error when .NET SDK is not foundJesús Corrius
2010-10-15Enable Microsoft Visual C++ 10 compiler in the build systemJesús Corrius
2010-10-07Detect the correct .NET Framework for Visual Studio 2008Jesús Corrius
2010-09-14oowintool-java6.diff: Detect java 6 correctly.Fridrich Štrba
2009-01-21CWS-TOOLING: integrate CWS configuretoplevelVladimir Glazounov
2009-01-19 15:47:39 +0100 rene r266508 : CWS-TOOLING: rebase CWS configuretoplevel to trunk@266428 (milestone: DEV300:m39) 2009-01-18 00:35:31 +0100 rene r266462 : #i10000# Mac OS X "of course" has other paths... 2009-01-16 13:24:23 +0100 rene r266415 : make OS2 use STLport... 2009-01-15 22:08:38 +0100 rene r266393 : STLport for FreeBSD 2009-01-15 01:23:51 +0100 rene r266333 : #i98048# harmonize STL default; default to *NOT* use STLport 2009-01-09 22:44:43 +0100 rene r266120 : #i97428# try to find out XLIB via pkg-config 2009-01-09 22:41:18 +0100 rene r266119 : #i97827# fail when we don't find make 2008-12-27 01:19:34 +0100 rene r265812 : add make (dis)clean; force /bin/sh as we source *Enc.Set.sh 2008-12-27 01:16:31 +0100 rene r265811 : fix makefile.rc for config.*/config_office move 2008-12-26 22:37:54 +0100 rene r265810 : #i91641# in some cases, we also need the -Xbootclasspath at the second javac call 2008-12-26 17:55:11 +0100 rene r265806 : actually commit Makefile.in 2008-12-25 19:24:24 +0100 rene r265803 : CWS-TOOLING: rebase CWS configuretoplevel to trunk@265758 (milestone: DEV300:m38) 2008-12-10 22:51:06 +0100 rene r265232 : #i96912# revert, cws swffixes02 has the right fix 2008-12-08 18:47:10 +0100 rene r265014 : xulrunner has no /plugin or /nspr 2008-12-08 17:51:28 +0100 rene r265013 : i96912# fix --with-system-mozilla 2008-12-05 13:05:55 +0100 rene r264903 : #i95339# 2008-12-04 17:53:53 +0100 rene r264865 : fix merge error #i80238# add help for --with-epm 2008-12-04 17:44:28 +0100 rene r264864 : #i91641# fix build with JDKs already including a version of rhino which conflicts with our ancient one 2008-12-04 17:40:48 +0100 rene r264863 : i93429# check for sanity for expand.exe 2008-12-04 17:34:20 +0100 rene r264862 : config_office changes from m33 to m37 2008-12-04 17:28:55 +0100 rene r264861 : CWS-TOOLING: rebase CWS configuretoplevel to trunk@264807 (milestone: DEV300:m37) 2008-12-04 16:49:03 +0100 rene r264856 : fix cws. part 5 2008-12-04 16:45:06 +0100 rene r264855 : fix cws, part 4 2008-12-04 16:01:49 +0100 rene r264850 : fix cws, part 3 2008-12-04 15:14:12 +0100 rene r264848 : fix cws, part 2
generated by cgit (git 2.34.1) at 2024-06-02 14:57:37 +0000