Return-Path: X-Original-To: apmail-groovy-users-archive@minotaur.apache.org Delivered-To: apmail-groovy-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BABE918F1A for ; Sat, 20 Feb 2016 12:19:23 +0000 (UTC) Received: (qmail 6141 invoked by uid 500); 20 Feb 2016 12:19:23 -0000 Delivered-To: apmail-groovy-users-archive@groovy.apache.org Received: (qmail 6106 invoked by uid 500); 20 Feb 2016 12:19:23 -0000 Mailing-List: contact users-help@groovy.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@groovy.apache.org Delivered-To: mailing list users@groovy.apache.org Received: (qmail 6096 invoked by uid 99); 20 Feb 2016 12:19:23 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 20 Feb 2016 12:19:23 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 1E5931801DA for ; Sat, 20 Feb 2016 12:19:23 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.28 X-Spam-Level: * X-Spam-Status: No, score=1.28 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=2, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id 9SieA9rhCnhF for ; Sat, 20 Feb 2016 12:19:21 +0000 (UTC) Received: from mail-lf0-f49.google.com (mail-lf0-f49.google.com [209.85.215.49]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id D11845FAD4 for ; Sat, 20 Feb 2016 12:19:20 +0000 (UTC) Received: by mail-lf0-f49.google.com with SMTP id j78so69241742lfb.1 for ; Sat, 20 Feb 2016 04:19:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=hjNCv2nu3YvTllpOnGiG/S+9Gv3bJh3rhPl34XftYAA=; b=kDZVPCk6cCKzbKoZqEC2/N7iB+qkURX4eQgyPwUxTfPRg3ni+R9dOwtuWlND2MDmkc 2ILiSqe1sAu7mOt4fxGHShzGuYQ3BxLt3yGCXf1LZu3aaJ6dlddaq0wtZe/ppoH9xaQ8 Ieux4ywHI5uiaKT2Ry5jQz6mZQ6Nyn2lGaz1fCeUqgK4g72NPioin/26GJhK9tYPc5/C GAIJwo7F0zK9tWFJiNvJ5lnyQdbRnyAPDwNvvJk38H+G0c/oHkRXlfQfimBYYqVV7SGk /8tktc4MW+eGHXRQNWqCvtqDY3lzDKVY/jkeD+tK8dD73BNPh0TAfV9FP9CQXL+11Y/X Pa7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to:content-type; bh=hjNCv2nu3YvTllpOnGiG/S+9Gv3bJh3rhPl34XftYAA=; b=Eqh7I9dzBNQYQYtgDaqDGsY0dwUnr1QKcR1v84D9ZtO5gvWH1JILVL48WlpPQHiYvl SVvr3JA523oF+gaBdWr1KQvPUgWVLDsQxjsJUypmYhbqqgMEhc7rq/y+ICCy7quJnliU +IpNn5pQoqgTMzGIIy4MbZ2yjD0nQTdluLcmaa/GjmxRb54D5F7wv53HnAXQXUQ74NMH A8YtSJsY+Oz+DB/7Q4Pb11PCyYn7sVkdj4w7VFP2sptY/JXIym7CbXAWIaUoqDG7nDLK C3KF6BQUJDeQxdghlUvlfX5gwzqIEVqC5tJFiTqJM2El6Ri4qbjj/dzEgBkyMeD0Dru+ 7Pyg== X-Gm-Message-State: AG10YOQ8LXmQENlXMYPGHP7kUkc1gpfth5ak58Ma3Yn/VFhshy4HpRXBxFn5umPhQqxXTMZ2xxzbS+yhzHALbw== MIME-Version: 1.0 X-Received: by 10.25.213.196 with SMTP id m187mr7125962lfg.67.1455970753233; Sat, 20 Feb 2016 04:19:13 -0800 (PST) Sender: rjohnson.uiuc@gmail.com Received: by 10.25.198.197 with HTTP; Sat, 20 Feb 2016 04:19:13 -0800 (PST) Date: Sat, 20 Feb 2016 06:19:13 -0600 X-Google-Sender-Auth: IjWDYNoZPP28LC1XqfV-9jmYY0c Message-ID: Subject: Advice on compiler bug workaround From: Ralph Johnson To: users@groovy.incubator.apache.org Content-Type: multipart/alternative; boundary=001a11420a568cccdd052c329b20 --001a11420a568cccdd052c329b20 Content-Type: text/plain; charset=UTF-8 I'm working on a large Groovy project that is several years old. We've upgraded the Groovy compiler many times. I upgraded to the last version three or four months ago. The system has three major packages. There is a core library and two applications that use it; a web app and a Swing app. The library is quite a bit larger than the apps. In the past, I would sometime run into compiler errors. I use Eclipse, and Eclipse is controlling the build. When this happened, I'd tell it to clean all projects. Each of the three packages I mentioned is a separate Eclipse project. Sometimes cleaning projects worked, sometimes it took a bit of fiddling to figure out how to get around the error. I've been happy with the latest version of Groovy, and hadn't had any compiler problems with it til yesterday. After 4-6 hours of fiddling, I am still stuck. So, I am trying to get ideas about what to do next. The main problem is with the web app. When I clean and rebuild, it ends up in one of several states. One state is where two of the files (out of about 80) have errors, but the particular files change and the errors are weird. One file has dozens of errors, all of the form "Unexpected MOP methods in the class node for com.metaficient.xxx.YYY(super$2$toString)" where the xxx.YYY is always a different class in the web app (not in the much bigger library), the number 2 is usually a different small integer, and "toString" is often "toString" but often a different method name, like "getStaticMetaClass", "setReadOnly", or "addItem". The other file has just one error, "internal compiler error". Another state is where it tells me it can't build the library and so can't build the apps. But then it doesn't tell me anything about why it can't build the library. The system was working in the morning, and then it broke. I know which class I was editing, so I can go back to an earlier version if necessary. However, the code was boring. I haven't written any new metaprogramming code for months, so I am pretty sure the "Unexpected MOP methods" error are not my fault. The error messages never happen in the classes I changed yesterday, but always in classes I haven't changed for months. Any suggestions about what to try next? -Ralph Johnson --001a11420a568cccdd052c329b20 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm working on a large Groovy project that is several = years old. =C2=A0 We've upgraded the Groovy compiler many times.=C2=A0 = I upgraded to the last version three or four months ago.

The system has three major packages.=C2=A0 There is a core library and two= applications that use it; a web app and a Swing app.=C2=A0 The library is = quite a bit larger than the apps.

In the past, I w= ould sometime run into compiler errors. =C2=A0 I use Eclipse, and Eclipse i= s controlling the build. =C2=A0 When this happened, I'd tell it to clea= n all projects.=C2=A0 Each of the three packages I mentioned is a separate = Eclipse project.=C2=A0 Sometimes cleaning projects worked, sometimes it too= k a bit of fiddling to figure out how to get around the error.
I've been happy with the latest version of Groovy, and had= n't had any compiler problems with it til yesterday.=C2=A0 After 4-6 ho= urs of fiddling, I am still stuck.=C2=A0 So, I am trying to get ideas about= what to do next.

The main problem is with the web= app.=C2=A0 When I clean and rebuild, it ends up in one of several states.= =C2=A0 One state is where two of the files (out of about 80) have errors, b= ut the particular files change and the errors are weird. =C2=A0 One file ha= s dozens of errors, all of the form "Unexpected MOP methods in the cla= ss node for com.metaficient.xxx.YYY(super$2$toString)" where the xxx.Y= YY is always a different class in the web app (not in the much bigger libra= ry), the number 2 is usually a different small integer, and "toString&= quot; is often "toString" but often a different method name, like= "getStaticMetaClass", "setReadOnly", or "addItem&= quot;.=C2=A0 The other file has just one error, "internal compiler err= or".

Another state is where it tells me it ca= n't build the library and so can't build the apps.=C2=A0 But then i= t doesn't tell me anything about why it can't build the library. = =C2=A0

The system was working in the morning, and = then it broke.=C2=A0 I know which class I was editing, so I can go back to = an earlier version if necessary. =C2=A0 However, the code was boring. =C2= =A0 I haven't written any new metaprogramming code for months, so I am = pretty sure the "Unexpected MOP methods" error are not my fault.= =C2=A0 The error messages never happen in the classes I changed yesterday, = but always in classes I haven't changed for months.

Any suggestions about what to try next?

-Ral= ph Johnson

--001a11420a568cccdd052c329b20--