1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 <2018> 2019 2020 2021 2022 2023 2024 2025 | Index | 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 <2018> 2019 2020 2021 2022 2023 2024 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) |
From: | Mark Rivers <[email protected]> |
To: | 'Andrew Johnson' <[email protected]> |
Cc: | "Gofron, Kazimierz" <[email protected]>, "[email protected]" <[email protected]> |
Date: | Mon, 19 Feb 2018 17:31:57 +0000 |
Hi Andrew, > It should be possible to tell Perl to suppress its Unicode handling. Try > adding this to the build, either to some appropriate CONFIG_SITE* file, > or (my preference) to the Makefile that builds the problematic source files: > > # Sources here use a non-UTF-8 encoding > PERL = perl -C0 Thanks, that appears to fix the problem. Before changing ADSupport/supportApp/GraphicsMagickSrc/lcms/src/Makefile: [epics@millenia src]$ make -sj clean [epics@millenia src]$ make -sj Malformed UTF-8 character (fatal) at /corvette/usr/local/epics-devel/base-7.0.1/bin/linux-x86_64/mkmf.pl line 136, <FILE> line 5573. Malformed UTF-8 character (fatal) at /corvette/usr/local/epics-devel/base-7.0.1/bin/linux-x86_64/mkmf.pl line 136, <FILE> line 5573. ../cmscgats.c: In function ‘ReadReal’: ../cmscgats.c:577:9: warning: this ‘else’ clause does not guard... [-Wmisleading-indentation] else After changing the Makefile to redefine PERL: [epics@millenia src]$ make -sj clean [epics@millenia src]$ make -sj ../cmscgats.c: In function ‘ReadReal’: ../cmscgats.c:577:9: warning: this ‘else’ clause does not guard... [-Wmisleading-indentation] else Mark > -----Original Message----- > From: Andrew Johnson [mailto:[email protected]] > Sent: Monday, February 19, 2018 11:24 AM > To: Mark Rivers <[email protected]> > Cc: Gofron, Kazimierz <[email protected]>; [email protected] > Subject: Re: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 > character(s) > > Hi Mark, > > On 02/18/2018 08:19 AM, Mark Rivers wrote: > > We have established that the files do contain these non-UTF8 > > characters. The question is, should this matter? So far the only > > problem has been observed by Kaz when building on Windows. The problem > > is in perl when creating the .d dependency files. > > ... > > > My conclusion is that the characters are not a problem when using perl > > 5.14.2 or 5.16.3, but they are a problem when using perl 5.24.3. Is > > there a switch to later versions of perl that would suppress this error? > > It should be possible to tell Perl to suppress its Unicode handling. Try > adding this to the build, either to some appropriate CONFIG_SITE* file, > or (my preference) to the Makefile that builds the problematic source files: > > # Sources here use a non-UTF-8 encoding > PERL = perl -C0 > > Our default -CSD setting tells Perl that all I/O streams should be > assumed to use UTF-8 encoding; -C0 says no I/O streams use UTF-8. I > would like the EPICS default to continue to use UTF-8 if possible. > > - Andrew > > -- > Arguing for surveillance because you have nothing to hide is no > different than making the claim, "I don't care about freedom of > speech because I have nothing to say." -- Edward Snowdon |