Bug 89295 - Support for MinGW-w64 and/or MSYS2
Summary: Support for MinGW-w64 and/or MSYS2
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: sdk (show other bugs)
Version:
(earliest affected)
4.4.0.3 release
Hardware: Other Windows (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-02-10 19:01 UTC by Renato Silva
Modified: 2015-02-12 12:09 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Renato Silva 2015-02-10 19:01:21 UTC
In addition to the MSVC-based build, please support MinGW-w64 [1] on Windows. This basically means allowing to build LibreOffice with GCC and make, or something similar. This will attract more contributors, even tough official builds continue to be based on MSVC.

If you are interested in a full build environment, you may also consider MSYS2 [2]. This is basically MinGW-w64 with Cygwin and pacman. No manual dependencies management, wide number of reusable libraries and modern Unix shell.

The point is enlarging the developer community, so just MinGW-w64 would help already. Note that MinGW-w64 and MSYS2 have nothing to do with MinGW.org, so if you had a bad experience with MinGW, it may be very different for these other.

[1] http://mingw-w64.sourceforge.net
[2] http://sourceforge.net/projects/msys2
Comment 1 David Tardon 2015-02-11 09:28:24 UTC
No. The build system is complex enough as it is. The last thing we need is to introduce more variability into it.
Comment 2 Renato Silva 2015-02-11 21:57:03 UTC
This is a narrow-minded view. The amount of contributors that would feel attracted would probably overcome the complexity of supporting one additional compiler. Otherwise, you can stop using MSVC and more proudly advertise freedom.

This is also a harsh attitude with the community. Many people see LibreOffice as mostly a joke compared to Microsoft Office. I would consider not dismissing such potential help. Not even external volunteers, interested in both implementation and maintenance, were considered.
Comment 3 V Stuart Foote 2015-02-12 08:44:56 UTC
Believe David's perspective comes from his recent endeavors to bring a functional 64-bit build for Windows online with VS 2013.  That is coming to fruition--and that has required MSVC for reliable results and build speed of Windows executables.

With build tools and code optimization for native MS Visual Studio C++ builds, there is no reason to torture the projects productive maintainers--with Microsoft now giving away VS 2013 very little traction to be had for further effort on MinGW/GCC builds--and they did try! 

Of course this is a meritocracy--the code is there in git--you are welcome to have at it.
Comment 4 David Tardon 2015-02-12 12:00:17 UTC
(In reply to V Stuart Foote from comment #3)
> Believe David's perspective comes from his recent endeavors to bring a
> functional 64-bit build for Windows online with VS 2013.  That is coming to
> fruition--and that has required MSVC for reliable results and build speed of
> Windows executables.

That was David Ostrovsky :-) But it is a good example.
Comment 5 David Tardon 2015-02-12 12:09:24 UTC
(In reply to Renato Silva from comment #2)
> This is a narrow-minded view.

Maybe, but it is a realistic view.

> The amount of contributors that would feel
> attracted would probably overcome the complexity of supporting one
> additional compiler.

Says you. Personally, I do not remember anyone showing interest in native MinGW build on Windows since the beginning of the project. There was an attempt in openoffice.org times, but it did not came to anything. And it was being done by a single person.