From owner-freebsd-java@FreeBSD.ORG Tue Apr 5 05:07:54 2005 Return-Path: Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EED516A4CE for ; Tue, 5 Apr 2005 05:07:54 +0000 (GMT) Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DE3343D1F for ; Tue, 5 Apr 2005 05:07:54 +0000 (GMT) (envelope-from alex@varju.ca) Received: from pd4mr4so.prod.shaw.ca (pd4mr4so-qfe3.prod.shaw.ca [10.0.141.215]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IEG00FC7JL5OL5T@l-daemon> for freebsd-java@freebsd.org; Mon, 04 Apr 2005 23:07:53 -0600 (MDT) Received: from pn2ml3so.prod.shaw.ca ([10.0.121.147]) by pd4mr4so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IEG00BO7JL53OA0@pd4mr4so.prod.shaw.ca> for freebsd-java@freebsd.org; Mon, 04 Apr 2005 23:07:53 -0600 (MDT) Received: from alex.varju.ca (S010600095beeacbb.vc.shawcable.net [24.83.194.151]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IEG0018EJL5QW@l-daemon> for freebsd-java@freebsd.org; Mon, 04 Apr 2005 23:07:53 -0600 (MDT) Received: from localhost ([127.0.0.1]) by alex.varju.ca with esmtp freebsd-java@freebsd.org; Mon, 04 Apr 2005 22:07:52 -0700 Date: Mon, 04 Apr 2005 22:07:52 -0700 From: Alex Varju In-reply-to: <425193E6.8020302@spymac.com> To: freebsd-java@freebsd.org Message-id: <42521D28.50505@varju.ca> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-15 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en References: <424490CD.9080203@chuckr.org> <4246D3C5.5060303@ebs.gr> <4246FE33.2090608@webct.com> <4248801D.7070405@webct.com> <42489BD2.40504@varju.ca> <424BA422.8070803@varju.ca> <424C5C2A.9080407@spymac.com> <424CBA64.4040404@varju.ca> <424DD0FA.1070003@spymac.com> <424F34F4.4030709@varju.ca> <425003E5.9020905@spymac.com> <4250803F.5030805@varju.ca> <425193E6.8020302@spymac.com> User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050401) Subject: Re: eclipse X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 05:07:54 -0000 Bruno Van Den Bossche wrote: > Great, the only think that still needed tweaking (I think) was the > adding of a pkg_plist. Okay, I've fixed the plist ... I wanted to make it dynamic, but I had trouble building the list of directories automatically. I'm assuming that other Eclipse plugins will be installed in the same directory, so I can't just walk the directory after installing. Right now I've got a hidden makefile target that will generate the pkg-plist file based on the assumption that there are no plugins installed. It can be run by the port maintainer after upgrading. My latest version is here: http://www.varju.ca/alex/freebsd/eclipse-devel-3.1m6-2.tgz I know that there are still a few things wrong still. I tried a Motif build on my i386 box yesterday, and it will compile, but crashes during startup. I don't know what's going wrong there. Also, the libswt-mozilla library is not getting compiled under gtk-amd64 right now, and I'm having trouble convincing the build to do what I want. Once I get these issues resolved, I'll submit my port. > Ok, I did earlier today and there seems to a strange thing going on > https://bugs.eclipse.org/bugs/show_bug.cgi?id=90155 > > The getId() method actually returns a String and not a long as the > compiler seems to think. I haven't got a clue why the compiler thinks > it's a long. If you (or anyone for that matter) have any clue, feel > free to pitch in :) That is strange. As you say, it sure does look like the getId() method is returning a String, so I don't know why it would claim otherwise. The whole build is complicated by the fact that Eclipse is using its own compiler to do a lot of the work, so this error message is probably not coming directly from javac. Now that I think of it, though, have you tried compiling that same code with javac? That might help narrow the problem down to either our compiler or theirs. Alex.