From owner-svn-ports-head@freebsd.org Tue Jan 12 23:04:33 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 733DAA8005E; Tue, 12 Jan 2016 23:04:33 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from mst-rip5-missouri-out.um.umsystem.edu (mst-rip5-missouri-out.um.umsystem.edu [198.209.50.135]) (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 DE86E1FD9; Tue, 12 Jan 2016 23:04:32 +0000 (UTC) (envelope-from stephen@missouri.edu) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DjBQD6hZVW/9CeoM9egzpSbQaIU7UVIoVtAoEoPBABAQEBAQEBgQqENQEBBHgBEAIBCA4GBAkWDwkDAgECASAlAgQNAQcBAYgqDr0wAYJRAQEBAQEBBAEBAQEBAQEci1WEJhEBDw6EaAWSeoQZAYVCiXRKg3mEI4Q4jlM5K4QKcgGEegcXIwGBBwEBAQ X-IPAS-Result: A2DjBQD6hZVW/9CeoM9egzpSbQaIU7UVIoVtAoEoPBABAQEBAQEBgQqENQEBBHgBEAIBCA4GBAkWDwkDAgECASAlAgQNAQcBAYgqDr0wAYJRAQEBAQEBBAEBAQEBAQEci1WEJhEBDw6EaAWSeoQZAYVCiXRKg3mEI4Q4jlM5K4QKcgGEegcXIwGBBwEBAQ Received: from um-ncas4.um.umsystem.edu ([207.160.158.208]) by mst-rip5-exch-relay.um.umsystem.edu with ESMTP; 12 Jan 2016 17:03:24 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.100]) by UM-NCAS4.um.umsystem.edu ([207.160.158.208]) with mapi id 14.03.0266.001; Tue, 12 Jan 2016 17:03:17 -0600 From: "Montgomery-Smith, Stephen" To: Don Lewis CC: "stephen@FreeBSD.org" , "ports-committers@freebsd.org" , "svn-ports-all@freebsd.org" , "svn-ports-head@freebsd.org" , "you.akira.noda@gmail.com" Subject: Re: svn commit: r405907 - head/Mk Thread-Topic: svn commit: r405907 - head/Mk Thread-Index: AQHRTXNQnU9cge9N5kazqjqEjXtny574z5SAgAAK74CAAAchAIAAAtoA Date: Tue, 12 Jan 2016 23:03:16 +0000 Message-ID: <5695862E.5000209@missouri.edu> References: <201601122253.u0CMqwxo087657@gw.catspoiler.org> In-Reply-To: <201601122253.u0CMqwxo087657@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: <596DDD337A505E4F8366550A8B9AF0AA@missouri.edu> 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 23:04:33 -0000 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-* port= s don't >>>> build, and those that build don't work. So they are all being mar= ked >>>> 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=3Dyes to the port Makefile that = was >>> done at the same time as the version upgrade. >>> >>> I have no idea what happens if USE_GCC=3Dyes is removed from the Makefi= le. >>> 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. >=20 > 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=3D201737 # Without this, you will always have core dump (with gcc) I think clang can not build this source with out patch.