From owner-freebsd-ports@FreeBSD.ORG Thu Apr 22 07:58:23 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94B0B106566B; Thu, 22 Apr 2010 07:58:23 +0000 (UTC) (envelope-from turutani@scphys.kyoto-u.ac.jp) Received: from smtp-auth.kuins.kyoto-u.ac.jp (smtp-auth.kuins.kyoto-u.ac.jp [133.3.248.237]) by mx1.freebsd.org (Postfix) with ESMTP id 5DA1B8FC13; Thu, 22 Apr 2010 07:58:23 +0000 (UTC) Received: from smtp-auth.kuins.kyoto-u.ac.jp (smtp-auth.kuins.kyoto-u.ac.jp [127.0.0.1]) by postfix.imss70 (Postfix) with ESMTP id E24A32EC006; Thu, 22 Apr 2010 16:58:21 +0900 (JST) Received: from POLYMER5.scphys.kyoto-u.ac.jp (wd187.BFL38.vectant.ne.jp [210.131.171.187]) by smtp-auth.kuins.kyoto-u.ac.jp (Postfix) with ESMTP id 8D48A2EC001; Thu, 22 Apr 2010 16:58:21 +0900 (JST) Message-Id: <201004220758.AA01286@POLYMER5.scphys.kyoto-u.ac.jp> From: Tsurutani Naoki Date: Thu, 22 Apr 2010 16:58:20 +0900 To: glarkin@freebsd.org In-Reply-To: <4BC4B712.2080109@FreeBSD.org> References: <4BC4B712.2080109@FreeBSD.org> MIME-Version: 1.0 X-Mailer: AL-Mail32 Version 1.13 Content-Type: text/plain; charset=us-ascii Cc: =?ISO-2022-JP?B?Sm91a29fTHVtaWobJEJnUxsoQnZp?= , Gerald Pfeifer , FreeBSD Ports ML Subject: Re: CFT: print/pdftk port compiled with Java compiler from gcc 4.5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 07:58:23 -0000 Greg Larkin wrote: > As far as I can tell, this error is caused by the LANG setting which > changes the line: > > if (value.startsWith("\"")) > > into something that results an unterminated string. I suppose the > backslash loses its meaning as an escape character. > > I found some references to the same error in Google, posted by folks > trying to compile software with different LANG settings. I haven't > found a general fix yet, but maybe it can be done by building a > character string from individual, unescaped characters, then converting > them to a java.lang.String object for use in the .startsWith() function. > > If you could submit a PR to support building with LANG=ja_JP.eucJP, I > would be very appreciative! Thank you for your reply. But I have no idea to avoid this... This trouble does not occur while building with gcc42 or any older building processes. Therefore I think this may be a bug of gcc45. Moving to gcc45, this may cause an error. In addition, run-time dependence to gcc library may be necessary as I said in another mail.