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 <[email protected]>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 > > <[email protected]> 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 > > > > > > > > > > > > >
_______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
