build failure on macOS using homebrew

classic Classic list List threaded Threaded
12 messages Options
Reply | Threaded
Open this post in threaded view
|

build failure on macOS using homebrew

bpabbott
Administrator
I’m seeing the failure below. I haven’t built in a week or so.

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

I’m using hombrew which uses sym-links to a non-stardard location.

ls -l /usr/local/opt/freetype
lrwxr-xr-x  1 bpabbott  admin  24 May  6 14:05 /usr/local/opt/freetype -> ../Cellar/freetype/2.9.1

ls -l /usr/local/opt/freetype/lib
total 2728
-r--r--r--  1 bpabbott  admin  600364 May  6 14:05 libfreetype.6.dylib
-r--r--r--  1 bpabbott  admin  791032 May  1 14:34 libfreetype.a
lrwxr-xr-x  1 bpabbott  admin      19 May  1 14:34 libfreetype.dylib -> libfreetype.6.dylib
drwxr-xr-x  3 bpabbott  admin      96 May  6 14:05 pkgconfig

Any ideas what may have changed?

Ben
Reply | Threaded
Open this post in threaded view
|

Re: build failure on macOS using homebrew

bpabbott
Administrator
> On Jun 16, 2018, at 11:06 AM, Ben Abbott <[hidden email]> wrote:
>
> I’m seeing the failure below. I haven’t built in a week or so.
>
> make[2]: *** No rule to make target `-L/usr/local/opt/freetype/lib', needed by `libinterp/dldfcn/__delaunayn__.la'.  Stop.
>
> I’m using hombrew which uses sym-links to a non-stardard location.
>
> ls -l /usr/local/opt/freetype
> lrwxr-xr-x  1 bpabbott  admin  24 May  6 14:05 /usr/local/opt/freetype -> ../Cellar/freetype/2.9.1
>
> ls -l /usr/local/opt/freetype/lib
> total 2728
> -r--r--r--  1 bpabbott  admin  600364 May  6 14:05 libfreetype.6.dylib
> -r--r--r--  1 bpabbott  admin  791032 May  1 14:34 libfreetype.a
> lrwxr-xr-x  1 bpabbott  admin      19 May  1 14:34 libfreetype.dylib -> libfreetype.6.dylib
> drwxr-xr-x  3 bpabbott  admin      96 May  6 14:05 pkgconfig
>
> Any ideas what may have changed?
>
> Ben

Sebastian,

Are you able to build the default brranch?

Ben
Reply | Threaded
Open this post in threaded view
|

Re: build failure on macOS using homebrew

apjanke
In reply to this post by bpabbott
> make[2]: *** No rule to make target `-L/usr/local/opt/freetype/lib', needed
by `libinterp/dldfcn/__delaunayn__.la'.  Stop.

I am getting the same failure when building from the head of dev (getting
the source from the Mercurial repository). I am building under Homebrew at
the default location, so I don't think your non-default location is an
issue.

> ... 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
us 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);




--
Sent from: http://octave.1599824.n4.nabble.com/Octave-Maintainers-f1638794.html

Reply | Threaded
Open this post in threaded view
|

Re: build failure on macOS using homebrew

apjanke
In reply to this post by bpabbott
I've submitted this as a bug to the GNU Octave bug tracker:
https://savannah.gnu.org/bugs/?54168



--
Sent from: http://octave.1599824.n4.nabble.com/Octave-Maintainers-f1638794.html

Reply | Threaded
Open this post in threaded view
|

Re: build failure on macOS using homebrew

bpabbott
Administrator
In reply to this post by apjanke
On Jun 22, 2018, at 8:32 PM, AndrewJanke <[hidden email]> wrote:

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

I am getting the same failure when building from the head of dev (getting
the source from the Mercurial repository). I am building under Homebrew at
the default location, so I don't think your non-default location is an
issue.

... 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
us 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);


Andrew,

Thank you for the replay and effort with the diagnosis.

The short rev number (i.e. 25474) isn’t the same for everyone. Do you mean the one below?


If that is not the changeset you are referring to, please  provide a link to the correct one.

Ben


Reply | Threaded
Open this post in threaded view
|

Re: build failure on macOS using homebrew

AndrewJanke

