From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 113112 invoked by alias); 21 Sep 2015 15:55:18 -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 113092 invoked by uid 89); 21 Sep 2015 15:55:16 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 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; Mon, 21 Sep 2015 15:55:13 +0000 Received: from [10.9.9.206] (helo=mailfront02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1Ze3Qr-0004Qi-U6; Mon, 21 Sep 2015 17:55:09 +0200 Received: from 70-36-239-58.dsl.dynamic.fusionbroadband.com ([70.36.239.58] helo=toshie.bothner.com) by mailfront02.runbox.com with esmtpsa (uid:757155 ) (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.76) id 1Ze3QY-0000Ed-V6; Mon, 21 Sep 2015 17:54:51 +0200 Subject: Re: kawa build from source fails - revision 8603 To: David Pirotte References: <20150921015935.4c2a05c2@capac> <55FF9AD6.2070206@bothner.com> <20150921121330.0f21023b@capac> Cc: kawa@sourceware.org From: Per Bothner Message-ID: <56002845.6070309@bothner.com> Date: Mon, 21 Sep 2015 15:55:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150921121330.0f21023b@capac> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-q3/txt/msg00063.txt.bz2 On 09/21/2015 08:13 AM, David Pirotte wrote: > >> Looks like you're not neither OpenJDK or Java SE, but some other Java >> implementation. Is that correct? Looks like Eclipse-style error message, IIRC. >> >> Either that, or or you're using Java 5. >> If so you may need to --with-java-source=5 as an extra configure flag. >> However, I haven't tested that in a while. > > david@capac:/usr/local/src/kawa/svn 19 $ java -version > java version "1.7.0_75" > OpenJDK Runtime Environment (IcedTea 2.5.4) (7u75-2.5.4-2) > OpenJDK 64-Bit Server VM (build 24.75-b04, mixed mode) Strange. I tried all of: openjdk version "1.8.0_60" OpenJDK Runtime Environment (build 1.8.0_60-b27) OpenJDK 64-Bit Server VM (build 25.60-b23, mixed mode) and java version "1.7.0_71" Java(TM) SE Runtime Environment (build 1.7.0_71-b14) Java HotSpot(TM) 64-Bit Server VM (build 24.71-b01, mixed mode) and java version "1.6.0_37" Java(TM) SE Runtime Environment (build 1.6.0_37-b06) Java HotSpot(TM) 64-Bit Server VM (build 20.12-b01, mixed mode) They all compile the 'import javax.lang.model.element.*;' without problem. I don't have OpenJDK 1.7 (just Java SE 1.7) to try with, but I wouldn't expect it to be missing javax.lang.model.element. OTOH I vaguely remember there were some problems with OpenJDK 7. I generally run Fedora, and in the past there were some problems when using /usr/bin/javac, so I mostly used Java SE. However, on Fedora 22 we have OpenJDK 1.8, which works much better. (There are still some test-suite discrepancies I haven't tracked down.) So I suggest switching to one of OpenJDK 8, Java SE 7, or Java SE 8. -- --Per Bothner per@bothner.com http://per.bothner.com/