From owner-freebsd-ports-bugs@FreeBSD.ORG Tue Aug 19 13:35:17 2014 Return-Path: Delivered-To: freebsd-ports-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91C1E4DC for ; Tue, 19 Aug 2014 13:35:17 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5ED8E3F77 for ; Tue, 19 Aug 2014 13:35:17 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s7JDZHnD022212 for ; Tue, 19 Aug 2014 13:35:17 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 192187] devel/ddd has Texinfo files predating Texinfo 5 Date: Tue, 19 Aug 2014 13:35:17 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports Tree X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: Trond.Endrestol@ximalas.info X-Bugzilla-Status: Patch Ready X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 13:35:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192187 --- Comment #7 from Trond.Endrestol@ximalas.info --- (In reply to John Marino from comment #6) > (In reply to Trond.Endrestol from comment #0) > > devel/ddd is a bit old and assumes Texinfo pre-5 when generating the info > > files. Attached are three patches that makes print/texinfo 5.2.20140707 > > happy. > > Please, in the future, don't provide individual patches to the software. > Provide a single diff to the port itself, a diff that creates the patches > and puts them in file. Otherwise the committer has to rename these files > and move them him or herself. Wilco. > > devel/ddd doesn't work with clang on stable/9, stable/10, nor head, nor with > > USE_GCC=4.7. Using USE_GCC=any works when world was compiled and installed > > with WITH_GCC=yes (and possibly with WITH_GNUCXX=yes, as I have set both) in > > /etc/src.conf. > > > > If you're stupid enough, like me, to set CPUTYPE?=corei7 or to a suitable > > value in /etc/make.conf, you'll likely run into trouble when using > > /usr/bin/gcc on stable/9, stable/10, and head. > > > > Maybe the USE_GCC= logic should consider the CPUTYPE variable and either > > simply undefine it when resorting to use /usr/bin/gcc, or translate the > > variable into a value acceptable to /usr/bin/gcc. I added these lines to my > > devel/ddd/Makefile.local: > > > > USE_GCC= any > > > > .ifdef CPUTYPE > > .if ! "${CPUTYPE}" == "core2" > > CPUTYPE=core2 > > .endif > > .endif > > > I don't know what to do with this information. Are you saying you want to > change the Makefile too? Where's the patch for that? There isn't any. The problem is that while corei7 is accepted by clang, the same value isn't accepted by gcc 4.2.1, nor is it translated to something accepted by gcc 4.2.1. I gather there isn't anything to do. In the long run, gcc will eventually be replaced by clang, and software such as devel/ddd will either need a rewrite or will be removed from the ports collection. I simply wanted to leave a trace of what I had done and how to work around it, just in case someone else trips over the same issue. Maybe that counts as a misuse of the bugzilla system. And maybe the morale of this story is simply to avoid the use of CPUTYPE in /etc/make.conf, it sure creates a lot of hassle in my encounters. -- You are receiving this mail because: You are the assignee for the bug.