Hi Javier,
seems google groups was acting weird yesterday - it thought your first
email was spam (noticed it today in there),
though since this one came through I assume all's fine again (and we
*do *definitely
want your emails to reach us :-)) :-)
Sounds cool! I'm looking forward to both linting
*Not sure if double-posting (my last reply seems to have dissapeared.)
Apologies in advance if you get this twice*
Hi guys,
Viktor's idea doesn't seem to have any effect either.
Konrad, yes, that'd be ideal and I'll raise the issue with them.
I wasn't aware of scala-abide, it seems a bit more i
Maybe wartremover should be able to be more configurable, as in “if it’s an
Actor don’t report this - I know already”.
Sounds like a possible cool improvement - maybe you could bring it up on their
issue tracker?
Related, the Scala have a tool called scala-abide which works in a similar way
as
One idea:
def receive = { case => ... } : Receive
(On my phone so may not work)
--
Cheers,
√
On 15 Jan 2015 23:06, "javierg" wrote:
> Hi Konrad,
> Adding the type signature doesn't seem to have any effect
>
> *Error:(31, 26) Inferred type containing Any*
> * def receive: Receive = {*
> *
Hi Konrad,
Adding the type signature doesn't seem to have any effect
*Error:(31, 26) Inferred type containing Any*
* def receive: Receive = {*
* ^*
I'm aware that WartRemover can be configured.
I could set this particular wart to be reported as a *warning* and not an
*e
Hello there,
As I understand it, wart-remover is configurable to which "warts” it should be
reporting.
In the case of Actor.Receive it’s not happy because it is an alias to Any =>
Unit.
Without a large philosophical dive why it is such and not a different signature
(and btw. Roland will soon s
Hi all,
Apologies for the more than slightly offtopic question.
I recently started using WartRemover and one of the first things that I
encountered is a barrage of error notifications like what follows (for, as
long as I can see, every receive method in my codebase)
*Error:(31, 7) Inferred type