Dana How, Wed, Dec 19, 2007 18:40:04 +0100: > If there were additional /./ or /../ patterns in the result, I think it > would be more useful (e.g. for script writers who forgot to run > their file arguments thru something like "readlink -f") for them > to be squashed out (e.g. in Perl: > s#/(\./)+#/#g; > s#/([^/]*[^./][^/]*/\.\./)+#/#g; > ). But this is something that could be added later if desired to > the interpretation of all paths, and so seems like a different issue. This is what the pathexpand in pathexpand-patch does. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
