From owner-svn-ports-head@freebsd.org Tue Jan 12 22:29:03 2016 Return-Path: Delivered-To: svn-ports-head@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 DD6F9A80CEC; Tue, 12 Jan 2016 22:29:03 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from mst-rip6-missouri-out.um.umsystem.edu (mst-rip6-missouri-out.um.umsystem.edu [198.209.50.149]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "um-tip1.um.umsystem.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 30AC61DB8; Tue, 12 Jan 2016 22:29:02 +0000 (UTC) (envelope-from stephen@missouri.edu) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DmBQB4fZVW/8SeoM9egzpSXw4GiFO1FSKFbQKBLTwQAQEBAQEBAYEKhDUBAQR4ARACAQgOBgQJFg8JAwIBAgEgJQIEAQwBBwEBiCoOvTcBglEBAQEBAQEEAQEBAQEBAQEBGotVhEcOhGgFknqEGQGFQoo+iByEOI5TOSuECnKEe0EBgQcBAQE X-IPAS-Result: A2DmBQB4fZVW/8SeoM9egzpSXw4GiFO1FSKFbQKBLTwQAQEBAQEBAYEKhDUBAQR4ARACAQgOBgQJFg8JAwIBAgEgJQIEAQwBBwEBiCoOvTcBglEBAQEBAQEEAQEBAQEBAQEBGotVhEcOhGgFknqEGQGFQoo+iByEOI5TOSuECnKEe0EBgQcBAQE Received: from um-tcas1.um.umsystem.edu ([207.160.158.196]) by mst-rip6-exch-relay.um.umsystem.edu with ESMTP; 12 Jan 2016 16:27:30 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.100]) by UM-TCAS1.um.umsystem.edu ([207.160.158.196]) with mapi id 14.03.0266.001; Tue, 12 Jan 2016 16:27:30 -0600 From: "Montgomery-Smith, Stephen" To: Don Lewis , "stephen@FreeBSD.org" CC: "ports-committers@freebsd.org" , "svn-ports-all@freebsd.org" , "svn-ports-head@freebsd.org" Subject: Re: svn commit: r405907 - head/Mk Thread-Topic: svn commit: r405907 - head/Mk Thread-Index: AQHRTXNQnU9cge9N5kazqjqEjXtny574z5SAgAAK74A= Date: Tue, 12 Jan 2016 22:27:29 +0000 Message-ID: <56957DCF.3090209@missouri.edu> References: <201601122148.u0CLmJvF087237@gw.catspoiler.org> In-Reply-To: <201601122148.u0CLmJvF087237@gw.catspoiler.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 x-originating-ip: [207.160.158.194] Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 22:29:04 -0000 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 ve= rsion >> 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 marke= d >> broken until it is fixed. >=20 > 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=3Dyes to the port Makefile that wa= s > done at the same time as the version upgrade. >=20 > I have no idea what happens if USE_GCC=3Dyes 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. >=20 > 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. >=20 > Unfortunately, "octave --no-gui" doesn't work. It still tries to run > octave-gui and dies. >=20 >=20 >=20 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.=