From owner-freebsd-current@FreeBSD.ORG Tue Dec 3 19:28:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3937ED64; Tue, 3 Dec 2013 19:28:46 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2CF7F1C82; Tue, 3 Dec 2013 19:28:45 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id u57so8318659wes.4 for ; Tue, 03 Dec 2013 11:28:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=nqLwdcbJQ4LN19xi6HJshTyIz98m/TrCdUQHV/kpMSY=; b=nHsTVrvFmCfwFFX2j/U1MozLIiWuQPJh0rnbkYe6Y1ITBhTu16JFD7i4nGdLfQ6wX/ YgRbLtA6TiQL3X2FjSS9YCptA3QlKwzrgRLcKj2IEV6oau6ZKITC2Y1aNYnJHv47ul5I x54qzy9Yl42ffxZ+WGKGBIwscxu+kArb70ONhtF+GgEpoUda6fh1PgCqOg8vKJmkv/pR 4CkYrVXa7EpaHVx/8oy7RYKaWTabGxhSzxcMPplo/AyqUJI6xaiqGslSIynQSN9iz/DT mW965RaPk6GUDyrOsZKmpeXenTHI6VhWJyOO7+fFfB4DF01kiCPff4lYY3welw5EPxsP DX1w== MIME-Version: 1.0 X-Received: by 10.180.205.138 with SMTP id lg10mr2773995wic.30.1386098923678; Tue, 03 Dec 2013 11:28:43 -0800 (PST) Sender: antoine.brodin.freebsd@gmail.com Received: by 10.194.64.199 with HTTP; Tue, 3 Dec 2013 11:28:43 -0800 (PST) In-Reply-To: <20131201150640.12ea18c8@kalimero.tijl.coosemans.org> References: <77CB2B92-216A-4C80-B033-7E582B5F0DFC@FreeBSD.org> <20131112165422.GA2939@troutmask.apl.washington.edu> <20131112175556.GA3319@troutmask.apl.washington.edu> <20131112201922.GA4330@troutmask.apl.washington.edu> <20131113173143.Horde.a-9M7JQ_vHo3tpDIMsGK6g1@webmail.df.eu> <5283CA3C.3080201@FreeBSD.org> <352D9465-9840-43F0-A3A9-327DC12B0967@FreeBSD.org> <20131114144555.GA22093@troutmask.apl.washington.edu> <52963A90.4000201@janh.de> <20131127204556.2974a3f5@kalimero.tijl.coosemans.org> <20131201150640.12ea18c8@kalimero.tijl.coosemans.org> Date: Tue, 3 Dec 2013 20:28:43 +0100 X-Google-Sender-Auth: dOv4nzuuGD3OzdcTpt3LGdoswOE Message-ID: Subject: Re: libc++ vs. libstdc++ usage in the ports tree From: Antoine Brodin To: Tijl Coosemans Content-Type: text/plain; charset=ISO-8859-1 Cc: Jan Henrik Sylvester , Baptiste Daroussin , stephen@freebsd.org, Maho Nakata , FreeBSD Current , Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2013 19:28:46 -0000 On Sun, Dec 1, 2013 at 3:06 PM, Tijl Coosemans wrote: > On Wed, 27 Nov 2013 20:45:56 +0100 Tijl Coosemans wrote: >> On Wed, 27 Nov 2013 19:31:44 +0100 Jan Henrik Sylvester wrote: >>> Trying to migrate to 10, I would like to keep octave. Have you found >>> anything new? Having build the port and all dependencies with standard >>> options, octave is segfaulting for me, too. Anyhow, I can run octave with: >>> >>> env LD_PRELOAD=/usr/lib/libc++.so.1 octave >>> >>> Some very light testing indicates that it is working. Of course, this is >>> not ideal. >>> >>> Maybe this gives a clue how to fix the octave port properly. >> >> I have a preliminary patch for math/octave that I wanted to test on >> redports first, but it is down at the moment so here it is. > > The tests were successful: > https://redports.org/buildarchive/20131201105316-94935/ (octave) > https://redports.org/buildarchive/20131201115701-22333/ (octave-forge-base) > The octave logs also contain the results of running the regression-test > target. The output is the same on all FreeBSD versions. > > The problem is that USE_FORTRAN=yes implies USE_GCC=yes. This means > the C++ code in math/octave is compiled with gcc46/libstdc++ which > does not work if dependencies have been built with clang/libc++. > > The patch copies the USE_FORTRAN=yes logic from Mk/bsd.gcc.mk into a > new file Mk/Uses/fortran.mk. It allows ports to use a Fortran compiler > together with the base system C/C++ compiler. This is nice! Cheers, Antoine