From owner-freebsd-eclipse@FreeBSD.ORG Mon Jul 17 03:05:18 2006 Return-Path: X-Original-To: freebsd-eclipse@freebsd.org Delivered-To: freebsd-eclipse@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B1BC16A4DA for ; Mon, 17 Jul 2006 03:05:18 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2764A43DA1 for ; Mon, 17 Jul 2006 03:05:16 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by mail.droso.net (Postfix) with ESMTP id 6827322D74 for ; Mon, 17 Jul 2006 05:05:15 +0200 (CEST) Received: from koala.ipv6.droso.net (localhost [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 8AD6222D1B for ; Mon, 17 Jul 2006 05:05:09 +0200 (CEST) From: linimon@FreeBSD.org To: freebsd-eclipse@freebsd.org Message-Id: <20060717030509.8AD6222D1B@mail.droso.net> Date: Mon, 17 Jul 2006 05:05:09 +0200 (CEST) X-Virus-Scanned: by amavisd 0.1 Subject: FreeBSD ports that you maintain which are currently marked broken X-BeenThere: freebsd-eclipse@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "FreeBSD users of eclipse EDI, tools, rich client apps & ports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 03:05:18 -0000 Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we are attempting to notify maintainers of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc3.4, which is much stricter about such things as function declarations, literal strings constants that continue over several physical lines, and forcing the deprecation of antique header files such as varargs.h (we should now be using stdargs.h). The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. If you need help in one or more build environments that you do not have access to, please ask for help on the freebsd-ports mailing list. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 4.x/5.x/6.x with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: java/eclipse-cdt broken because: fails to fetch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2006062120/eclipse-cdt-3.0.2.log (Jul 4 12:32:26 UTC 2006) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-cdt If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD.