[prev in list] [next in list] [prev in thread] [next in thread] 

List:       fop-dev
Subject:    [jira] [Created] (FOP-2493) Fails to compile on non-utf8 locale with "error: unmappable character fo
From:       "Pawel Kraszewski (JIRA)" <jira () apache ! org>
Date:       2015-06-29 5:27:05
Message-ID: JIRA.12841243.1435555622000.40908.1435555625895 () Atlassian ! JIRA
[Download RAW message or body]

Pawel Kraszewski created FOP-2493:
-------------------------------------

             Summary: Fails to compile on non-utf8 locale with "error: unmappable \
character for encoding ASCII"  Key: FOP-2493
                 URL: https://issues.apache.org/jira/browse/FOP-2493
             Project: FOP
          Issue Type: Improvement
          Components: unqualified
    Affects Versions: 2.0
         Environment: Gentoo Linux, compilation environment has unset LC_ALL, LANG \
and LANGUAGE variables to force native (English) error messages during compilations  \
Reporter: Pawel Kraszewski  Priority: Minor


Compilation of FOP terminates with load of "error: unmappable character for encoding \
ASCII" caused by UTF-8 comments in the enironment with non-UTF8 locale.

My standard env for compiling (/etc/portage/bashrc) unsets LC_ALL, LANG and LANGUAGE \
variables, forcing a special POSIX locale (which is more or less equiv to \
en_US.iso8859-1). This is intentional, as my daily locale is pl_PL.utf8 and thus \
causes Polish error messages during compilation - which is very annoying when you \
need to report a bug on non-Polish bugtracker.

As FOP is the _only_ Java package bailing out due to this problem on my system, I \
guess other packages either don't use UTF8 comments or set some flag for Java \
compiler to ignore them.

Compilation completes with en_US.utf8 locale, yet some systems (eg OpenBSD) still \
don't widely use UTF8.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic