perl/perl-Future
SHA256
9
0
Fork 0
forked from pool/perl-Future
Code Pull Requests Activity

update

Browse Source 
OBS-URL: https://build.opensuse.org/package/show/devel:languages:perl/perl-Future?expand=0&rev=2
This commit is contained in:
Stephan Kulow
2015-04-14 19:06:07 +00:00
committed by Git OBS Bridge
parent 1405622779
commit cf82fcde65
4 changed files with 160 additions and 16 deletions
Download Patch File Download Diff File Expand all files Collapse all files

3
Future-0.19.tar.gz
View File

@@ -1,3 +0,0 @@
version https://git-lfs.github.com/spec/v1
oid sha256:1cf70b690faa623ad854ec8ec32ef07dc187a57061ac95ca4679f04f1216e84e
size 57262

3
Future-0.32.tar.gz Normal file
View File

@@ -0,0 +1,3 @@
version https://git-lfs.github.com/spec/v1
oid sha256:39418065446e15dd579f2359094efe04b1f836a5805c4ce4e8287b05de27b58d
size 80051

139
perl-Future.changes
View File

@@ -1,3 +1,142 @@
-------------------------------------------------------------------
Tue Apr 14 19:05:36 UTC 2015 - coolo@suse.com
- updated to 0.32
see /usr/share/doc/packages/perl-Future/Changes
0.32 2015/03/10 19:54:22
[CHANGES]
* Documentation updates for new ->wrap_cb method
[BUGFIXES]
* Empty convergents should respect subclassing (RT97537)
* Adjust loss-report regexp for bleadperl (RT99002 again)
* Make trailing periods in warning tests optional, to account for
Carp version changes (RT100685)
0.31 2015/03/08 17:50:06
[CHANGES]
* Added debugging warning when destroying a failed Future that has
not reported its failure (RT102198)
* Have ->and_then / ->or_else die immediately to further their
deprecation
* Announce done_cb/fail_cb/cancel_cb as deprecated in favour of curry
* Provide ->wrap_cb method (experimental)
[BUGFIXES]
* Ensure that Test::Future does not retain Futures once they are
complete (RT101128)
* 'use Future' in Future::Utils (RT102167)
0.30 2014/11/26 14:29:28
[CHANGES]
* Rename 'dependent' futures to 'convergent'
* Removed examples/ scripts that now exist as independent modules
* Added ->without_cancel
* Sanity-check the $code argument to ->on_{ready,done,fail,cancel} to
ensure it is callable or a Future
[BUGFIXES]
* Ensure that 'ready_at' is always set in DEBUG mode
* Fix DEBUG 'lost_at' line number reporting tests for latest
bleadperl (RT99002)
* Ensure that if Future::Utils::repeat condition code dies, that is
passed to the result Future and not propagated to the caller
(RT100067)
* Failure by returning a non-Future from a sequencing code block
should report as a failed Future, not throw exception to caller
0.29 2014/07/17 12:18:12
[CHANGES]
* Added Test::Future
* Stronger deprecations - repeat {} on failures warns every time,
->and_then / ->or_else warn once
[BUGFIXES]
* Define the behaviour of dependent futures when components are
cancelled. (Partially fixes RT96685)
* Use Module::Build->prompt (RT96409)
* Ensure that repeat on an empty foreach list or empty generator
without 'otherwise' behaves correctly, just yield an immediate
0.28 2014/06/08 22:43:40
[CHANGES]
* Added ->label
* Added ->btime, rtime, elapsed tracing timers
* Better handling of 'breaks' version detection
0.27 2014/06/06 17:42:27
[BUGFIXES]
* Depend on Carp 1.25 for the new message format with trailing
period, so tests work
0.26 2014/06/01 12:52:53
[CHANGES]
* Added ->is_failed accessor
* Implement ->export_to_level in Future::Utils
* Print a warning about lost sequence Futures
* Allow Future->done and Future->fail as simple class constructors
to return immediates
* Added Future->unwrap
[BUGFIXES]
* Ensure that sequence futures are weaken()ed in the forward
direction.
**NOTE** This will potentially break existing code that depended on
strong references. This old code was, however, broken.
0.25 2014/02/22 03:47:08
[BUGFIXES]
* Fix warning-matching test in unit test for both older and newer
versions of Carp
0.24 2014/02/21 17:57:49
[CHANGES]
* Have repeat print a warning if it is asked to retry over a failure
* Change documentation to suggest try_repeat instead of repeat for
retries over failure
* Check at call time that sequencing callbacks really are callable,
leading to neater error messages (RT93164)
0.23 2014/01/19 15:26:55
[CHANGES]
* Link to Futures advent calendar 2013
* Fixes/additions to Phrasebook documentation, including section
about tree recursion
[BUGFIXES]
* Ensure that late addition of additional items to a fmap foreach
array works correctly even with concurrency
0.22 2014/01/12 03:12:18
[CHANGES]
* Ignore ->done or ->fail on cancelled Futures
* Added ->then_done, ->then_fail, ->else_done, ->else_fail
* Neaten up naming of fmap* family - provide both long and short
names for each function
* Added Future::Utils::call and call_with_escape
* Ensure that dependent futures on subclasses tries to use derived
futures as prototype if possible
0.21 2013/12/29 18:14:41
[CHANGES]
* Major performance improvement by folding out some layers of sub {}
wrapping in sequencing operations
* Added ->then_with_f and ->else_with_f
[BUGFIXES]
* Don't start another trial after cancelling a repeat() (RT91147)
0.20 2013/11/18 19:14:27
[CHANGES]
* Include an indication of done/failed/cancelled status of a Future
when ->done or ->failing an already-ready one
[BUGFIXES]
* Declare requires perl 5.8 because it fails on 5.6 smokers - no idea
why
* Fix a couple of typoes in docs (RT89185)
-------------------------------------------------------------------
Wed Oct 2 05:34:33 UTC 2013 - coolo@suse.com

