Send from my mobile device
> Am 08.10.2013 um 19:04 schrieb Phil Steitz :
>
>> On 10/8/13 9:48 AM, Benedikt Ritter wrote:
>> 2013/10/8 Stefan Bodewig
>>
On 2013-10-08, James Carman wrote:
How about this for an idea? What if instead of waiting until *after*
a new JDK come
On 10/8/13 9:48 AM, Benedikt Ritter wrote:
> 2013/10/8 Stefan Bodewig
>
>> On 2013-10-08, James Carman wrote:
>>
>>> How about this for an idea? What if instead of waiting until *after*
>>> a new JDK comes out (and in some cases MANY years later), we start
>>> with pre-release versions in a branc
2013/10/8 Stefan Bodewig
> On 2013-10-08, James Carman wrote:
>
> > How about this for an idea? What if instead of waiting until *after*
> > a new JDK comes out (and in some cases MANY years later), we start
> > with pre-release versions in a branch or something to start using the
> > new langua
WRT [functor], this process has been ongoing; ex: the recent inversion of
its API names such that unary functor types get the "unadorned" names (i.e.
Function/Predicate/Procedure to be more in-line with Java 8). AIUI lambdas
buy you the ability to tersely implement single-method interfaces, so
[f
Le 08/10/2013 16:04, James Carman a écrit :
> Are there any other features of JDK8 that we think could be
> used by our projects?
You may want to rethink [functor] in a Java 8 context.
Emmanuel Bourg
-
To unsubscribe, e-mail:
On Tue, Oct 8, 2013 at 10:00 AM, Stefan Bodewig wrote:
>
> In compress I have created a branch that used snapshot releases of XZ
> for Java or developed Zip64 support in a branch (which required Java5
> when compress was at 1.4 compatibiity). Torsten used to do some API
> refactoring in a branch
On 2013-10-08, James Carman wrote:
> I am not saying we rule it out or anything. I'm talking about ideas
> that could be fun. I don't remember us ever doing something like
> that.
Well, my vision is somewhat narrow as I tend to stay in my little corner
in compress and only occasionaly lurk anyw
I am not saying we rule it out or anything. I'm talking about ideas
that could be fun. I don't remember us ever doing something like
that.
On Tue, Oct 8, 2013 at 9:44 AM, Stefan Bodewig wrote:
> On 2013-10-08, James Carman wrote:
>
>> How about this for an idea? What if instead of waiting unti
On 2013-10-08, James Carman wrote:
> How about this for an idea? What if instead of waiting until *after*
> a new JDK comes out (and in some cases MANY years later), we start
> with pre-release versions in a branch or something to start using the
> new language features?
Maybe I'm just naive, bu
How about this for an idea? What if instead of waiting until *after*
a new JDK comes out (and in some cases MANY years later), we start
with pre-release versions in a branch or something to start using the
new language features? This way, we can be ready when the new JDK
comes out (or shortly the
10 matches
Mail list logo
