> On Feb 2, 2015, at 8:24 AM, Jack Howarth <howarth.at.f...@gmail.com> wrote: > > Alexander, > I am seeing the same failure on 10.10 with the stock octave364 > packaging... > > scripts/plot/allchild.m ................................panic: > Segmentation fault: 11 -- stopping myself... > make[1]: *** [check] Segmentation fault: 11 > make: *** [check] Error 2 > ### execution of /tmp/fink.bq1M1 failed, exit code 2 > ### execution of /tmp/fink.xMqKn failed, exit code 2 > > Jack > > On Mon, Feb 2, 2015 at 10:38 AM, Jack Howarth <howarth.at.f...@gmail.com> > wrote: >> Alexander, >> Oddly, I am seeing the following failure in 10.7 with this patch… >> >> scripts/plot/__gnuplot_drawnow__.m ..................... PASS 1/1 >> scripts/plot/__plt_get_axis_arg__.m .................... PASS 1/1 >> panic: Segmentation fault: 11 -- stopping myself... >> Makefile:2127: recipe for target 'check' failed >> make[1]: *** [check] Segmentation fault: 11 >> make[1]: Leaving directory >> '/sw/src/fink.build/octave-3.6.4-14/octave-3.6.4/test' >> Makefile:2549: recipe for target 'check' failed >> >> I'll jump back to 10.10 to verify that the current package passes >> 'fink -m' there. >> Jack >> >> On Mon, Feb 2, 2015 at 10:02 AM, Jack Howarth <howarth.at.f...@gmail.com> >> wrote: >>> Alexander, >>> Why not just restore the existing X11_INCFLAGS to functionality with… >>> >>> --- octave-3.6.4.info.orig 2015-02-01 16:11:35.000000000 -0500 >>> +++ octave-3.6.4.info 2015-02-02 09:58:28.000000000 -0500 >>> @@ -2,7 +2,7 @@ >>> Package: octave%type_pkg[-blas]%type_pkg[-x11] >>> Type: -blas (. -atlas -ref), oct (3.6.4), gcc (4.9), -x11 (boolean), >>> lapack (3.5.0) >>> Version: 3.6.4 >>> -Revision: 13 >>> +Revision: 14
^ I’m not updating the revision for a FATAL build-time issue and forcing people who have a working setup to rebuild this giant hunk of software. Lots of folks have fewer than 8 cores, just like me, and don’t want to tie up multiple hours on an unnecessary rebuild. >>> Maintainer: Alexander Hansen <alexkhan...@users.sourceforge.net> >>> >>> BuildDepends: << >>> @@ -181,6 +181,10 @@ >>> >>> # Patch configure not to link like Puma on Yosemite >>> perl -pi -e 's/(10\.\[012\])\*/\1\,.\*/' configure >>> + >>> + # Fix X11 include >>> + perl -pi -e >>> 's,X11_INCFLAGS=\"\$x_includes\",X11_INCFLAGS=\"-I\$x_includes\",' >>> configure >>> + perl -pi -e 's,\$XTRA_CXXFLAGS \$FT2_CFLAGS,\$XTRA_CXXFLAGS >>> \$FT2_CFLAGS \$X11_INCFLAGS,' configure >>> << >>> ^ Looks like it should be fine, but I’ll want to check for myself. I didn’t initially see this yesterday because your reports didn’t specify the LITERAL package name, i.e octave364-x11; I was working with the “octave364” variant. The octave variants without -x11 in their name don’t tickle the freetype2 issue because it’s associated with fltk-x11. >>> GCC: 4.0 >>> @@ -229,7 +233,8 @@ >>> >>> osversion=`uname -r | cut -d. -f1` >>> export CFLAGS='-O3 -MD' >>> - export CXXFLAGS="-O3 -MD -I/usr/X11/include" >>> + #export CXXFLAGS="-O3 -MD -I/usr/X11/include" >>> + export CXXFLAGS="-O3 -MD” ^ breaks the build for all octave-3.6.4 variants on anything later than 10.7 because something can’t find Xlib.h, even when the configure script is given X11 paths explicitly. It was probably relying on the old /usr/include/X11 convenience symlink -- Alexander Hansen, Ph.D. Fink User Liaison ------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
