Re: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s)

[Torsten Bögershausen <torsten.bogershausen@esss.se>]

Could it be that your i18n setting is part of the problem ?
perl (and other tools like grep) learned the last years that
a "2 byte octet" can encode a single unicode code point.

What does
 env  | egrep "LANG|LC"

give on your machine ?

(This is the output from my Debian:)
LC_ALL=en_US.UTF-8
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE=

This is RHEL Centos 6.9:
  set | egrep "LANG|LC"
LANG=en_US.UTF-8
LC_ALL=en_US.UTF-8
LC_CTYPE=
MAILCHECK=60
    local LC_CTYPE=C;





On 19/02/18 00:38, Gofron, Kazimierz wrote:
> Could ability to select UTF-8 and Microsoft Unicode characters on your RHEL7 
> depend on grep version? This would not explain lack of compilation error but 
> maybe versions matter as well (make, and gcc versions).
> ----
>
> My grep version on windows 7 pro:
>
> Sqr-1 IXS@IXS_MCM 
> /cygdrive/c/epics/synApps/support/areaDetector-3-2/ADSupport/supportApp/GraphicsMagickSrc/lcms/src
> $ grep --version
>
> grep (GNU grep) 3.0
>
> Packaged by Cygwin (3.0-2)
>
> Copyright (C) 2017 Free Software Foundation, Inc.
>
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
>
> Grep version on debian 8 server:
>
> kgofron@xf18id-srv2:/epics/support5/areaDetector/ADAndor3$ grep --version
>
> grep (GNU grep) 2.20
>
> Copyright (C) 2014 Free Software Foundation, Inc.
>
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
>
> This is free software: you are free to change and redistribute it.
>
> There is NO WARRANTY, to the extent permitted by law.
>
> -----------------------------------
>
> On windows 7 Pro computers where areaDetector-3.2 is compiled, I am using perl 
> versions 5.26.1:
> c:\epics\synApps\support\areaDetector-3-2>perl -v
>
> This is perl 5, version 26, subversion 1 (v5.26.1) built for 
> MSWin32-x64-multi-thread
> Copyright 1987-2017, Larry Wall