octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #54168] Build fails on dev: No rule to make ta


From: Andrew Janke
Subject: [Octave-bug-tracker] [bug #54168] Build fails on dev: No rule to make target `-L/usr/local/opt/freetype/lib'
Date: Sat, 23 Jun 2018 00:05:47 -0400 (EDT)
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.87 Safari/537.36

URL:
  <http://savannah.gnu.org/bugs/?54168>

                 Summary: Build fails on dev: No rule to make target
`-L/usr/local/opt/freetype/lib'
                 Project: GNU Octave
            Submitted by: apjanke
            Submitted on: Sat 23 Jun 2018 04:05:45 AM UTC
                Category: Configuration and Build System
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Build Failure
                  Status: None
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: Mac OS

    _______________________________________________________

Details:

When I check out the latest source from the Hg repo and build it, I get a
build failure with the following error:


make[2]: *** No rule to make target `-L/usr/local/opt/freetype/lib', needed by
`libinterp/dldfcn/__delaunayn__.la'.  Stop.
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


This was also reported by bpabbott on the Octave Maintainers list here
<http://lists.gnu.org/archive/html/octave-maintainers/2018-06/msg00049.html>.

Full build logs: https://gist.github.com/562f32bce773a66322b6b233cbac678c

> ... No rule to make target `-L/usr/local/opt/freetype/lib' ... 

This sounds to me like an issue with generation of the Makefile.
'-L/usr/local/opt/freetype/lib' is not a valid target; it's a build option. So
it shouldn't show up in the target dependencies part of a Makefile. 

Here's the relevant Makefile excerpt from my generated Makefile: 


libinterp/dldfcn/__delaunayn__.la:
$(libinterp_dldfcn___delaunayn___la_OBJECTS)
$(libinterp_dldfcn___delaunayn___la_DEPENDENCIES)
$(EXTRA_libinterp_dldfcn___delaunayn___la_DEPENDENCIES)
libinterp/dldfcn/$(am__dirstamp) 
        $(AM_V_CXXLD)$(libinterp_dldfcn___delaunayn___la_LINK)
$(am_libinterp_dldfcn___delaunayn___la_rpath)
$(libinterp_dldfcn___delaunayn___la_OBJECTS)
$(libinterp_dldfcn___delaunayn___la_LIBADD) $(LIBS) 
libinterp/dldfcn/__eigs___la-__eigs__.lo:  \ 
        libinterp/dldfcn/$(am__dirstamp) \ 
        libinterp/dldfcn/$(DEPDIR)/$(am__dirstamp) 
... 
libinterp_dldfcn___delaunayn___la_DEPENDENCIES = $(DLD_LIBOCTINTERP_LIBADD) 
... 
DLD_LIBOCTINTERP_LIBADD = $(OCT_LINK_DEPS) 
... 
OCT_LINK_DEPS =   -L/usr/local/opt/freetype/lib -lfreetype -lhdf5
-lGraphicsMagick++ -lGraphicsMagick -lz -lfftw3_threads -lfftw3
-lfftw3f_threads -lfftw3f -framework OpenGL -lfontconfig -lfreetype  
-framework Carbon -lgl2ps    -lcurl -lcholmod -lumfpack -lamd -lcamd -lcolamd
-lccolamd -lcxsparse -lsuitesparseconfig -larpack -lqrupdate -lfftw3_threads
-lfftw3 -lfftw3f_threads -lfftw3f  -L/usr/local/opt/veclibfort/lib
-lvecLibFort -lreadline -lncurses  -lpcre -ldl  
-L/usr/local/Cellar/gcc/8.1.0/lib/gcc/8/gcc/x86_64-apple-darwin17.5.0/8.1.0
-L/usr/local/Cellar/gcc/8.1.0/lib/gcc/8/gcc/x86_64-apple-darwin17.5.0/8.1.0/../../..
-lgfortran -lquadmath -lm -lm            -liconv   


It seems to me that OCT_LINK_DEPS and DLD_LIBOCTINTERP_LIBADD should not be
making their way in to things that are going to appear as dependencies.
Perhaps the "libinterp_dldfcn___delaunayn___la_DEPENDENCIES =
$(DLD_LIBOCTINTERP_LIBADD)" is in error? 

The addition of DLD_LIBOCTINTERP_LIBADD looks like it happened in Revision
25474 on 6/14, which is consistent with 4.4.0 building but it breaking for me
now. 

Perhaps this line in libinterp/dldfcn/config-module.awk is the issue, and it
should be something separate like DLD_LIBOCTINTERP_DEPENDENCIES instead?

    printf ("%%canon_reldir%%_%s_la_DEPENDENCIES =
$(DLD_LIBOCTINTERP_LIBADD)\n", 
            basename); 


I do not know the build system or oct files well enough to create a patch to
fix this.




    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?54168>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]