| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| |\ \
| | | |
| | | | |
update libuv to 1.9.0
|
| | | | |
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The file was changed in upstream.
File pkg/box2d-2.3.1.tar.gz
(or https://github.com/erincatto/Box2D/archive/v2.3.1.tar.gz):
Old sha256: 2c61505f03ef403b54cf0e510d83d6f567e37882ad79b5b2d486acbc7d5eedea
New sha256: 75d62738b13d2836cd56647581b6e574d4005a6e077ddefa5d727d445d649752
Changes:
$ diff -r old/ new
Only in old/Box2D-2.3.1/Contributions/Platforms: Box2D.XNA.zip
Only in old/Box2D-2.3.1/Contributions/Platforms: Tizen.zip
Files Box2D.XNA.zip and Tizen.zip are not used in build, according to logs.
Removing them them seems to be safe.
fix #1319
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| |\ \
| | | |
| | | | |
from bluszcz/master
|
| | | | |
|
| |\ \ \
| | | | |
| | | | | |
from LuaAndC/libuv
|
| | | | | |
|
| | | | | |
|
| | |/ /
| |/| | |
|
| |/ / |
|
| | |
| | |
| | |
| | |
| | | |
* only required for octave build:
- https://www.gnu.org/software/octave/doc/interpreter/Compiling-Octave-with-64_002dbit-Indexing.html
* closes #1247
|
| |\ \
| | | |
| | | | |
add package "wrk" to plugins/apps
|
| | | |
| | | |
| | | |
| | | | |
The name of libluajit-5.1.a can be generated from this variable.
|
| | | | |
|
| |\ \ \
| | | | |
| | | | | |
libsoup: disable gssapi
|
| | | | |
| | | | |
| | | | |
| | | | | |
On OSX, native `/usr/bin/krb5-config` is detected and tries to enable gssapi.
|
| |\ \ \ \
| | | | | |
| | | | | | |
cmake: update to 3.5.1
|
| | |/ / / |
|
| | | | | |
|
| | | | | |
|
| |\ \ \ \
| | |/ / /
| |/| | | |
fix qtbase on Wheezy (don't use c++1y)
|
| | |/ /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The error: `g++: error: unrecognized command line option ‘-std=c++1y’`
Full log: https://gist.github.com/147a8e697b4be73dad0218598dab2608
The problem was solved by setting C++ version to C++11 explicitly.
|
| |\ \ \
| | | | |
| | | | | |
vmime: prepare for cmake 3.5
|
| | | | |
| | | | |
| | | | |
| | | | | |
See https://github.com/mxe/mxe/pull/1279#issuecomment-207769271
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| |/ / / |
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Changes of ./configure were moved to ./configure.ac
to preserve them after `autoreconf -fi`.
See https://github.com/mxe/mxe/pull/1286#discussion_r59139912
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Patch "fix linking errors in shared builds" fixes i686-w64-mingw32.shared.
Change of djvulibre.mk fixes x86_64-w64-mingw32.shared by changing deplibs
check method to "objdump". See the explanations below.
On Wheezy (at least) "file" returns "data" for x86-64 object files from
libmsvcp60.a. Therefore the check fails with the following message:
*** Warning: linker path does not have real file for library -lmsvcp60.
*** 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 libmsvcp60 and none of the candidates passed a file format test
*** using a file magic. Last file checked: /home/mxe/mxe-djvulibre/usr/lib/gcc/x86_64-w64-mingw32.shared/4.9.3/../../../../x86_64-w64-mingw32.shared/lib//libmsvcp60.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.
Then it compiled static library and failed when compiling djvulibre-test.c
because of missing -ljpeg.
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
|/ / / |
|