[GitHub] [lucene-solr] dweiss commented on issue #1219: LUCENE-9134: Javacc skeleton for Gradle regenerate

2020-01-28 Thread GitBox
dweiss commented on issue #1219:  LUCENE-9134: Javacc skeleton for Gradle 
regenerate
URL: https://github.com/apache/lucene-solr/pull/1219#issuecomment-579468672
 
 
   bq. Which is somewhat misleading? Does the task not work if we don't delete 
files first?
   
   javacc tries to be smart and analyzes those files looking for any local 
changes. Since we do introduce such changes it wouldn't touch those files, 
hence the delete.


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org



[GitHub] [lucene-solr] dweiss commented on issue #1219: LUCENE-9134: Javacc skeleton for Gradle regenerate

2020-01-28 Thread GitBox
dweiss commented on issue #1219:  LUCENE-9134: Javacc skeleton for Gradle 
regenerate
URL: https://github.com/apache/lucene-solr/pull/1219#issuecomment-579467903
 
 
   I thought so at first... but then I realized it will be a nightmare to 
regenerate some of these -- like the jflex one that requires 10 gigs and 20 
minutes on my machine (!).


This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org