Re: Status of Maven Compiler Plugin 2.1

es/ >> >> Hth, >> >> Nick Stolwijk >> ~Java Developer~ >> >> Iprofs BV. >> Claus Sluterweg 125 >> 2012 WS Haarlem >> www.iprofs.nl >> >> >> >> On Thu, May 14, 2009 at 11:04 AM, Daniel Le Berre >> wrote: >&g

Status of Maven Compiler Plugin 2.1

, Daniel -- Daniel Le Berre mailto:lebe...@cril.univ-artois.fr MCF,CRIL-CNRS UMR 8188,Universite d'Artois http://www.cril.univ-artois.fr/~leberre - To unsubscribe, e-mail

Re: The Hostile Takeover of Maven

Jason, The summary is perfectly correct. I would add that the author mentions too that your are friends, and the way the text is written is not offensive. (The author clearly does not agree with current maven development process, he would like it be more community driven, but it looks like

Re: Information about version ranges management from Eclipse p2

Jason van Zyl a écrit : > > > On 7-Jan-09, at 10:10 AM, Daniel Le Berre wrote: > >> Jason van Zyl a écrit : >>> >>> I was talking about this with Brian a few days ago when I saw this pass >>> by the p2 list. >>> >>> At least

Re: Information about version ranges management from Eclipse p2

and a new specific one is currently needed for the OmniVersion resolver. By linux mailing list I guess you mean the Mancoosi project mailing list? Daniel > On 7-Jan-09, at 7:03 AM, Daniel Le Berre wrote: > >> Dear all, >> >> There was a discussion about vers

Information about version ranges management from Eclipse p2

Dear all, There was a discussion about version ranges management a few weeks ago on the ML. I think that the following document from Eclipse p2 could be of interest: http://wiki.eclipse.org/Equinox/p2/Proposals/Version_Type_Proposal Daniel -- Daniel Le Berre mailto:lebe

Re: How Mercury resolution works?

n (C:2 or ConflictC) And minimize the sum of conflicts in the optimization function. With the optimization function provided earlier by Oleg, the selection between C:1 and C:2 would be C:2, because it prefers latest versions, like Ivy. Daniel -- Daniel Le Berre mailto:lebe...@c

Re: How Mercury resolution works?

Gilles Scokart a écrit : > 2008/12/22 Daniel Le Berre : >> Gilles, >> >> Representation #1 is used to compute which artifacts must be installed to >> satisfy some artifact dependencies. >> >> With representation #2, Oleg only solve the problem of determ

Re: How Mercury resolution works?

encoding). Daniel Gilles Scokart a écrit : 2008/12/20 Daniel Le Berre : Oleg Gusakov a écrit : The tree could be walked in two directions, and these approaches are equivalent, except for b and c optionality: Representation #1: P2 a1 -> b1 or b2 or b3 a1 -> c1 or c2 b1 + b2 + b

Re: How Mercury resolution works?

on for you: Representation #3: Mercury new proposal b1 + b2 + b3 = 1 c1 + c2 = 1 Together with the objective function, it will find the expected answer :) Daniel -- Daniel Le Berre mailto:lebe...@cril.univ-artois.fr MCF,CRIL-CNRS UMR 8188,Universite d&#

Re: How Mercury resolution works?

--- >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> For additional commands, e-mail: dev-h...@maven.apache.org >> >> > > - > To unsubscribe,

Re: {VOTE] Release Mercury 1.0.0-alpha-2

pom Eclipse Public License 1.0 http://www.eclipse.org/org/documents/epl-v10.php Manual GNU Lesser GPL 2.1 http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html manual Centre de Recherche en Informatique de Lens (CRIL) http://www.cril.univ-artois.fr/ Daniel -- D

Re: compiler plugin: separate test compiler configuration

st means if you want to use eclipse and maven, then you can't use that feature. Maven shouldn't be limited to the least common denominator of all tools out there. I have the same feeling. Daniel -- Daniel Le Berre mailto:[EMAIL PROTECTED] MCF,

Re: compiler plugin: separate test compiler configuration

e to define the source and target >> level but >> also some other configuration such as compilerArgument and so on >> >> R�my >> >> > > --------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >