| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
libtool could not find -lwinmm and produced the following message:
*** Warning: linker path does not have real file for library -lwinmm.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libwinmm and none of the candidates passed a file format test
*** using a file magic. Last file checked: /usr/lib/mxe/usr/lib/gcc/i686-w64-mingw32.shared/5.2.0/../../../../i686-w64-mingw32.shared/lib//libwinmm.a
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
*** Since this library must not contain undefined symbols,
*** because either the platform does not support them or
*** it was explicitly requested with -no-undefined,
*** libtool will only create a static version of it.
After that, it created a static library instead of shared one.
Even -no-undefined did not help.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
* enables optional c++11 <thread>, <mutex>, and <future> in libgcc
* avoid double build advice:
http://sigrok.org/gitweb/?p=sigrok-util.git;a=blob;f=cross-compile/mingw/README;h=248af546f939a81855dda33142d834eecf2979c2;hb=HEAD#l44
* not heavily tested but should be released for feedback
|
|
|
|
|
|
|
|
|
| |
* fixes "~winpthreads changes ~pthread_signal.h" etc. reported by build-pkg
mingw-w64 installs dummy headers if winpthreads isn't built
* enables libgomp to avoid double-build (see #331)
* no change in openmp-validation (still 20 failures - taken with a grain of
salt as the batch file test runner isn't a reliable perl substitute)
* pthreads virtual package kept for future testing
|
|
|
|
| |
see #904
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When the client library of PostgreSQL is compiled with a MinGW-w64
environment the resulting libpq does not work. This has been reported
upstream with two bug reports and a patch was submitted by
Michael Cronenworth <mike(at)cchtml(dot)com> (1) but it has not been
picked up by upstream.
This is confirmed to build on Arch Linux x64 with targets:
x86_64-w64-mingw32.static and i686-w64-mingw32.static
and works under Wine, Windows 7 and Windows 10 (both 32/64bit binaries)
(1) http://www.postgresql.org/message-id/520EBC3D.1010103@cchtml.com
fixes #690
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
closes #954
|
| |
|
| |
|
|
|
|
| |
still needs some work to provide static/shared as an option
|
|
|
|
| |
also fixes dll installation
|
| |
|
|
|
|
|
|
| |
Now the following CMake code finds FriBiDi:
find_package(FriBiDi)
|
|
|
|
| |
close #938
|
|
|
| |
Prevents theoretical undefined (or implementation-defined?) behavior on 32-bit machines.
|
| |
|
|
|
|
| |
in rare cases, it would try downloading qtbase again
|
|
|
|
| |
This reverts commit f1dd70802a4e20c0f8c849aa44f24651895c7cfc.
|
| |
|
| |
|
|\
| |
| | |
Decrease cmake version and check for policies used
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Policy CMP0020 was introduced in cmake 2.8.11.
Debian CMake version 2.8.9 is sufficient for building Qt.
See https://github.com/LuaAndC/mxe/commit/6133f6ec74aee1b5fa531782e585710
close #909
|
| |
| |
| |
| |
| |
| |
| | |
Debian Wheezy has CMake version 2.8.9 and it is sufficient for building Qt
(version 2.8.11 was chosen as it is recommended by Qt docs).
see #909
|
|\ \
| |/
|/| |
cmake wrapper: don't pass -DCMAKE_TOOLCHAIN_FILE to cmake when with --build
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
CMake with a toolchain file doesn't work properly in some modes.
* --build
* --system-information
* -E
close #932
|
|\ \
| |/
|/| |
Ensure that our mysql-config is used and not the system mysql-config …
|
| |
| |
| |
| | |
building Qt 5.
|
|\ \
| | |
| | | |
Fix OpenSceneGraph patch.
|
| |/ |
|
|/ |
|
| |
|
|\
| |
| | |
fix project path for vmime extra file
|
| |
| |
| |
| |
| |
| | |
vmime uses a file from the src-directory of mxe but references it using
a relative path that is only working if the temporary build directory is
inside the mxe project path at the fixed position.
|
|/ |
|
| |
|
|\
| |
| | |
update & fix blas
|
| |
| |
| |
| |
| | |
see #922
see http://lists.nongnu.org/archive/html/mingw-cross-env-list/2015-10/msg00009.html
|
|/ |
|
|
|
|
|
| |
The subdir and filename are based on the first 7 characters of the
sha1, so it's convenient to treat this as the version.
|
| |
|