bug#43666: [grep-3.5] make failed on Solaris 11.3 x86/x64

2020-10-05 Thread Paul Eggert
On 9/29/20 3:47 PM, Kiyoshi KANAZAWA wrote: It is strange that only i386 has the problem, but amd64 do not. Yes, that is odd. I'm not sure why that would be. However, I've made several fixes to Gnulib in this area and have propagated them to grep master on Savannah. Please give that a try no

bug#43666: [grep-3.5] make failed on Solaris 11.3 x86/x64

2020-10-05 Thread Kiyoshi KANAZAWA
Hello, Make passed both with CC=gcc (CC='gcc -m32) & CC='gcc -m64'. But make -k check failed in filename-lineno & triple-backref. Segmentation Fault & Abort appeared in triple-backref. Warning about cast was also detected with CC='gcc -m64'. config.log, filename-lineno.log, triple-backref.log are

bug#43782: in egrep (grep 3.0), the order of include & exclude is surprisingly significant

2020-10-05 Thread John Ruckstuhl
> On 10/3/20 12:00 PM, John Ruckstuhl wrote: > > In egrep (grep 3.0), the order of options (multiple --include and > > --exclude), is surprisingly significant. > > I was puzzled by 5 extra output lines in my first egrep, so I did > > another egrep, with the --include moved up front. > > That's ex

bug#43782: in egrep (grep 3.0), the order of include & exclude is surprisingly significant

2020-10-05 Thread John Ruckstuhl
> This > $ egrep -r -i -n -l --exclude="*.bak" --include="*.py" "$PAT" "$DIR" > does not map to this > find "$DIR" -type f ! -name "*.bak" -name "*.py" | > while read F; do egrep -i -n -l "$PAT" "$F"; done > > It maps to this (with INCFIRST representing "-true" or "-false") > find