Switch to github hosting. Delete dead MASTER_SITES.
One tweak to a dependent (dose) due to a structure change.
Tweaks & ok sthen@ before 6.0 intervened
binaries as wxneeded.
this build is less complicated than 1.7 so a nicer fix than the wrapper
should be sanely possible, but committing the simpler one for now to
hopefully unbreak packages.
Git Large File Storage (LFS) replaces large files such as audio samples,
videos, datasets, and graphics with text pointers inside Git, while
storing the file contents on a remote server.
ok sthen@
Update brings no code changes since 2016.8.2, and we don't include the
project's certificates anyway, so this update is rather meaningless.
PLIST regened, fixed for python3 port.
OK jca@
replace random number generation with non-random
This perhaps ridiculous-seeming module was created to test routines
that manipulate random numbers by providing a known output from
rand. Given a list of seeds with srand, it will return each in
turn. After seeded random numbers are exhausted, it will always
return 0. Seed numbers must be of a form that meets the expected
output from rand as called with no arguments -- i.e. they must be
between 0 (inclusive) and 1 (exclusive). In order to facilitate
generating and testing a nearly-one number, this module exports the
function oneish, which returns a number just fractionally less than
one.
the .pc file, so that at the end a list of full paths to the libraries
is returned.
This makes the pkg_check_modules() behaviour consistent with the
normal CMake convention, where use of link_directories() is discouraged
in favour of using absolute paths to system libraries.
Patch by Sam Thursfield <sam.thursfield@codethink.co.uk>
https://cmake.org/Bug/view.php?id=15804
"Many C++ developers miss an easy and portable way of handling Unicode
encoded strings. The original C++ Standard (known as C++98 or C++03) is
Unicode agnostic. C++11 provides some support for Unicode on core
language and library level: u8, u, and U character and string literals,
char16_t and char32_t character types, u16string and u32string library
classes, and codecvt support for conversions between Unicode encoding
forms. In the meantime, developers use third party libraries like ICU,
OS specific capabilities, or simply roll out their own solutions.
In order to easily handle UTF-8 encoded Unicode strings, I came up with
a small generic library. For anybody used to work with STL algorithms
and iterators, it should be easy and natural to use."
from maintainer Sergey Bronnikov
ok sthen@