> The short rev number (i.e. 25474) isn’t the same for everyone. Do you mean
> the one below?
>
> http://hg.savannah.gnu.org/hgweb/octave/rev/e255f09dc70e 
> &lt;http://hg.savannah.gnu.org/hgweb/octave/rev/e255f09dc70e&gt;
>
> If that is not the changeset you are referring to, please  provide a link
> to the correct one.


Oops! Sorry, didn't know that about the revisions.

No, I mean this revision:
http://hg.savannah.gnu.org/hgweb/octave/rev/245de4f12ca3

Cheers,
Andrew



--
Sent from: http://octave.1599824.n4.nabble.com/Octave-Maintainers-f1638794.html

Reply | Threaded
Open this post in threaded view
|

Re: build failure on macOS using homebrew

bpabbott
Administrator
On Jun 23, 2018, at 10:15 AM, AndrewJanke <[hidden email]> wrote:


The short rev number (i.e. 25474) isn’t the same for everyone. Do you mean
the one below?

http://hg.savannah.gnu.org/hgweb/octave/rev/e255f09dc70e 
&lt;http://hg.savannah.gnu.org/hgweb/octave/rev/e255f09dc70e&gt;

If that is not the changeset you are referring to, please  provide a link
to the correct one.


Oops! Sorry, didn't know that about the revisions.

No, I mean this revision:
http://hg.savannah.gnu.org/hgweb/octave/rev/245de4f12ca3

Cheers,
Andrew

Ok. Thanks.

I backed out that changeset and two more.

patch -p1 -R < ../b3c68525ed82.patch
patch -p1 -R < ../245de4f12ca3.patch
patch -p1 -R < ../fa66d81d0956.patch

I’m now able to build.

John,

I apologize that I didn’t get to this when these changes were fresh. Do you have any insight into why these changes produce the result below on macOS?

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

Ben
Reply | Threaded
Open this post in threaded view
|

Re: build failure on macOS using homebrew

bpabbott
Administrator
On Jun 23, 2018, at 2:16 PM, Ben Abbott <[hidden email]> wrote:

On Jun 23, 2018, at 10:15 AM, AndrewJanke <[hidden email]> wrote:


The short rev number (i.e. 25474) isn’t the same for everyone. Do you mean
the one below?

http://hg.savannah.gnu.org/hgweb/octave/rev/e255f09dc70e 
&lt;http://hg.savannah.gnu.org/hgweb/octave/rev/e255f09dc70e&gt;

If that is not the changeset you are referring to, please  provide a link
to the correct one.


Oops! Sorry, didn't know that about the revisions.

No, I mean this revision:
http://hg.savannah.gnu.org/hgweb/octave/rev/245de4f12ca3

Cheers,
Andrew

Ok. Thanks.

I backed out that changeset and two more.

patch -p1 -R < ../b3c68525ed82.patch
patch -p1 -R < ../245de4f12ca3.patch
patch -p1 -R < ../fa66d81d0956.patch

I’m now able to build.

John,

I apologize that I didn’t get to this when these changes were fresh. Do you have any insight into why these changes produce the result below on macOS?

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

Ben

Oppps. The b3c68525ed82 shouldn’t have been included.

Ben
Reply | Threaded
Open this post in threaded view
|

Re: build failure on macOS using homebrew

bpabbott
Administrator
On Jun 23, 2018, at 9:38 PM, Ben Abbott <[hidden email]> wrote:

On Jun 23, 2018, at 2:16 PM, Ben Abbott <[hidden email]> wrote:

On Jun 23, 2018, at 10:15 AM, AndrewJanke <[hidden email]> wrote:


The short rev number (i.e. 25474) isn’t the same for everyone. Do you mean
the one below?

http://hg.savannah.gnu.org/hgweb/octave/rev/e255f09dc70e 
&lt;http://hg.savannah.gnu.org/hgweb/octave/rev/e255f09dc70e&gt;

If that is not the changeset you are referring to, please  provide a link
to the correct one.


Oops! Sorry, didn't know that about the revisions.

No, I mean this revision:
http://hg.savannah.gnu.org/hgweb/octave/rev/245de4f12ca3

Cheers,
Andrew

Ok. Thanks.

I backed out that changeset and two more.

