Encrypted fs have a file path limit around 140 bytes vs 255 w/o encryption. I hit this problem a couple of months ago with a library and AOT. The library had pretty long fn signatures, some generating class file names around 110 bytes long.
The author tweaked these a bit to shorten the class file name. If I recall most of these where anonymous fns. With 140 (143 in my case) bytes you have to shorten the folder path as much as you can if you expect compilation to succeed and avoid fns with complex signatures. Luc P. > I hit this error when moving to a new box that had an encrypted FS. Might > be related to your case as well. Good luck. > > On Wednesday, October 29, 2014 1:34:28 AM UTC+11, Stefan Kamphausen wrote: > > > > Hi, > > > > have there been any changes how fns with a name and recursion are > > compiled? One of my projects has a function which does not compile with > > 1.7.0-alpha3 anymore, but did fine with 1.6.0. > > > > I tried to create a minimal example at > > https://github.com/ska2342/nested-fn-breaks-clojure-17 > > > > (I know the function itself is probably stupid, I just wanted to > > demonstrate the case. I don't know if it even runs.) > > > > Compilation breaks with a java.io.IOException: File name too long > > > > > > The problem seems to be the combination of > > > > * using a long function name (not a bad thing per se), > > * using a rather long name for a local binding (not common in > > Clojure-land, used in my case for documentation of the intent of the anon > > fn), > > * and using a name for the anonymous function (needed for recursion and > > usually a good idea because it improves stacktraces, but maybe you added > > the local binding to the name for exactly that reason). > > > > Regarding the second (long var binding name), my original function uses > > shorter names, but has some nested constructs (for, cond, ...) which seem > > to make the name larger, too. There is really nothing unusually long there. > > > > Of course, I can work around this by using different names, factoring an > > inner anon function out to a defn and probably in other ways. I just > > wanted to make sure, that you are aware that problems like this may show up > > and made the change on purpose. > > > > > > Thanks, > > stefan > > > > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with your > first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Clojure" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to clojure+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Luc Préfontaine<lprefonta...@softaddicts.ca> sent by ibisMail! -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
