EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024  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  <20182019  2020  2021  2022  2023  2024 
<== 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


References:
ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Gofron, Kazimierz
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Gofron, Kazimierz
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Gofron, Kazimierz
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Gofron, Kazimierz
Re: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Gofron, Kazimierz
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
Re: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Johnson, Andrew N.
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
Re: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Andrew Johnson

Navigate by Date:
Prev: Re: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Andrew Johnson
Next: Re: EtherCAT newbie question Stubbs, Scott A.
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  <20182019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Andrew Johnson
Next: Re: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) J. Lewis Muir
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  <20182019  2020  2021  2022  2023  2024 
ANJ, 20 Feb 2018 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·