> * Eric Blake <roy...@erqung.pbz> [2011-08-23 08:46:00 -0600]: > > On 08/23/2011 08:41 AM, Sam Steingold wrote: >>> * Eric Blake<roy...@erqung.pbz> [2011-08-23 08:03:02 -0600]: >>> >>> On 08/23/2011 07:56 AM, Sam Steingold wrote: >>>> Let me reiterate that the size of canonicalize is plain absurd: >>>> <https://lists.gnu.org/archive/html/bug-gnulib/2011-05/msg00143.html>. >>>> 150+ files to implement a single function which takes ~160 lines of C code. >>>> These files includes things like hash.c and fchownat.c (why?!) >>> >>> hash.c in order to properly detect ELOOP, which must be done as part of >>> an unlimited-depth link following algorithm. (If we didn't have the GNU >>> mantra of no arbitrary limits, then we could declare ELOOP at >>> SYMLOOP_MAX instead.) >> >> ELOOP at SYMLOOP_MAX sounds good to me. > > Does Hurd have SYMLOOP_MAX? If so, then yes, that would be a reasonable > change. If not, then how do you propose implementing canonicalize on > Hurd, without imposing a limit not already present by the system?
Are you saying that you want to replace realpath on a GNU system? Are you trying to be holier than the pope? -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031 http://camera.org http://jihadwatch.org http://memri.org http://palestinefacts.org http://thereligionofpeace.com http://iris.org.il main(a){a="main(a){a=%c%s%c;printf(a,34,a,34);}";printf(a,34,a,34);}
