[bug-diffutils] bug#31185: bug#31185: Why is there no full support for Unicode?

2018-04-17 Thread Paul Eggert

Keepun wrote:
Files with encoding greater than 8 bits without BOM at the beginning can be 
immediately identified as binary.


No, the BOM is not required or recommended in UTF-8, so it would be a mistake to 
identify GNU/Linux text files as binary merely because they lack a BOM. 
Typically these files do not have a BOM, and when they do one of the first 
things many users do is remove the BOM because it can cause trouble in practice.


Diffutils does not support UTF-16, where a BOM would make more sense, and there 
are no plans to add support for UTF-16 (or for UTF-32, for that matter).






[bug-diffutils] bug#31199: Diff sym link bug

2018-04-17 Thread Alessandro

Hi,

How to reproduce:

Scenario:

|dirA .. bar -> foo foo dirB .. |

Diff man

|-N, --new-file treat absent files as empty --no-dereference don't follow 
symbolic links |


Output

|$ diff --no-dereference dirA dirB > /dev/null $ diff -N --no-dereference 
dirA dirB > /dev/null diff: dirB/bar: No such file or directory |



Version:

diff (GNU diffutils) 3.6

It's seems a bug, any fix or workaround for that?


Thanks



[bug-diffutils] bug#31199: bug#31199: Diff sym link bug

2018-04-17 Thread Paul Eggert

On 04/17/2018 07:17 AM, Alessandro wrote:


It's seems a bug, any fix or workaround for that?

I don't see a bug. "Don't follow symbolic links" doesn't mean "Pretend 
symbolic links do not exist".







[bug-diffutils] bug#31199: bug#31199: Diff sym link bug

2018-04-17 Thread Paul Eggert

On 04/17/2018 11:28 AM, Alessandro wrote:
The bug is why show the error and ignore -N on sym link. 


I think we are miscommunicating. What I am saying is that diff is not 
ignoring -N, and there is an error if one directory has a dangling 
symlink and another directory has nothing.







[bug-diffutils] bug#31199: bug#31199: Diff sym link bug

2018-04-17 Thread Alessandro

Hi,

The bug is why show the error and ignore -N on sym link.

Thx

(+ML)


On 17/04/2018 17:57, Paul Eggert wrote:

On 04/17/2018 07:17 AM, Alessandro wrote:


It's seems a bug, any fix or workaround for that?

I don't see a bug. "Don't follow symbolic links" doesn't mean "Pretend 
symbolic links do not exist".









[bug-diffutils] bug#31199: bug#31199: Diff sym link bug

2018-04-17 Thread Alessandro

Yep i know but i need to use -N on my scenario.


On 17/04/2018 22:49, Paul Eggert wrote:

On 04/17/2018 01:34 PM, Alessandro wrote:
So, how we can solve it? 


Perhaps 'diff' should not report an error in this situation if -N is 
specified.









[bug-diffutils] bug#31185: bug#31185: Why is there no full support for Unicode?

2018-04-17 Thread Keepun
UTF-8 does not require BOM, but for UTF-16 and UTF-32 BOM is always 
present. Files with UTF-16 and UTF-32 without the BOM should be 
identified as binary.


But why there are no plans to support UTF-16 and UTF-32? Diff is part of 
the Git and is used all over the world. Now 2018 and Unicode solved 
problems with encodings.



17.04.2018 10:37, Paul Eggert:

Keepun wrote:
Files with encoding greater than 8 bits without BOM at the beginning 
can be immediately identified as binary.


No, the BOM is not required or recommended in UTF-8, so it would be a 
mistake to identify GNU/Linux text files as binary merely because they 
lack a BOM. Typically these files do not have a BOM, and when they do 
one of the first things many users do is remove the BOM because it can 
cause trouble in practice.


Diffutils does not support UTF-16, where a BOM would make more sense, 
and there are no plans to add support for UTF-16 (or for UTF-32, for 
that matter).




[bug-diffutils] bug#31185: bug#31185: Why is there no full support for Unicode?

2018-04-17 Thread Paul Eggert

On 04/17/2018 01:27 PM, Keepun wrote:

why there are no plans to support UTF-16 and UTF-32?


Nobody has volunteered to do it, and there hasn't been a pressing need. 
UTF-16 and UTF-32 are primarily used for internal representation, not 
for text files. For more on the subject, please see:


http://utf8everywhere.org/






[bug-diffutils] bug#31199: bug#31199: Diff sym link bug

2018-04-17 Thread Alessandro

So, how we can solve it?


On 17/04/2018 22:12, Paul Eggert wrote:

On 04/17/2018 11:28 AM, Alessandro wrote:
The bug is why show the error and ignore -N on sym link. 


I think we are miscommunicating. What I am saying is that diff is not 
ignoring -N, and there is an error if one directory has a dangling 
symlink and another directory has nothing.









[bug-diffutils] bug#31199: bug#31199: Diff sym link bug

2018-04-17 Thread Paul Eggert

On 04/17/2018 01:34 PM, Alessandro wrote:
So, how we can solve it? 


Perhaps 'diff' should not report an error in this situation if -N is 
specified.