On 2016-04-17 05:21:31 +0000, KO Myung-Hun said:
Even if it's a bug of ramfs.ifs, its bug should be considered when using ln -s.
Yes, and in this particular case configure handles it safely. It results into a false fallback though because the symlink dir check is performed in TMPDIR which in fact may be on a different FS than the directory used for the shadow build. But this is a bug in configure not related to OS/2 at all.
However, some shells such as bash and pdksh using EMX does not support a symbolic link.
This is a valid point per se. But I believe there is little sense in putting any afforts to support some dead software from 90s for which we have a better and somewhat supported alternative. Both bash and pdksh can be rebuilt with kLIBC if really needed (not top priprity for BWW atm as there are much more improtant things to do).
In addition, there are people not using ln -s for compatibility. So if possible, it would be better to avoid a symbolic link.
Well some people may still use FAT with OS/2 for compatibility. I don't think ongoing development should be chained by them...
Anyway, test if ln -s really works and override ln_s if it fails.
To that I agree, it's the best solution. Can you provide your correction to this patch that prefrorms such a check in the "os/2" case at least? I guess you use EMX bash/pdksh so you can test it right away.
-- Kind regards, Dmitriy Kuminov CPO of bww bitwise works GmbH _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
