Hi,
I've attached a patch to modify the exceptions (exception.patch), and
the updated files concerning the CG method.
Sebastien
2011/8/4 Gilles Sadowski :
>> [...]
>>
>> The management of the exception messages through String constants and enums
>> is
>> in my view a very clean thing. Should we d
2011/8/4 Gilles Sadowski :
>> [...]
>>
>> The management of the exception messages through String constants and enums
>> is
>> in my view a very clean thing. Should we do the same for exception context
>> keys? Have a big enum holding keys?
>
> I'd rather not, but I'm afraid that others will think
> [...]
>
> The management of the exception messages through String constants and enums is
> in my view a very clean thing. Should we do the same for exception context
> keys? Have a big enum holding keys?
I'd rather not, but I'm afraid that others will think otherwise :-}.
> Or should we define
2011/8/4 Gilles Sadowski :
>> >
>> >> I'm OK to define a new exception. From your PS, I understand that I
should
>> >> wait until what I've already submitted (MATH-581-06.zip) has been
>> committed
>> >> until I submit a patch containing the new exception. Is that right?
>> >
>> > I would have th
Actually if you just reattach revised files using the original names Kira
will do a great job of managing which is the latest. That let's curious folk
go back in history if they want to see what has changed.
On Thursday, August 4, 2011, Gilles Sadowski
wrote:
>> >
>> >> I'm OK to define a new exc
> >
> >> I'm OK to define a new exception. From your PS, I understand that I should
> >> wait until what I've already submitted (MATH-581-06.zip) has been
> committed
> >> until I submit a patch containing the new exception. Is that right?
> >
> > I would have thought the other way around: First co
Hi,
thanks for your answer.
2011/8/4 Gilles Sadowski :
> Hello.
>
>> I'm OK to define a new exception. From your PS, I understand that I should
>> wait until what I've already submitted (MATH-581-06.zip) has been
committed
>> until I submit a patch containing the new exception. Is that right?
>
>
Hello.
> I'm OK to define a new exception. From your PS, I understand that I should
> wait until what I've already submitted (MATH-581-06.zip) has been committed
> until I submit a patch containing the new exception. Is that right?
I would have thought the other way around: First commit the excep
Hi Gilles,
I'm OK to define a new exception. From your PS, I understand that I should
wait until what I've already submitted (MATH-581-06.zip) has been committed
until I submit a patch containing the new exception. Is that right?
I don't think it's necessary to open a new JIRA ticket for this, do y
Hello.
> please review a proposal for the definition of general iterative linear
> solvers, as well as the implementation of the conjugate gradient method. This
> is file MATH-581-06.zip attached to the JIRA MATH-581 ticket.
> Thanks for your comments!
>
> Actually, I *do* have a comment. For the
Hi,
please review a proposal for the definition of general iterative linear
solvers, as well as the implementation of the conjugate gradient method. This
is file MATH-581-06.zip attached to the JIRA MATH-581 ticket.
Thanks for your comments!
Actually, I *do* have a comment. For the time being,
new
11 matches
Mail list logo