31
perl-Future.spec
View File

@@ -1,7 +1,7 @@
#
# spec file for package perl-Future
#
# Copyright (c) 2013 SUSE LINUX Products GmbH, Nuernberg, Germany.
# Copyright (c) 2015 SUSE LINUX GmbH, Nuernberg, Germany.
#
# All modifications and additions to the file contributed by third parties
# remain the property of their copyright owners, unless otherwise agreed
@@ -17,7 +17,7 @@
Name: perl-Future
Version: 0.19
Version: 0.32
Release: 0
%define cpan_name Future
Summary: represent an operation awaiting completion
@@ -29,16 +29,13 @@ BuildArch: noarch
BuildRoot: %{_tmppath}/%{name}-%{version}-build
BuildRequires: perl
BuildRequires: perl-macros
BuildRequires: perl(Module::Build)
BuildRequires: perl(Carp) >= 1.25
BuildRequires: perl(Module::Build) >= 0.4004
BuildRequires: perl(Test::Fatal)
BuildRequires: perl(Test::Identity)
BuildRequires: perl(Test::More) >= 0.88
BuildRequires: perl(Test::Refcount)
#BuildRequires: perl(AnyEvent)
#BuildRequires: perl(Future)
#BuildRequires: perl(Future::Utils)
#BuildRequires: perl(IO::Async::Loop) >= 0.56
#BuildRequires: perl(POE)
Requires: perl(Carp) >= 1.25
%{perl_requires}
%description
@@ -50,18 +47,26 @@ Some futures represent a single operation and are explicitly marked as
ready by calling the 'done' or 'fail' methods. These are called "leaf"
futures here, and are returned by the 'new' constructor.
Other futures represent a collection sub-tasks, and are implicitly marked
as ready depending on the readiness of their component futures as required.
These are called "dependent" futures here, and are returned by the various
'wait_*' and 'need_*' constructors.
Other futures represent a collection of sub-tasks, and are implicitly
marked as ready depending on the readiness of their component futures as
required. These are called "convergent" futures here as they converge
control and data-flow back into one place. These are the ones returned by
the various 'wait_*' and 'need_*' constructors.
It is intended that library functions that perform asynchonous operations
It is intended that library functions that perform asynchronous operations
would use future objects to represent outstanding operations, and allow
their calling programs to control or wait for these operations to complete.
The implementation and the user of such an interface would typically make
use of different methods on the class. The methods below are documented in
two sections; those of interest to each side of the interface.
It should be noted however, that this module does not in any way provide an
actual mechanism for performing this asynchronous activity; it merely
provides a way to create objects that can be used for control and data flow
around those operations. It allows such code to be written in a neater,
forward-reading manner, and simplifies many common patterns that are often
involved in such situations.
See also the Future::Utils manpage which contains useful loop-constructing
functions, to run a future-returning function repeatedly in a loop.