1. 31 Mar, 2021 2 commits
    • Albert Gräf's avatar
      mingw64: Remove libdl.dll from the package. · e25d052a
      Albert Gräf authored
      NOTE: We've already done this for the mingw32 package in rev. 807068ce, which
      was prompted by a recent upgrade of the dlfcn package in msys2 which no longer
      ships that dll.
      
      However, it seems that the new dlfcn package also breaks Gem. At present,
      no-one knows what the actual issue with Gem is. But for the time being we have
      to downgrade the mingw-w64-i686-dlfcn package from 1.2.0-2 to 1.2.0-1 (which
      is known to work with Gem), until a future update of msys2 fixes the issue,
      or we figure out a way to work around it in Gem.
      e25d052a
    • Albert Gräf's avatar
      mingw: handle Lua updates. · 8375af0b
      Albert Gräf authored
      Our inno Makefile assumed lua53, but lua54 is the version that msys2 has after
      a recent update. So we now use a glob pattern in the Makefile to catch any
      version of the lua dll that msys2 currently has.
      8375af0b
  2. 19 Jan, 2021 1 commit
    • Jonathan Wilkes's avatar
      comment out libdl.dll requirement as it no longer ships with msys2 · 807068ce
      Jonathan Wilkes authored
      Not sure what this was used for. Could have been a remnant from ancient
      Pd-extended builds where libdl was required to dynamically load at all,
      but that's a shot in the dark.
      
      Anyway, if we get reports in a future release of some external randomly
      refusing to load under Windows, we may want to test whether this change
      is the culprit.
      807068ce
  3. 09 Oct, 2020 1 commit
  4. 14 Sep, 2020 2 commits
    • Albert Gräf's avatar
    • Albert Gräf's avatar
      mingw32: Don't install any binaries into system32. · dd619411
      Albert Gräf authored
      Our 32 bit Windows installer currently installs some binaries (dll and
      exe files) in the Windows system32 directory. This is unnecessary (all
      required dlls are already in the program bin directory where pd.exe will
      readily find them), and actually a nuisance, since we currently don't
      remove some of the dlls in system32 again when uninstalling, causing a
      lot of inconvenient prompts from the installer when upgrading or
      reinstalling.
      
      If the user wants to run cyclist, pdreceive, or pdsend from whatever
      command line he uses, he can easily add the program bin directory to
      PATH himself. That's much better than having our installer pollute the
      system32 directory.
      
      The mingw64 build already does it that way, here we simply apply the
      same fixes to the mingw32 build.
      dd619411
  5. 11 Sep, 2020 1 commit
  6. 09 Sep, 2020 2 commits
  7. 02 Sep, 2020 1 commit
  8. 30 Jul, 2020 1 commit
  9. 08 Jul, 2020 2 commits
  10. 17 May, 2020 1 commit
  11. 17 Nov, 2019 1 commit
  12. 21 Aug, 2019 9 commits
  13. 15 Aug, 2019 1 commit
  14. 26 Jul, 2019 2 commits
  15. 25 Jul, 2019 1 commit
  16. 23 Jul, 2019 1 commit
  17. 01 Mar, 2019 1 commit
  18. 02 Feb, 2019 1 commit
  19. 15 Oct, 2018 1 commit
  20. 26 Sep, 2018 1 commit
  21. 15 Mar, 2018 1 commit
  22. 11 Mar, 2018 2 commits
  23. 09 Mar, 2018 1 commit
  24. 08 Mar, 2018 3 commits