ports/176205: [editors/libreoffice] libreoffice won't build in UTF-8 environment

[Peter Jeremy]

>Number:         176205
>Category:       ports
>Synopsis:       [editors/libreoffice] libreoffice won't build in UTF-8 environment
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Feb 17 04:40:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator:     Peter Jeremy
>Release:        FreeBSD 8.3-STABLE amd64
>Organization:
FreeBSD
>Environment:
System: FreeBSD server.rulingia.com 8.3-STABLE FreeBSD 8.3-STABLE #19 r242865M: Sun Nov 11 09:49:48 EST 2012 root at server.rulingia.com:/var/obj/usr/src/sys/server amd64

Also i386

Ports tree revision: 312348

>Description:
	When building libreoffice in a UTF-8 environment, it fails due
	to invalid byte sequences in comments in Java source files.  This
	is a regression, though possibly related to openjdk6-b27_1 or
	apache-ant-1.8.4 rather than libreoffice.  Some follow-ups to
	the (unrelated) ports/175953 appear to be this problem.

	The visible error is:
=============
(42/49) Building module cli_ure
=============
Entering /tank/obj/usr/ports/editors/libreoffice/work/libreoffice-core-3.6.5.2/cli_ure/inc

Entering /tank/obj/usr/ports/editors/libreoffice/work/libreoffice-core-3.6.5.2/cli_ure/version

cp version.txt ../unxfbsd.pro/bin/cliureversion.mk
cli_ure deliver
Module 'cli_ure' delivered successfully. 1 files copied, 4 files unchanged

-----------------------------------------------------------------------
        Oh dear - something failed during the build - sorry !
  For more help with debugging build errors, please see the section in:
            http://wiki.documentfoundation.org/Development

  internal build errors:

ERROR: error 65280 occurred while making /tank/obj/usr/ports/editors/libreoffice/work/libreoffice-core-3.6.5.2/apache-commons/java/httpclient

 it seems that the error is inside 'apache-commons', please re-run build
 inside this module to isolate the error and/or test your fix:

build_error.log should contain the captured output of the failed module(s)


The relevant part of build_error.log is:
compile:
    [javac] /tank/obj/usr/ports/editors/libreoffice/work/libreoffice-core-3.6.5.2/apache-commons/unxfbsd.pro/misc/build/commons-httpclient-3.1/build.xml:184: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds
    [javac] Compiling 139 source files to /tank/obj/usr/ports/editors/libreoffice/work/libreoffice-core-3.6.5.2/apache-commons/unxfbsd.pro/misc/build/commons-httpclient-3.1/target/classes
    [javac] /tank/obj/usr/ports/editors/libreoffice/work/libreoffice-core-3.6.5.2/apache-commons/unxfbsd.pro/misc/build/commons-httpclient-3.1/src/java/org/apache/commons/httpclient/HttpContentTooLargeException.java:6: unmappable character for encoding UTF8
    [javac]  * @author Ortwin Gl�ck
    [javac]                     ^
    [javac] 1 error

>How-To-Repeat:
	cd /usr/ports/editors/libreoffice && LC_ALL=en_AU.UTF-8 make

>Fix:

	Not clear.  The work-around for broken source files used to be
	to set ANT_OPTS+="-Dfile.encoding=ISO-8859-1".  The libreoffice
	makefiles have this but it's patched out by the FreeBSD build
	because it doesn't work (java now takes "-Dfile.encoding=ISO-8859-1"
	to be the name of the main class and breaks).

	My work-around was LC_ALL=en_AU.ISO8859-1 make
	but, whilst that built successful, when I tried to run it,
	it displayed the splash screen and then SEGV'd.
>Release-Note:
>Audit-Trail:
>Unformatted: