denemo-devel
[Top][All Lists]
Advanced

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

Re: [Denemo-devel] Release 1.0.8


From: Jeremiah Benham
Subject: Re: [Denemo-devel] Release 1.0.8
Date: Thu, 29 Aug 2013 16:06:52 -0500

I think it will ultimately require some hacking on the Makefile.in to get this to work.

Jeremiah


On Thu, Aug 29, 2013 at 1:29 PM, Richard Shann <address@hidden> wrote:
On Thu, 2013-08-29 at 13:09 -0500, Jeremiah Benham wrote:
> I see at the end of Makefile.in a bunch of lines that look this this:
> # DO NOT DELETE
>
> src/rubberband-c.o: rubberband/rubberband-c.h
> src/rubberband-c.o: rubberband/RubberBandStretcher.h
>
> etc......
>
>
> Usually in a Makefile you tell the compiler how to make an object with
> this syntax. I would think it would look like this:
>
> src/rubberband-c.o: cc rubberband-c.c -I rubberband/rubberband-c.h
>
>
> It also has a commend # DO NOT DELETE. I should probably talk to their
> mailing list about this.

I got a reply directly from someone in the company that creates
librubberband when I was first having trouble getting the interface
right. But I didn't get any follow-up reply when I found the
Cflags/CFlags bug and reported it to them. I think it may be a small
company struggling to find time to answer questions. I notice their
forum is spammed out (similar spams to the ones I closed our forum for).

They do have a windows executable for download (though the website
doesn't work for me), so it can be built on windows...

Richard


>
>
> Jeremiah
>
>
>
> On Thu, Aug 29, 2013 at 12:20 PM, Richard Shann
> <address@hidden> wrote:
>         On Thu, 2013-08-29 at 11:33 -0500, Jeremiah Benham wrote:
>         > I'm having a bit of trouble getting this librubberband to
>         build in
>         > gub. First I had trouble building the vamp-sdk that was
>         required by
>         > librubberband. I opted to install the binary .dll's and
>         headers
>         > instead. If I figure out how to compile rubberband it may be
>         the same
>         > think that will allow vamp-sdk to compile from source.
>         > In compiling librubbernad I get:
>         >
>         > configure: WARNING: unrecognized options: --enable-shared,
>         > --disable-static, --disable-silent-rules
>         >
>         MapLocate[/home/jjbenham/src/gub/target/mingw/build/librubberband-1.8.1] no files matching pattern: libtool
>         >
>         MapLocate[/home/jjbenham/src/gub/target/mingw/build/librubberband-1.8.1] no files matching pattern: libtool
>         >
>         MapLocate[/home/jjbenham/src/gub/target/mingw/build/librubberband-1.8.1] no files matching pattern: libtool
>         >
>         MapLocate[/home/jjbenham/src/gub/target/mingw/build/librubberband-1.8.1] no files matching pattern: libtool
>         > Running dump_file
>         >   ('configure',
>         >
>         '/home/jjbenham/src/gub/target/mingw/status/librubberband-1.8.1-rubberband-1.8.1', 'w')
>         >   {'permissions': 420}
>         >  *** Stage: compile (librubberband, mingw)
>         > invoking
>         >
>         cd /home/jjbenham/src/gub/target/mingw/build/librubberband-1.8.1 &&
>         > make -j4
>         > mkdir bin
>         > mkdir lib
>         > make: *** No rule to make target `src/rubberband-c.o',
>         needed by
>         > `bin/rubberband'.  Stop.
>
>
>
>         If it is in gub/target/mingw/build/librubberband-1.8.1 trying
>         to build
>         linkable objects for a windows binary I would have guessed it
>         would be
>         trying to build rubberband-c.obj rather .o as they have a
>         different name
>         on windows.
>
>         Richard
>
>
>
>
>




reply via email to

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