From owner-freebsd-java@FreeBSD.ORG Thu Jul 28 21:37:05 2005 Return-Path: X-Original-To: freebsd-java@freebsd.org 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 A0BAD16A41F; Thu, 28 Jul 2005 21:37:05 +0000 (GMT) (envelope-from past@ebs.gr) Received: from fly.ebs.gr (fly.ebs.gr [62.103.84.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id A373543D46; Thu, 28 Jul 2005 21:37:04 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id j6SLb2KU076342; Fri, 29 Jul 2005 00:37:03 +0300 (EEST) (envelope-from past@ebs.gr) Received: from [10.1.1.200] (pptp.ebs.gr [10.1.1.200]) by ebs.gr (8.13.3/8.12.11) with ESMTP id j6SLb1iD059738; Fri, 29 Jul 2005 00:37:02 +0300 (EEST) (envelope-from past@ebs.gr) Message-ID: <42E94F94.7050302@ebs.gr> Date: Fri, 29 Jul 2005 00:35:16 +0300 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050507) X-Accept-Language: en-us, en MIME-Version: 1.0 To: java Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: 7bit Cc: nork@freebsd.org Subject: Eclipse 3.1 update submitted X-BeenThere: freebsd-java@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting Java to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 21:37:05 -0000 I have submitted the updated eclipse-devel port to 3.1 as PR ports/84252. There are a few more cleanups since the previous snapshot, as well as the inclusion of libcore_3_1_0.so, a native library that deals with more efficient I/O. You might have noticed warning messages in the log with the last snapshot, like this: Could not load library: libcore_3_1_0.so. This library provides platform-specific optimizations for certain file system operations. This library is not present on all platforms, so this may not be an error. The resources plug-in will safely fall back to using java.io.File functionality. Well, it won't fall back any more. Furthermore, I have compared the native libraries included in the Linux version and apart from libupdate.so we are on par with them. As for libupdate.so, I believe it is just stub methods for now (see update.c and update.h files), so I decided to drop it. Cheers, Panagiotis