Re: canonicalize_file_name should support win32 shortcuts

[Sam Steingold]

> * Eric Blake <address@hidden> [2011-08-23 08:46:00 -0600]:
>
> On 08/23/2011 08:41 AM, Sam Steingold wrote:
>>> * Eric Blake<address@hidden>  [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);}