|
From: Ethan M. <eam...@gm...> - 2024-01-08 18:58:55
|
On Monday, 8 January 2024 10:49:48 PST Ingo Thies wrote: > Dear Ethan, > > I have just solved this by installing gsed and setting a symlink to sed. > It seems that Apple's version of sed is outdated. Inserting LC_ALL=C in > front of every sed command in the Makefile seems to be lot of work, so > I'm happy about my solution, although it might be a bit dirty. It would not be every sed command. This one command is special since it is the makefile rule that converts from the Japanese documentation EUC-JP encoding to UTF-8. Everywhere else is UTF-8 already. Ethan > > Regards, > Ingo > > Am 08.01.24 um 19:44 schrieb Ethan Merritt: > > On Monday, 8 January 2024 09:50:35 PST Ingo Thies via gnuplot-info wrote: > >> Dear everyone, > >> > >> I get the following error when I try to compile gnuplot 6.0.0: > >> > >> trm ja/term/webp.trm ja/term/win.trm ja/term/wxt.trm ja/term/x11.trm > >> ja/term/xlib.trm |\ > >> LC_ALL=C sort -f -t':' -k2` ; do \ > >> f=`echo $e |cut -d\: -f1` ; s=`echo $e | cut -d\: -f2` ;\ > >> sed -n "/^[ ]*$s/,/^[ ]*END_HELP/p" $f ; \ > >> done >allterm.tmp > >> sed: RE error: illegal byte sequence > >> ... > >> > >> My system is macos 13.6.3 Ventura, I am using a bash shell. > > Please see Bug report #2676 > > https://sourceforge.net/p/gnuplot/bugs/2676/ > > > > Can you confirm that inserting "LC_ALL=C" immediately in front of "sed" > > fixes this? > > > > Ethan > > > >> Regards, > >> Ingo > >> > >> > >> > >> _______________________________________________ > >> gnuplot-info mailing list > >> gnu...@li... > >> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info > >> > > > > > > > |