From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30950 invoked by alias); 21 Feb 2014 08:23:13 -0000 Mailing-List: contact kawa-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: kawa-owner@sourceware.org Received: (qmail 30937 invoked by uid 89); 21 Feb 2014 08:23:12 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: aibo.runbox.com Received: from aibo.runbox.com (HELO aibo.runbox.com) (91.220.196.211) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Fri, 21 Feb 2014 08:23:11 +0000 Received: from [10.9.9.209] (helo=mailfront04.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1WGlNz-0003sP-2g for kawa@sourceware.org; Fri, 21 Feb 2014 09:23:07 +0100 Received: from 70-36-239-203.dsl.dynamic.sonic.net ([70.36.239.203] helo=localhost.localdomain) by mailfront04.runbox.com with esmtpsa (uid:757155 ) (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) id 1WGlNp-0004nL-VM for kawa@sourceware.org; Fri, 21 Feb 2014 09:22:58 +0100 Message-ID: <53070CDF.4090208@bothner.com> Date: Fri, 21 Feb 2014 08:23:00 -0000 From: Per Bothner User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "kawa@sourceware.org" Subject: Kawa build changes: removed gcj support but easier Windows builds Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-q1/txt/msg00055.txt.bz2 I checked in some changes to the Kawa configure+make build system. I ripped out the support for building with GCJ - which hasn't worked for a while, due to GCJ not supporting newer Java features. This simplification made feasible a change so that you can now build *without* a C compiler, as long as you don't configure with --enable-kawa-frontend. This works around an autoconf limitation such that AC_PROG_CC can't be conditional, in which case a C compiler is required. The solution was to move AC_PROG_CC to a new bin/configure.ac, which is ugly. I also fixed some problems with building on Windows using configure+make. This now mostly works under MinGW/MSys. (I tested it under a slow but functional ASUS Transformer Book T100, btw.) There is still two problems with the doc directory (requiring nroff, plus what looks like an old version of makeinfo), but those can be worked around. Furthermore, many of the tests work. I haven't looked closely at the failures - some seem to be related UTF-8 vs Windows character encodings. Hopefully, this will make it easier for those of you who primarily use Windows. Patches welcome for any remaining problems. -- --Per Bothner per@bothner.com http://per.bothner.com/