Hello again!
Due to recent pangocairo changes in mingw-msys2 meld 3-18 become incompatible 
with it (even running from checkout).
So I cherrypicked last changes Keegan Witt made for 3-18 (thanks!) changes to 
new branch created from current master, fix pangocairo and make some more 
adjustments:
 - fixed paths to glib data installation
 - XDG_DATA_DIR separator
 - added caching of msys packages in appveyour data to achieve build stability 
on rolling-release msys2
 - remove libwebp (it looks unused?)
 - unified. renamed mingw64+32 scripts in single msys2 script

The repo with scripts is here - 
https://gitlab.gnome.org/galkinvv/meld/commits/65f5c2fe1d4564a40fb47247a996eff6417ff74d
(meld-installer-build branch)
The resulting installer is here:
https://ci.appveyor.com/project/galkinvv/meld-ljlj2/build/job/jja76xhc0qxdq461/artifacts

This installer installs meld master (3.19-based) and the resulting installation 
behaviour is identical to meld executed from checkout on msys2:
 - It mostly works if executed from cmd line with files arguments (works 80% of 
time, but may crash or hang)
 - for up-to-date msys2 version meld master has huge problems with 
selection&comparing files via new tab page, at least on windows 7.

So it looks that installation build scripts themselves are mostly correct and 
this version achieves basic windows compatibility for current master with msys2.
The commit history of achieving this compatibility mostly contains trial&error 
commits.
Should the commit history be included in merge request or squashed to single 
commit describing ideas of most important changes?

Note for those reading this message in search of recent meld windows binaries: 
the installer linked above installs the very unstable combination of meld with 
recent msys2 (with known interoperability bugs).
There exists much more stable 3.18-based installer linked in 
https://mail.gnome.org/archives/meld-list/2018-April/msg00019.html

> Ah. Thanks Vasily! I pushed some more changes, both builds are producing an 
> msi now. Unfortunately, both are also still producing the error
>
> Microsoft Visual C++ Runtime Library
> Runtime Error!
> Program: C:Program Files (x86)MeldMeld.exe
> This application has requested the Runtime to terminate it in
> an unusual way
> Please contact the application's support team for more
> information.
>
> I'm wondering why I'm getting a Visual C++ error, if these are mingw. I think 
> I've still got some wires crossed somewhere.
_______________________________________________
meld-list mailing list
meld-list@gnome.org
https://mail.gnome.org/mailman/listinfo/meld-list

Reply via email to