Thanks for looking into this. That does sound like the issue as I'm using 
diamond operators and multi catches.

I didn't realize the lint task was downloading its own binary. I didn't 
have any issues with lint on the command line using rev 22.3 of the build 
tools, but I just noticed lint rev 22.4 was in my gradle cache.

On Friday, December 20, 2013 7:58:16 PM UTC-6, Tor Norbye wrote:
>
> Thanks! It looks like certain code constructs cause the Java AST parser 
> used by lint (when run on the command line -- in Eclipse it uses ecj and in 
> Studio & Intellij it uses the IntelliJ Java parser) can get into an 
> infinite loop on Java 7 constructs like multicatch:
> https://code.google.com/p/projectlombok/issues/detail?id=573
>
> That parser is already really slow and I've been wanting to replace it...
>
> -- Tor
>
>
> On Fri, Dec 20, 2013 at 2:34 PM, Alex Baker <[email protected]<javascript:>
> > wrote:
>
>> Attached
>>
>>
>> On Friday, December 20, 2013 3:42:10 PM UTC-6, Tor Norbye wrote:
>>
>>> Can you generate a thread dump of the gradle process (or daemon process 
>>> if you're using it) which shows what lint is doing?
>>>
>>> (jps to get the pid's of the java processes, jstack <pid> to get a 
>>> thread dump from the process).
>>>
>>> -- Tor
>>>
>>>
>>> On Fri, Dec 20, 2013 at 8:57 AM, Alex Baker <[email protected]> wrote:
>>>
>>>> I noticed a problem when my travis build started to time out after 
>>>> updating to gradle 1.9 + plugin 0.7.1. My project [github 
>>>> link<https://github.com/abaker/tasks>] is 
>>>> composed of three modules, android-aac-enc, api, and astrid, and running 
>>>> lint from the command line only takes a few seconds for each. The gradle 
>>>> lint task is running slow for the two library modules (android-aac-enc, 
>>>> api) and I killed it after letting it run overnight on the main module 
>>>> (astrid).
>>>>
>>>> It pegs one cpu and memory usage fluctuates between one and two GB. I 
>>>> messed with a few lintOptions to no avail. Adding the debug flag to gradle 
>>>> doesn't provide any additional lint output.
>>>>  
>>>> -- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "adt-dev" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>> an email to [email protected].
>>>>
>>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>>
>>>
>>>  -- 
>> You received this message because you are subscribed to the Google Groups 
>> "adt-dev" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected] <javascript:>.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"adt-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to