patch -p1 -R < ../b3c68525ed82.patch
patch -p1 -R < ../245de4f12ca3.patch
patch -p1 -R < ../fa66d81d0956.patch

I’m now able to build.

John,

I apologize that I didn’t get to this when these changes were fresh. Do you have any insight into why these changes produce the result below on macOS?

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

Ben

Oppps. The b3c68525ed82 shouldn’t have been included.

Ben

Opps again. I do need to reverse b3c68525ed82 in order to build on macOS.

Ben
Reply | Threaded
Open this post in threaded view
|

Re: build failure on macOS using homebrew

AndrewJanke


On 6/24/18 11:45 AM, Ben Abbott wrote:

Ok. Thanks.

I backed out that changeset and two more.

patch -p1 -R < ../b3c68525ed82.patch
patch -p1 -R < ../245de4f12ca3.patch
patch -p1 -R < ../fa66d81d0956.patch

I’m now able to build.

John,

I apologize that I didn’t get to this when these changes were fresh. Do you have any insight into why these changes produce the result below on macOS?

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

Ben

Oppps. The b3c68525ed82 shouldn’t have been included.

Ben

Opps again. I do need to reverse b3c68525ed82 in order to build on macOS.

Ben

Hi Ben,

Is there a way I can grab your patches to test out this fix? I don't see them in the Octave Hg repository.

Cheers,
Andrew
Reply | Threaded
Open this post in threaded view
|

Re: build failure on macOS using homebrew

bpabbott
Administrator
On Jun 24, 2018, at 7:04 PM, Andrew Janke <[hidden email]> wrote:

On 6/24/18 11:45 AM, Ben Abbott wrote:

Ok. Thanks.

I backed out that changeset and two more.

patch -p1 -R < ../b3c68525ed82.patch
patch -p1 -R < ../245de4f12ca3.patch
patch -p1 -R < ../fa66d81d0956.patch

I’m now able to build.

John,

I apologize that I didn’t get to this when these changes were fresh. Do you have any insight into why these changes produce the result below on macOS?

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

Ben

Oppps. The b3c68525ed82 shouldn’t have been included.

Ben

Opps again. I do need to reverse b3c68525ed82 in order to build on macOS.

Ben

Hi Ben,

Is there a way I can grab your patches to test out this fix? I don't see them in the Octave Hg repository.

Cheers,
Andrew

Hi Andrew,

The patches are available at the links below. Follow the links, and click on “raw” in the left column.


I’ve attached the patches. A portion doesn’t reverse, but I’m still able to build.

Ben






b3c68525ed82.patch (972 bytes) Download Attachment
245de4f12ca3.patch (5K) Download Attachment
fa66d81d0956.patch (4K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: build failure on macOS using homebrew

bpabbott
Administrator
On Jun 24, 2018, at 7:37 PM, Ben Abbott <[hidden email]> wrote:

On Jun 24, 2018, at 7:04 PM, Andrew Janke <[hidden email]> wrote:

On 6/24/18 11:45 AM, Ben Abbott wrote:

Ok. Thanks.

I backed out that changeset and two more.

patch -p1 -R < ../b3c68525ed82.patch
patch -p1 -R < ../245de4f12ca3.patch
patch -p1 -R < ../fa66d81d0956.patch

I’m now able to build.

John,

I apologize that I didn’t get to this when these changes were fresh. Do you have any insight into why these changes produce the result below on macOS?

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

Ben

Oppps. The b3c68525ed82 shouldn’t have been included.

Ben

Opps again. I do need to reverse b3c68525ed82 in order to build on macOS.

Ben

Hi Ben,

Is there a way I can grab your patches to test out this fix? I don't see them in the Octave Hg repository.

Cheers,
Andrew

Hi Andrew,

The patches are available at the links below. Follow the links, and click on “raw” in the left column.


I’ve attached the patches. A portion doesn’t reverse, but I’m still able to build.

Ben

<b3c68525ed82.patch>
<245de4f12ca3.patch>
<fa66d81d0956.patch>

I’m attached the part that does reverse for me (as one patch). It is likely that most of the code is ok, but only one part is the root of the problem. If you can diagnose the problem, I can push a correction.

Ben







b3c68525ed82+245de4f12ca3+fa66d81d0956.patch (3K) Download Attachment