From owner-freebsd-ports@FreeBSD.ORG Tue Sep 25 15:09:41 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A853106566B; Tue, 25 Sep 2012 15:09:41 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 15E938FC14; Tue, 25 Sep 2012 15:09:41 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:2c64:e0f1:ab25:e270] (unknown [IPv6:2001:7b8:3a7:0:2c64:e0f1:ab25:e270]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 5FBC15C59; Tue, 25 Sep 2012 17:09:39 +0200 (CEST) Message-ID: <5061C930.20007@andric.com> Date: Tue, 25 Sep 2012 17:09:36 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: mexas@bristol.ac.uk References: <201209251438.q8PEcHtv022851@mech-cluster241.men.bris.ac.uk> In-Reply-To: <201209251438.q8PEcHtv022851@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: zeising@daemonic.se, freebsd-x11@freebsd.org, freebsd-ports@freebsd.org Subject: Re: astro/xearth on redports with clang: /usr/local/lib/X11/config/FreeBSD.cf:451:35: error: '#' is not followed by a macro parameter X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 15:09:41 -0000 On 2012-09-25 16:38, Anton Shterenlikht wrote: ... > $ grep -c imake /usr/ports/INDEX-10 > 291 That's a relatively low number, indeed. :) > This issue must cause problems for > quite a few other ports. > So is it an agreed policy to migrate away from > imake in time for 10-release? Imake is obsolete, X.org migrated to autoconf+gmake a long time ago, and new software should avoid it. That said, for old software, you could just add a dependency on one of the gcc ports, or maybe use another C preprocessor that supports -traditional mode. I understood ucpp might be able to do the job.