> On Aug 2, 2015, at 13:24, Viv Kendon <v...@trellick.org> wrote:
> 
> Trying to build octave382-atlas-x11-qtx11 on 10.9.5 (case sensitive file 
> system) 
> Package manager version: 0.38.6
> Distribution version: selfupdate-rsync Sun Aug  2 20:44:02 2015, 10.9, x86_64
> Trees: local/main stable/main
> Xcode.app: 6.2
> Xcode command-line tools: 6.2.0.0.1.1424975374
> Max. Fink build jobs:  18
> 
> it fails with:
> 
> libtool: compile:  oct-cxx -DHAVE_CONFIG_H -I. -I.. -I../liboctave/cruft/misc 
> -I../liboctave/array -I../liboctave/numeric -I../liboctave/numeric 
> -I../liboctave/operators -I../liboctave/operators -I../liboctave/system 
> -I../liboctave/util -I./octave-value -I./operators -Iparse-tree 
> -I./parse-tree -Icorefcn -I./corefcn -I../libgnu -I../libgnu -I/sw/include 
> -I/sw/include/freetype2 -I/usr/X11/include -I/sw/include -Wall -W -Wshadow 
> -Wold-style-cast -Wformat -Wpointer-arith -Wwrite-strings -Wcast-align 
> -Wcast-qual -O3 -MD -D_THREAD_SAFE -pthread -MT 
> dldfcn/dldfcn_colamd_la-colamd.lo -MD -MP -MF 
> dldfcn/.deps/dldfcn_colamd_la-colamd.Tpo -c dldfcn/colamd.cc  -fno-common 
> -DPIC -o dldfcn/.libs/dldfcn_colamd_la-colamd.o
> In file included from dldfcn/amd.cc:44:
> In file included from ../liboctave/util/oct-sparse.h:77:
> /sw/include/suitesparse/cs.h:422:14: warning: 'cs_ci_house' has C-linkage 
> specified, but returns user-defined type 'cs_complex_t' (aka 
> 'complex<double>') which is incompatible with C [-Wreturn-type-c-linkage]
> cs_complex_t cs_ci_house (cs_complex_t *x, double *beta, int n) ;
>             ^
> /sw/include/suitesparse/cs.h:562:14: warning: 'cs_cl_house' has C-linkage 
> specified, but returns user-defined type 'cs_complex_t' (aka 
> 'complex<double>') which is incompatible with C [-Wreturn-type-c-linkage]
> cs_complex_t cs_cl_house (cs_complex_t *x, double *beta, cs_long_t n) ;
>             ^
> In file included from dldfcn/__init_fltk__.cc:84:
> In file included from corefcn/gl-render.h:43:
> In file included from corefcn/graphics.h:49:
> In file included from corefcn/txt-eng-ft.h:31:
> /usr/X11R6/include/ft2build.h:56:10: fatal error: 
> 'freetype/config/ftheader.h' file not found
> #include <freetype/config/ftheader.h>
>         ^
> 
> I checked obvious things like the links from /usr/X11 to /opt/X11, the 
> existence of said file:
> 
> # locate ftheader.h
> /opt/X11/include/freetype2/freetype/config/ftheader.h
> /sw/include/freetype2/config/ftheader.h
> 
> and note that if it is meant to find the fink header there is no “freetype” 
> subdir, but it might not find the X11 one since /usr/X11/include/freetype2 is 
> not given as an include.  
> 
> # fink list -ti freetype
> Information about 11661 packages read in 1 seconds.
> i      freetype219     2.6-1   TrueType font rendering library, headers
> i      freetype219-shlibs      2.6-1   TrueType font rendering library, 
> shared libs
> i      system-pkgconfig-freetype2      16.2.10-1       [virtual pkgconfig 
> package representing freetype2]
> 
> I have the full log available and build dir if it would help to check 
> anything else?  
> 
> many thanks,
> — Viv

I don’t reproduce this here (10.10.4/Xcode 6.4)

Do you have /sw/include/freetype2/ft2build.h ?  The flag ordering in the build 
("-I/sw/include/freetype2 -I/usr/X11/include") *intentionally* has been set to 
pick up Fink’s freetype rather than X11’s, and thus I’d think that  
/sw/include/freetype2/ft2build.h would be found first by the "#include 
<ft2build.h>" directive in corefcn/txt-eng-ft.h .  

-- 
Alexander Hansen, Ph.D.
Fink User Liaison


------------------------------------------------------------------------------
_______________________________________________
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Reply via email to