From owner-svn-ports-all@freebsd.org Tue Jan 12 23:19:52 2016 Return-Path: Delivered-To: svn-ports-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96A58A804EF; Tue, 12 Jan 2016 23:19:52 +0000 (UTC) (envelope-from freebsd.contact@marino.st) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (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 5303D19D5; Tue, 12 Jan 2016 23:19:51 +0000 (UTC) (envelope-from freebsd.contact@marino.st) Received: from [192.168.120.62] (095-097-241-198.static.chello.nl [95.97.241.198]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 5CFBB43BDE; Tue, 12 Jan 2016 17:19:48 -0600 (CST) Subject: Re: svn commit: r405907 - head/Mk To: "Montgomery-Smith, Stephen" , Don Lewis References: <201601122253.u0CMqwxo087657@gw.catspoiler.org> <5695862E.5000209@missouri.edu> Cc: "stephen@FreeBSD.org" , "ports-committers@freebsd.org" , "svn-ports-all@freebsd.org" , "svn-ports-head@freebsd.org" , "you.akira.noda@gmail.com" Reply-To: marino@freebsd.org From: John Marino Message-ID: <56958A13.3020807@marino.st> Date: Wed, 13 Jan 2016 00:19:47 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <5695862E.5000209@missouri.edu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 23:19:52 -0000 On 1/13/2016 12:03 AM, Montgomery-Smith, Stephen wrote: > On 01/12/2016 04:52 PM, Don Lewis wrote: >> On 12 Jan, Montgomery-Smith, Stephen wrote: >>> On 01/12/2016 03:48 PM, Don Lewis wrote: >>>> On 12 Jan, Stephen Montgomery-Smith wrote: >>>>> Author: stephen >>>>> Date: Tue Jan 12 19:56:13 2016 >>>>> New Revision: 405907 >>>>> URL: https://svnweb.freebsd.org/changeset/ports/405907 >>>>> >>>>> Log: >>>>> - Svn revision 405533 upgraded /math/octave to version 4.0.0. This version >>>>> of octave segfaults with FreeBSD. Many of the octave-forge-* ports don't >>>>> build, and those that build don't work. So they are all being marked >>>>> broken until it is fixed. >>>> >>>> It's actually octave-gui that is segfaulting. The cause is that the >>>> executable is bringing in both libstdc++ and libc++, and the reason for >>>> that is likely the addition of USE_GCC=yes to the port Makefile that was >>>> done at the same time as the version upgrade. >>>> >>>> I have no idea what happens if USE_GCC=yes is removed from the Makefile. >>>> there may be problems with compiling the source with the combination of >>>> clang and gfortran. I'll give it a try, though. >>>> >>>> Another possibility would be do disable the gui. Looking at configure, >>>> there is a --disable-gui option that we don't expose as a port option. I >>>> don't know what libraries are needed by the gui, but of all the >>>> libraries in LIB_DEPENDS, libfltk.so, libftgl.so, and libqscintilla2.so >>>> are the ones that are linked to libc++.so. >>>> >>>> Unfortunately, "octave --no-gui" doesn't work. It still tries to run >>>> octave-gui and dies. >>>> >>>> >>>> >>> >>> >>> I had a different experience. The octave-cli command segfaulted for me. >>> I run it through gdb (version 7.10) and valgrind after building octave >>> with the "-g" option set. It looks like the error takes place before >>> any code is actually run, indicating that probably global data >>> allocation may be the problem. The error is freeing the NULL pointer. >> >> I can confirm that octave-cli also segfaults in the same wat. It looks >> like a call to a NULL function pointer, though. > > I got this email from Noda Akira, who submitted the original PR. (I > added his email address to the receipients.) I just tried it, and it > didn't fix it. But now I am trying it using clang instead of gcc to > build it. > > Hi > I think some patch file is missed. > > patch-libinterp-octave-value-ov-classdef.cc > patch-libinterp-octave-value-ov-classdef.h > # > #Please see this attachment of the PR site > #https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201737 > # > > Without this, you will always have core dump (with gcc) > I think clang can not build this source with out patch. Hopefully the ability to build octave 4.0 with modern gcc will be retained though. I assume it will be but the wording is slightly confusing to me.