<feed xmlns='http://www.w3.org/2005/Atom'>
<title>sciteco/contrib/mingw-bundledlls, branch session-extensions</title>
<subtitle>Scintilla-based Text Editor and COrrector</subtitle>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/'/>
<entry>
<title>mingw-bundledlls: blacklist additional DLLs</title>
<updated>2024-10-29T13:56:43+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2024-10-29T13:56:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=32743f1e117055de5388eddac65505eef4218aae'/>
<id>32743f1e117055de5388eddac65505eef4218aae</id>
<content type='text'>
* I am not entirely sure whether it would be safe to bundle
  api-ms-win-core-synch-l1-2-0.dll or bcryptprimitives.dll,
  so I won't upstream this change yet.
* Should fix GTK/Win32 nightly builds.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* I am not entirely sure whether it would be safe to bundle
  api-ms-win-core-synch-l1-2-0.dll or bcryptprimitives.dll,
  so I won't upstream this change yet.
* Should fix GTK/Win32 nightly builds.
</pre>
</div>
</content>
</entry>
<entry>
<title>mingw-bundledlls: blacklisted dwrite.dll</title>
<updated>2022-12-03T05:07:56+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2022-12-03T03:13:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=a0872dcd9dd0fbbf07ccb7754cab723efe7261a4'/>
<id>a0872dcd9dd0fbbf07ccb7754cab723efe7261a4</id>
<content type='text'>
* These are apparently "Microsoft DirectX Typography Services"
* patch should be contributed upstream
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* These are apparently "Microsoft DirectX Typography Services"
* patch should be contributed upstream
</pre>
</div>
</content>
</entry>
<entry>
<title>simplified win32 packaging using mingw-bundedlls</title>
<updated>2022-12-03T05:07:56+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2022-12-03T02:04:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=4b501f288309e8d201a758ba23ddccfa9dffed81'/>
<id>4b501f288309e8d201a758ba23ddccfa9dffed81</id>
<content type='text'>
* mingw-bundledlls finds and copies transitive DLL dependencies.
* Like all external one-file sources, mingw-bundledlls has been copied into contrib/
  instead of adding a submodule.
  It's taken from here: https://github.com/mpreisler/mingw-bundledlls
* Packaging is more robust now if dependant DLLs are upgraded or if we
  decide to link in more statically.
  With the old scheme, we might also miss some DLL and break builds
  without even noticing it.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* mingw-bundledlls finds and copies transitive DLL dependencies.
* Like all external one-file sources, mingw-bundledlls has been copied into contrib/
  instead of adding a submodule.
  It's taken from here: https://github.com/mpreisler/mingw-bundledlls
* Packaging is more robust now if dependant DLLs are upgraded or if we
  decide to link in more statically.
  With the old scheme, we might also miss some DLL and break builds
  without even noticing it.
</pre>
</div>
</content>
</entry>
</feed>
