Mailing-List: contact notifications-help@groovy.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@groovy.apache.org
Date: Thu, 18 Aug 2016 17:32:21 +0000 (UTC)
From: =?utf-8?Q?Stef=C3=A1n_Freyr_Stef=C3=A1nsson_=28JIRA=29?= <jira@apache.org>
To: notifications@groovy.apache.org
Message-ID: <JIRA.12811450.1415877143000.347223.1471541541307@Atlassian.JIRA>
In-Reply-To: <JIRA.12811450.1415877143000@Atlassian.JIRA>
References: <JIRA.12811450.1415877143000@Atlassian.JIRA> <JIRA.12811450.1415877143438@arcas>
Subject: [jira] [Commented] (GROOVY-7166) Can't build Groovy project due to
 too long file name
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
archived-at: Thu, 18 Aug 2016 17:32:23 -0000


    [ https://issues.apache.org/jira/browse/GROOVY-7166?page=3Dcom.atlassia=
n.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D154=
26854#comment-15426854 ]=20

Stef=C3=A1n Freyr Stef=C3=A1nsson commented on GROOVY-7166:
-------------------------------------------------

There is quite some time since this was reported but in case anyone stumble=
s in here (as I did) I'd like to add that this may have been due to ecryptf=
s. Groovyc seems to be generating filenames that are too long for the 143 c=
haracter max limitation of that.

For more info see: https://bugs.launchpad.net/ecryptfs/+bug/344878

I had this problem when trying to compile the IntelliJ IDEA community proje=
ct. When I moved the directory out of my (encrypted) home directory, I was =
able to compile it.

The problem here seems to be that groovyc is not querying the filesystem fo=
r the max filename lenght. As mentioned in the above ecryptfs bug report, g=
roovyc should be using the statfs() syscall to query for the max filename l=
ength which will be correctly reported as 143 by ecryptfs filesystems and s=
hould take actions accordingly if generated files exceed that limit.

> Can't build Groovy project due to too long file name
> ----------------------------------------------------
>
>                 Key: GROOVY-7166
>                 URL: https://issues.apache.org/jira/browse/GROOVY-7166
>             Project: Groovy
>          Issue Type: Bug
>    Affects Versions: 2.3.7
>            Reporter: Marcin Grzejszczak
>            Priority: Minor
>
> When I clone groovy-core and execute=20
> {noformat}
> ./gradlew clean test
> {noformat}
> I get:
> {noformat}
> :compileTestGroovy
> warning: [options] bootstrap class path not set in conjunction with -sour=
ce 1.6
> Note: Some input files use or override a deprecated API.
> Note: Recompile with -Xlint:deprecation for details.
> Note: Some input files use unchecked or unsafe operations.
> Note: Recompile with -Xlint:unchecked for details.
> 1 warning
> startup failed:
> /home/marcin/repo/groovy-fork/target/test-classes/org/codehaus/groovy/ast=
/builder/AstBuilderFromSpecificationTest$_testSwitchAndCaseAndBreakStatemen=
ts_closure31_closure120_closure124_closure128_closure129_closure130_closure=
131.class (File name too long)
> /home/marcin/repo/groovy-fork/target/test-classes/org/codehaus/groovy/ast=
/builder/AstBuilderFromSpecificationTest$_testForStatementAndClosureListExp=
ression_closure36_closure154_closure156_closure160_closure161_closure162.cl=
ass (File name too long)
> {noformat}
> Executed with JDK7 and JDK8. On Linux Mint.
> _uname -a_ execution result:
> {noformat}                                                               =
                     =20
> Linux someName 3.13.0-24-generic #47-Ubuntu SMP Fri May 2 23:30:00 UTC 20=
14 x86_64 x86_64 x86_64 GNU/Linux
> {noformat}
> A workaround is to move the repository to another folder to shorten the p=
ath.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)