1. 29 Kas, 2018 1 kayıt (commit)
  2. 21 Kas, 2018 1 kayıt (commit)
    • Mike Kaganski's avatar
      tdf#112536 related: make soffice.bin a proper console application on Win · 506173a7
      Mike Kaganski yazdı
      Being a GUI application on Windows (with related flag in the executable header
      - see https://blogs.msdn.microsoft.com/oldnewthing/20090101-00/?p=19643/), OS
      would detect the subsystem before launching the application, and won't attach
      the parent console or redirected output handles from it to the application.
      Also, different hacks to reattach the GUI application to the console later are
      unreliable on different Windows versions, and work improperly (the output goes
      to the console after the launch command has already returned, which is wrong
      in batch files). This makes it extremily difficult to do CLI operations with
      LibreOffice on Windows, with error codes/warnings/messages/output missing or
      going to wrong consoles.
      
      Making an executable for CUI subsystem, on the other hand, makes Windows to
      allocate a console before starting it when the program is run by itself. This
      makes the console window to appear on screen unconditionally, even if it's
      hidden later when the program has started. This flashing is undesirable.
      
      But we use a wrapper executable on Windows, called soffice.exe, which is what
      actually launched by user, and which runs soffice.bin. This allows us to make
      soffice.bin the proper console application, and thus make it capable to behave
      properly in CLI scenarios, while avoid the console flashing when run from the
      soffice.exe (which would suppress the console creation using DETACHED_PROCESS
      creation flag to CreateProcessW).
      
      Also creating a new wrapper for console (soffice.com) allows to use command
      lines which omit explicit executable extension (no ".bin"), like this:
      
      "C:\Program Files\LibreOffice\program\soffice" --help
      
      which allows to continue using multiple available help resources unchanged,
      since .com extension is tried prior to .exe by Windows' cmd.exe.
      
      Change-Id: I089d0f30f860da6cfc781b4383f6598a08a4d238
      Reviewed-on: https://gerrit.libreoffice.org/63572
      Tested-by: Jenkins
      Reviewed-by: 's avatarMike Kaganski <mike.kaganski@collabora.com>
      506173a7
  3. 12 Nis, 2018 1 kayıt (commit)
  4. 10 Nis, 2018 1 kayıt (commit)
  5. 10 Şub, 2017 1 kayıt (commit)
    • Stephan Bergmann's avatar
      Remove MinGW support · 8646ab97
      Stephan Bergmann yazdı
      In OOo times, there'd originally been efforts to allow building on Windows with
      MinGW.  Later, in LO times, this has been shifted to an attempt of cross-
      compiling for Windows on Linux.  That attempt can be considered abandoned, and
      the relevant code rotting.
      
      Due to this heritage, there are now three kinds of MinGW-specific code in LO:
      
      * Code from the original OOo native Windows effort that is no longer relevant
        for the LO cross-compilation effort, but has never been removed properly.
      
      * Code from the original OOo native Windows effort that is re-purposed for the
        LO cross-compilation effort.
      
      * Code that has been added specifially for the LO cross-compilation effort.
      
      All three kinds of code are removed.
      
      (An unrelated, remaining use of MinGW is for --enable-build-unowinreg, utilizing
      --with-mingw-cross-compiler, MINGWCXX, and MINGWSTRIP.)
      
      Change-Id: I49daad8669b4cbe49fa923050c4a4a6ff7dda568
      Reviewed-on: https://gerrit.libreoffice.org/34127Tested-by: 's avatarJenkins <ci@libreoffice.org>
      Reviewed-by: 's avatarStephan Bergmann <sbergman@redhat.com>
      8646ab97
  6. 27 Kas, 2015 1 kayıt (commit)
  7. 09 Şub, 2015 1 kayıt (commit)
  8. 07 Ock, 2015 1 kayıt (commit)
  9. 10 Agu, 2014 1 kayıt (commit)
  10. 02 Kas, 2013 1 kayıt (commit)
  11. 23 Eki, 2013 2 kayıt (commit)
  12. 22 Eyl, 2013 3 kayıt (commit)
    • Michael Stahl's avatar
      desktop: soffice.bin and unopkg.bin cleanup · 764e688f
      Michael Stahl yazdı
      Clean up the horrible mess around unopkg.bin unopkg.com unopkg.exe and
      soffice.bin soffice.exe and crashrep.com executables and associated
      renaming via Packages in the desktop makefiles by simply using
      RepositoryFixes to correct the names.
      
      Change-Id: I4d3a549462cfa90a63d62b35db1b0407b25239f7
      764e688f
    • Michael Stahl's avatar
      gbuild: make the DLL the LinkTarget of Library and CppunitTest · d263c22a
      Michael Stahl yazdı
      ... instead of the import lib.  If the DLL is an auxtarget, it cannot
      be deleted without annoying errors, and we want to be able to rm -r
      $(INSTIDR) and build incrementally from there.
      
      - replace DLLTARGET -> ILIBTARGET
      - replace gb_Library_DLLFILENAMES -> gb_Library_FILENAMES
      - replace gb_Library_FILENAMES -> gb_Library_ILIBFILENAMES
      - replace gb_Library_get_dllname -> gb_Library_get_filename
      - replace gb_Library_get_filename -> gb_Library_get_ilibfilename
      - replace gb_CppunitTest_get_libfilename -> gb_CppunitTest_get_ilibfilename
      - replace gb_LinkTarget_set_dlltarget -> gb_LinkTarget_set_ilibtarget
      
      Change-Id: I92a2f061a653b9b5941f3232d729987b1317b6f8
      d263c22a
    • Michael Stahl's avatar
      cppu: rename purpose environment libraries · 60530f47
      Michael Stahl yazdı
      It would not be necessary to mangle the
      affine_uno_uno/log_uno_uno/unsafe_uno_uno library names in
      RepositoryFixes.mk if they were simply named right in the first place.
      
      Change-Id: I0fce919549764d2335c5501c1110878b8709fa09
      60530f47
  13. 14 Eyl, 2013 1 kayıt (commit)
    • Stephan Bergmann's avatar
      Clean up Mac OS X .jnilibs · a382dad6
      Stephan Bergmann yazdı
      Those .jnilibs that are not needed as .dylibs (this includes those that are also
      UNO components) are handled via RepositoryFixes.mk.  The remaining one,
      libjava_uno.jnilib is packaged as a symlink in instdir.  Everything else is not
      necessary and removed (including the venerable oddity macosx-create-bundle).
      
      Change-Id: I34a1801b0733cdff885c1c72db16fa631c5d82ef
      a382dad6
  14. 11 Eyl, 2013 1 kayıt (commit)
  15. 16 Haz, 2013 1 kayıt (commit)
  16. 15 Haz, 2013 2 kayıt (commit)
  17. 07 Haz, 2013 1 kayıt (commit)
  18. 03 Haz, 2013 1 kayıt (commit)
  19. 23 Nis, 2013 1 kayıt (commit)
  20. 21 Nis, 2013 1 kayıt (commit)
  21. 15 Nis, 2013 3 kayıt (commit)
  22. 11 Nis, 2013 1 kayıt (commit)
  23. 10 Nis, 2013 1 kayıt (commit)
  24. 08 Nis, 2013 1 kayıt (commit)
  25. 06 Nis, 2013 1 kayıt (commit)
  26. 05 Nis, 2013 1 kayıt (commit)
    • Eike Rathke's avatar
      new module i18nlangtag · 876c619b
      Eike Rathke yazdı
      Moved portions from module i18npool, all of former i18nisolang1 library
      that now is i18nlangtag. Included are languagetag, isolang and mslangid.
      
      This i18nlangtag code is now even used by module comphelper, so
      disentangling i18npool and making this an own module was needed to not
      create circular module dependencies.
      
      Change-Id: Ib887c3d6dde667403fd22d382310ba5f1a9b0015
      876c619b
  27. 04 Mar, 2013 1 kayıt (commit)
  28. 30 Ara, 2012 1 kayıt (commit)
  29. 20 Kas, 2012 1 kayıt (commit)
  30. 15 Kas, 2012 1 kayıt (commit)
  31. 25 Eki, 2012 1 kayıt (commit)
  32. 22 Eki, 2012 1 kayıt (commit)
  33. 12 Eki, 2012 1 kayıt (commit)
  34. 01 Eki, 2012 1 kayıt (commit)