Re: Ardour new B-D
> 2016-12-06 23:09 GMT+01:00 James Cowgill : >> On 06/12/16 02:15, Jaromír Mikeš wrote: Hi, >>> Can you have a look on my initial packaging of qm-dsp? >> Why do you need to patch a makefile in? Most of this stuff could be done >> in debian/rules or by dh_install etc. > > I will move instructions from "my makefile" to d/rules file latter ... > for now I have just improved patch. All is made in d/rules instead of creating own Makefile now. Maybe it could be somewhat simplified ... especially install section maybe can use wildcard somewhere. best regards mira ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Ardour new B-D
2016-12-08 8:53 GMT+01:00 Jaromír Mikeš : > 2016-12-07 1:45 GMT+01:00 Jaromír Mikeš : >> 2016-12-06 23:09 GMT+01:00 James Cowgill : >>> On 06/12/16 02:15, Jaromír Mikeš wrote: > >>> Why do you need to patch a makefile in? Most of this stuff could be done >>> in debian/rules or by dh_install etc. >> >> I will move instructions from "my makefile" to d/rules file latter ... >> for now I have just improved patch. >> +include build/general/Makefile.inc >>> >>> IMO you should use make recursion instead of including this makefile. >> >> I must investigate how to do properly ... not working here for now :( > > Fixed now in d/rules file. > +CFLAGS += -DNDEBUG -O3 -fPIC -ffast-math -ftree-vectorize -DUSE_PTHREADS -Ibuild/linux/amd64 >>> >>> The headers in build/linux/amd64 look bundled so I don't think you >>> should use them. >> >> Will be fixed ... need some time to figure out how to do it > > Used system-wide libatlas-dev headers > + gcc -shared $(LDFLAGS) -o $(QM-DSP_MAJ) -Wl,-soname,$(QM-DSP_MAJ) -Wl,--whole-archive libqm-dsp.a -Wl,--no-whole-archive >>> >>> I think adding -Wl,--no-undefined is a good idea here. You then need to >>> add the other libraries qm-dsp uses so you don't need to add them manually. >> >> Build fails with -Wl,--no-undefined :( >> + +install: $(QM-DSP_MAJ) + install -d $(DESTDIR)$(PREFIX)/include/base + install -d $(DESTDIR)$(PREFIX)/$(LIBDIR) + install -m 644 $(QM-DSP_H) $(DESTDIR)$(PREFIX)/include/base >>> >>> I think "/usr/include/base" is a bit too generic. I notice that fedora >>> installs them into "/usr/include/qm-dsp". >> >> Hmmm but when building Ardour base/Pitch.h is searched ... >> >>> http://pkgs.fedoraproject.org/cgit/rpms/qm-dsp.git/tree/qm-dsp-install.patch > > Ahh ... sorry now I got it! :( > All headers are now installed! > > Can you check now please? Hi, I've tested build Ardour with current qm-dsp but it failed ... what is still missing? We build libqm-dsp.so.0 but Ardour libqmdsp.so.0 ... can this be a problem? Checking for header base/Pitch.h : 13:07:43 runner ['/usr/bin/g++', '-I/home/mira/PACKAGING/ardour', '-Wdate-time', '-D_FORTIFY_SOURCE=2', '-g', '-O2', '-fdebug-prefix-map=/home/mira/PACKAGING/ardour=.', '-fstack-protector-strong', '-Wformat', '-Werror=format-security', '-I/usr/include/qm-dsp', '-DHAVE_RF64_RIFF', '-DWAF_BUILD', '-DNDEBUG', '-fshow-column', '-O3', '-fomit-frame-pointer', '-ffast-math', '-fstrength-reduce', '-pipe', '-DARCH_X86', '-mmmx', '-msse', '-mfpmath=sse', '-DUSE_XMMINTRIN', '-DBUILD_SSE_OPTIMIZATIONS', '-DLXVST_64BIT', '-Wall', '-Wpointer-arith', '-Wcast-qual', '-Wcast-align', '-Wno-unused-parameter', '-DBOOST_SYSTEM_NO_DEPRECATED', '-D_ISOC9X_SOURCE', '-D_LARGEFILE64_SOURCE', '-D_FILE_OFFSET_BITS=64', '-DENABLE_NLS', '-DPROGRAM_NAME="Ardour"', u'-DPROGRAM_VERSION="5"', '-std=c++11', '-DBOOST_NO_AUTO_PTR', '-Woverloaded-virtual', '-Wno-unused-local-typedefs', '-D__STDC_LIMIT_MACROS', '-D__STDC_FORMAT_MACROS', '-DCANVAS_COMPATIBILITY', '-DCANVAS_DEBUG', '-I/home/mira/PACKAGING/ardour/build/.conf_check_8c4e7c126e23dfb147a35ec0355dded9/testbuild', '-DINTERNAL_SHARED_LIBS=1', '-DUSE_EXTERNAL_LIBS=1', '-DHAVE_DLOPEN=1', '-DHAVE_ALSA=1', '-DHAVE_GLIB=1', '-DHAVE_GTHREAD=1', '-DHAVE_GLIBMM=1', '-DHAVE_SNDFILE=1', '-DHAVE_GIOMM=1', '-DHAVE_CURL=1', '-DHAVE_ARCHIVE=1', '-DHAVE_LO=1', '-DHAVE_TAGLIB=1', '-DHAVE_VAMPSDK=1', '-DHAVE_VAMPHOSTSDK=1', '-DHAVE_RUBBERBAND=1', '-DEXPORT_VISIBILITY_HIDDEN=False', '-DENABLE_NLS=1', '-DLXVST_SUPPORT=1', '-DCONFIG_ARCH="x86_64"', '-DHAVE_TOOLS_SANITY_CHECK=1', '-DHAVE_TOOLS_GCCABICHECK=1', '-DHAVE_LIBS_CLEARLOOKS_NEWER=1', '-DHAVE_LIBFLUIDSYNTH=1', '-DHAVE_LIBS_FLUIDSYNTH=1', '-DHAVE_HIDAPI=1', '-DHAVE_LIBS_HIDAPI=1', '-DHAVE_LIBLTC=1', '-DHAVE_LIBS_LIBLTC=1', '-DHAVE_LIBS_LUA=1', '-DHAVE_LIBS_PTFORMAT=1', '../test.cpp', '-c', '-o', 'test.cpp.1.o'] 13:07:43 runner ['/usr/bin/g++', '-Wl,-z,relro', '-Wl,-z,now', '-Wl,-z,relro', '-Wl,-z,now', 'test.cpp.1.o', '-o', '/home/mira/PACKAGING/ardour/build/.conf_check_8c4e7c126e23dfb147a35ec0355dded9/testbuild/testprog', '-Wl,-Bstatic', '-Wl,-Bdynamic'] yes Checking for library qm-dsp : 13:07:43 runner ['/usr/bin/g++', '-I/home/mira/PACKAGING/ardour', '-Wdate-time', '-D_FORTIFY_SOURCE=2', '-g', '-O2', '-fdebug-prefix-map=/home/mira/PACKAGING/ardour=.', '-fstack-protector-strong', '-Wformat', '-Werror=format-security', '-I/usr/include/qm-dsp', '-DHAVE_RF64_RIFF', '-DWAF_BUILD', '-DNDEBUG', '-fshow-column', '-O3', '-fomit-frame-pointer', '-ffast-math', '-fstrength-reduce', '-pipe', '-DARCH_X86', '-mmmx', '-msse', '-mfpmath=sse', '-DUSE_XMMINTRIN', '-DBUILD_SSE_OPTIMIZATIONS', '-DLXVST_64BIT', '-Wall', '-Wpointer-arith', '-Wcast-qual', '-Wcast-align', '-Wno-unused-parameter', '-DBOOST_SYSTEM_NO_DEPRECATED', '-D_ISOC9X_SOURCE', '-D_LARGEFILE64_SOURCE', '-D_FILE_OFFSET_BITS=64', '-DENABLE_NLS', '-DPROGRAM_NAME="Ardour"', u'-DPROGRAM_VE
Re: Ardour new B-D
2016-12-07 1:45 GMT+01:00 Jaromír Mikeš : > 2016-12-06 23:09 GMT+01:00 James Cowgill : >> On 06/12/16 02:15, Jaromír Mikeš wrote: >> Why do you need to patch a makefile in? Most of this stuff could be done >> in debian/rules or by dh_install etc. > > I will move instructions from "my makefile" to d/rules file latter ... > for now I have just improved patch. > >>> +include build/general/Makefile.inc >> >> IMO you should use make recursion instead of including this makefile. > > I must investigate how to do properly ... not working here for now :( Fixed now in d/rules file. >>> +CFLAGS += -DNDEBUG -O3 -fPIC -ffast-math -ftree-vectorize -DUSE_PTHREADS >>> -Ibuild/linux/amd64 >> >> The headers in build/linux/amd64 look bundled so I don't think you >> should use them. > > Will be fixed ... need some time to figure out how to do it Used system-wide libatlas-dev headers >>> + gcc -shared $(LDFLAGS) -o $(QM-DSP_MAJ) -Wl,-soname,$(QM-DSP_MAJ) >>> -Wl,--whole-archive libqm-dsp.a -Wl,--no-whole-archive >> >> I think adding -Wl,--no-undefined is a good idea here. You then need to >> add the other libraries qm-dsp uses so you don't need to add them manually. > > Build fails with -Wl,--no-undefined :( > >>> + >>> +install: $(QM-DSP_MAJ) >>> + install -d $(DESTDIR)$(PREFIX)/include/base >>> + install -d $(DESTDIR)$(PREFIX)/$(LIBDIR) >>> + install -m 644 $(QM-DSP_H) $(DESTDIR)$(PREFIX)/include/base >> >> I think "/usr/include/base" is a bit too generic. I notice that fedora >> installs them into "/usr/include/qm-dsp". > > Hmmm but when building Ardour base/Pitch.h is searched ... > >> http://pkgs.fedoraproject.org/cgit/rpms/qm-dsp.git/tree/qm-dsp-install.patch Ahh ... sorry now I got it! :( All headers are now installed! Can you check now please? best regards mira ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Ardour new B-D
2016-12-06 23:09 GMT+01:00 James Cowgill : > On 06/12/16 02:15, Jaromír Mikeš wrote: Hi, >> Can you have a look on my initial packaging of qm-dsp? > > d/rules >> LDFLAGS+=-Wl,--as-needed > > Use DEB_MAINT_LD_FLAGS_APPEND Done! >> override_dh_auto_configure: >> qmake-qt4 -project PREFIX=/usr -config release >> $(MAKE) >> dh_auto_configure > > Why are you using qmake? What does it gain you? Yes it is nonsense ... :( Fixed! > You should not run the build as part of the configure step. > > I think dh_auto_configure is a no-op here. Fixed! > d/patches/01-Makefile.patch > > Why do you need to patch a makefile in? Most of this stuff could be done > in debian/rules or by dh_install etc. I will move instructions from "my makefile" to d/rules file latter ... for now I have just improved patch. >> +include build/general/Makefile.inc > > IMO you should use make recursion instead of including this makefile. I must investigate how to do properly ... not working here for now :( >> + >> +PREFIX ?= /usr >> +SUFFIX := $(shell uname -m | sed -e 's/^unknown/$//' -e 's/^i.86/$//' -e >> 's/^x86_64/$/64/') > This is broken on non-x86 machines. Why do you need it in the first > place? > > As a side note - using uname -m detects the _build_ architecture and > not the _host_ architecture (which is what you want here). LIBDIR is overwritten by d/rules >> +LIBDIR ?= lib$(SUFFIX) >> + >> + >> +MAJVERS = 0 >> +MINVERS = 0.0 >> +VERSION = $(MAJVERS).$(MINVERS) > > Unused variable? Fixed! >> +CFLAGS += -DNDEBUG -O3 -fPIC -ffast-math -ftree-vectorize -DUSE_PTHREADS >> -Ibuild/linux/amd64 > > The headers in build/linux/amd64 look bundled so I don't think you > should use them. Will be fixed ... need some time to figure out how to do it >> +QM-DSP_MIN = $(QM-DSP_MAJ).$(MINVERS) >> +QM-DSP_DEP = >> +QM-DSP_H = base/*.h >> + >> + >> +$(QM-DSP_MAJ): $(QM-DSP_MAJ) > > Circular dependency. You probably want to depend on libqm-dsp.a. Fixed! >> + gcc -shared $(LDFLAGS) -o $(QM-DSP_MAJ) -Wl,-soname,$(QM-DSP_MAJ) >> -Wl,--whole-archive libqm-dsp.a -Wl,--no-whole-archive > > I think adding -Wl,--no-undefined is a good idea here. You then need to > add the other libraries qm-dsp uses so you don't need to add them manually. Build fails with -Wl,--no-undefined :( >> + >> +install: $(QM-DSP_MAJ) >> + install -d $(DESTDIR)$(PREFIX)/include/base >> + install -d $(DESTDIR)$(PREFIX)/$(LIBDIR) >> + install -m 644 $(QM-DSP_H) $(DESTDIR)$(PREFIX)/include/base > > I think "/usr/include/base" is a bit too generic. I notice that fedora > installs them into "/usr/include/qm-dsp". Hmmm but when building Ardour base/Pitch.h is searched ... > http://pkgs.fedoraproject.org/cgit/rpms/qm-dsp.git/tree/qm-dsp-install.patch > >> + install -m 755 $(QM-DSP_MAJ) $(DESTDIR)$(PREFIX)/$(LIBDIR) >> + /sbin/ldconfig -n $(DESTDIR)$(PREFIX)/$(LIBDIR) > > This line does nothing because libqm-dsp.so.0 already exists. Removed! >> + ln -sf $(QM-DSP_MIN) $(DESTDIR)$(PREFIX)/$(LIBDIR)/$(QM-DSP_SO) >> + >> +clean: >> + /bin/rm -f *~ *.o *.a *.d *.so.* > > Make doesn't like this because there is already a clean target defined > in Makefile.inc. Removed! mira ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Ardour new B-D
Hi, On 06/12/16 02:15, Jaromír Mikeš wrote: > 2016-12-06 0:35 GMT+01:00 James Cowgill : > > Hi, > >>> Ok .. and how to get libqm-dsp.so.0.0.0 ? >> >> -o libqm-dsp.so.0.0.0 >> >> Why do you want to do this? >> >> Are you talking about the libtool convention? If you use libtool to >> build libraries, the library will have (initially) a .0.0.0 suffix. Only >> the first digit which is part of the SONAME is actually important. The >> purpose of doing this is to allow multiple versions of each library to >> be installed, but in Debian it's mostly irrelevant since you can't >> install two versions of a package. > > Ok ... I am not building it ... > Can you have a look on my initial packaging of qm-dsp? d/rules > LDFLAGS+=-Wl,--as-needed Use DEB_MAINT_LD_FLAGS_APPEND > override_dh_auto_configure: > qmake-qt4 -project PREFIX=/usr -config release > $(MAKE) > dh_auto_configure Why are you using qmake? What does it gain you? You should not run the build as part of the configure step. I think dh_auto_configure is a no-op here. d/patches/01-Makefile.patch Why do you need to patch a makefile in? Most of this stuff could be done in debian/rules or by dh_install etc. > +include build/general/Makefile.inc IMO you should use make recursion instead of including this makefile. > + > +PREFIX ?= /usr > +SUFFIX := $(shell uname -m | sed -e 's/^unknown/$//' -e 's/^i.86/$//' -e > 's/^x86_64/$/64/') This is broken on non-x86 machines. Why do you need it in the first place? As a side note - using uname -m detects the _build_ architecture and not the _host_ architecture (which is what you want here). > +LIBDIR ?= lib$(SUFFIX) > + > + > +MAJVERS = 0 > +MINVERS = 0.0 > +VERSION = $(MAJVERS).$(MINVERS) Unused variable? > + > + > +CFLAGS += -DNDEBUG -O3 -fPIC -ffast-math -ftree-vectorize -DUSE_PTHREADS > -Ibuild/linux/amd64 The headers in build/linux/amd64 look bundled so I don't think you should use them. > +CXXFLAGS += -fPIC -Wall > +CXXFLAGS += $(CFLAGS) > +LDLFAGS += > +LDLIBS += > + > + > +QM-DSP_SO = libqm-dsp.so > +QM-DSP_MAJ = $(QM-DSP_SO).$(MAJVERS) > +QM-DSP_MIN = $(QM-DSP_MAJ).$(MINVERS) > +QM-DSP_DEP = > +QM-DSP_H = base/*.h > + > + > +$(QM-DSP_MAJ): $(QM-DSP_MAJ) Circular dependency. You probably want to depend on libqm-dsp.a. > + gcc -shared $(LDFLAGS) -o $(QM-DSP_MAJ) -Wl,-soname,$(QM-DSP_MAJ) > -Wl,--whole-archive libqm-dsp.a -Wl,--no-whole-archive I think adding -Wl,--no-undefined is a good idea here. You then need to add the other libraries qm-dsp uses so you don't need to add them manually. > + > +install: $(QM-DSP_MAJ) > + install -d $(DESTDIR)$(PREFIX)/include/base > + install -d $(DESTDIR)$(PREFIX)/$(LIBDIR) > + install -m 644 $(QM-DSP_H) $(DESTDIR)$(PREFIX)/include/base I think "/usr/include/base" is a bit too generic. I notice that fedora installs them into "/usr/include/qm-dsp". http://pkgs.fedoraproject.org/cgit/rpms/qm-dsp.git/tree/qm-dsp-install.patch > + install -m 755 $(QM-DSP_MAJ) $(DESTDIR)$(PREFIX)/$(LIBDIR) > + /sbin/ldconfig -n $(DESTDIR)$(PREFIX)/$(LIBDIR) This line does nothing because libqm-dsp.so.0 already exists. > + ln -sf $(QM-DSP_MIN) $(DESTDIR)$(PREFIX)/$(LIBDIR)/$(QM-DSP_SO) > + > +clean: > + /bin/rm -f *~ *.o *.a *.d *.so.* Make doesn't like this because there is already a clean target defined in Makefile.inc. Thanks, James signature.asc Description: OpenPGP digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Ardour new B-D
2016-12-06 0:35 GMT+01:00 James Cowgill : Hi, >> Ok .. and how to get libqm-dsp.so.0.0.0 ? > > -o libqm-dsp.so.0.0.0 > > Why do you want to do this? > > Are you talking about the libtool convention? If you use libtool to > build libraries, the library will have (initially) a .0.0.0 suffix. Only > the first digit which is part of the SONAME is actually important. The > purpose of doing this is to allow multiple versions of each library to > be installed, but in Debian it's mostly irrelevant since you can't > install two versions of a package. Ok ... I am not building it ... Can you have a look on my initial packaging of qm-dsp? best regards mira ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Ardour new B-D
Hi, On 05/12/16 22:46, Jaromír Mikeš wrote: > 2016-12-05 16:35 GMT+01:00 James Cowgill : > >> You can convert the static library to a shared library by adding -fPIC >> to CFLAGS and using something like: >> >> gcc -shared $(LDFLAGS) -o libqm-dsp.so.0 -Wl,-soname,libqm-dsp.so.0 >> -Wl,--whole-archive -Wl,--no-whole-archive > > Ok .. and how to get libqm-dsp.so.0.0.0 ? -o libqm-dsp.so.0.0.0 Why do you want to do this? Are you talking about the libtool convention? If you use libtool to build libraries, the library will have (initially) a .0.0.0 suffix. Only the first digit which is part of the SONAME is actually important. The purpose of doing this is to allow multiple versions of each library to be installed, but in Debian it's mostly irrelevant since you can't install two versions of a package. Thanks, James signature.asc Description: OpenPGP digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Ardour new B-D
2016-12-05 16:35 GMT+01:00 James Cowgill : > You can convert the static library to a shared library by adding -fPIC > to CFLAGS and using something like: > > gcc -shared $(LDFLAGS) -o libqm-dsp.so.0 -Wl,-soname,libqm-dsp.so.0 > -Wl,--whole-archive -Wl,--no-whole-archive Ok .. and how to get libqm-dsp.so.0.0.0 ? best regards mira ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Ardour new B-D
2016-12-05 16:35 GMT+01:00 James Cowgill : > Hi, > > On 05/12/16 09:09, Jaromír Mikeš wrote: >> 2016-12-04 22:55 GMT+01:00 James Cowgill : >>> On 03/12/16 15:56, Jaromír Mikeš wrote: it looks like ardourd has new B-D qm-dsp which is not packaged in debian yet https://code.soundsoftware.ac.uk/projects/qm-dsp https://github.com/c4dm/qm-dsp Options: 1) package qm-dsp - I am quite busy at the moment to do it >>> >>> This is of course the right thing to do. >> >> Yes ... I am thinking to do it anyway just can't to figure out how to >> build a shared libs ... >> now I am able build just static ones :( >> Can you have a look on source and advise me? > > It looks like upstream uses a crap build system and it will only produce > a static library. Ardour doesn't even use their build system. Yes I noticed that Ardour use own build system ... > Perhaps > you could ask upstream to switch to something saner? I already asked ... not answer yet > You can convert the static library to a shared library by adding -fPIC > to CFLAGS and using something like: > > gcc -shared $(LDFLAGS) -o libqm-dsp.so.0 -Wl,-soname,libqm-dsp.so.0 > -Wl,--whole-archive -Wl,--no-whole-archive I will try .. thanks mira ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Ardour new B-D
Hi, On 05/12/16 09:09, Jaromír Mikeš wrote: > 2016-12-04 22:55 GMT+01:00 James Cowgill : >> On 03/12/16 15:56, Jaromír Mikeš wrote: >>> it looks like ardourd has new B-D qm-dsp which is not packaged in debian yet >>> >>> https://code.soundsoftware.ac.uk/projects/qm-dsp >>> https://github.com/c4dm/qm-dsp >>> >>> Options: >>> 1) package qm-dsp - I am quite busy at the moment to do it >> >> This is of course the right thing to do. > > Yes ... I am thinking to do it anyway just can't to figure out how to > build a shared libs ... > now I am able build just static ones :( > Can you have a look on source and advise me? It looks like upstream uses a crap build system and it will only produce a static library. Ardour doesn't even use their build system. Perhaps you could ask upstream to switch to something saner? You can convert the static library to a shared library by adding -fPIC to CFLAGS and using something like: gcc -shared $(LDFLAGS) -o libqm-dsp.so.0 -Wl,-soname,libqm-dsp.so.0 -Wl,--whole-archive -Wl,--no-whole-archive Thanks, James signature.asc Description: OpenPGP digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Ardour new B-D
2016-12-04 22:55 GMT+01:00 James Cowgill : > Hi, > > On 03/12/16 15:56, Jaromír Mikeš wrote: >> it looks like ardourd has new B-D qm-dsp which is not packaged in debian yet >> >> https://code.soundsoftware.ac.uk/projects/qm-dsp >> https://github.com/c4dm/qm-dsp >> >> Options: >> 1) package qm-dsp - I am quite busy at the moment to do it > > This is of course the right thing to do. Yes ... I am thinking to do it anyway just can't to figure out how to build a shared libs ... now I am able build just static ones :( Can you have a look on source and advise me? >> 2) allow ardour using internal copy of library ... I am not sure how to do >> it :( > > It looks like qm-dsp is not a new library, but a change in 5.5 disables > the local copy if --use-external-libs is used. This is the commit: > https://github.com/Ardour/ardour/commit/0aaded531828a2885bdaa3f3715062f069d738a3 > > You may be able to partially revert that (I think only reverting the > configure and build bits from libs/qm-dsp/wscript is needed) to build > ardour again. This should only be a temporary fix though. Thanks for this ... but as you wrote this is just plan B ;) mira ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Ardour new B-D
Hi, On 03/12/16 15:56, Jaromír Mikeš wrote: > it looks like ardourd has new B-D qm-dsp which is not packaged in debian yet > > https://code.soundsoftware.ac.uk/projects/qm-dsp > https://github.com/c4dm/qm-dsp > > Options: > 1) package qm-dsp - I am quite busy at the moment to do it This is of course the right thing to do. > 2) allow ardour using internal copy of library ... I am not sure how to do it > :( It looks like qm-dsp is not a new library, but a change in 5.5 disables the local copy if --use-external-libs is used. This is the commit: https://github.com/Ardour/ardour/commit/0aaded531828a2885bdaa3f3715062f069d738a3 You may be able to partially revert that (I think only reverting the configure and build bits from libs/qm-dsp/wscript is needed) to build ardour again. This should only be a temporary fix though. James signature.asc Description: OpenPGP digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Ardour new B-D
Hi, it looks like ardourd has new B-D qm-dsp which is not packaged in debian yet https://code.soundsoftware.ac.uk/projects/qm-dsp https://github.com/c4dm/qm-dsp Options: 1) package qm-dsp - I am quite busy at the moment to do it 2) allow ardour using internal copy of library ... I am not sure how to do it :( opinions? Checking for header base/Pitch.h : 15:01:49 runner ['/usr/bin/g++', '-I/build/ardour-5.5.0~dfsg', '-Wdate-time', '-D_FORTIFY_SOURCE=2', '-g', '-O2', '-fdebug-prefix-map=/build/ardour-5.5.0~dfsg=.', '-fstack-protector-strong', '-Wformat', '-Werror=format-security', '-I/usr/include/qm-dsp', '-DHAVE_RF64_RIFF', '-DWAF_BUILD', '-DNDEBUG', '-fshow-column', '-O3', '-fomit-frame-pointer', '-ffast-math', '-fstrength-reduce', '-pipe', '-DARCH_X86', '-mmmx', '-msse', '-mfpmath=sse', '-DUSE_XMMINTRIN', '-DBUILD_SSE_OPTIMIZATIONS', '-DLXVST_64BIT', '-Wall', '-Wpointer-arith', '-Wcast-qual', '-Wcast-align', '-Wno-unused-parameter', '-DBOOST_SYSTEM_NO_DEPRECATED', '-D_ISOC9X_SOURCE', '-D_LARGEFILE64_SOURCE', '-D_FILE_OFFSET_BITS=64', '-DENABLE_NLS', '-DPROGRAM_NAME="Ardour"', u'-DPROGRAM_VERSION="5"', '-std=c++11', '-DBOOST_NO_AUTO_PTR', '-Woverloaded-virtual', '-Wno-unused-local-typedefs', '-D__STDC_LIMIT_MACROS', '-D__STDC_FORMAT_MACROS', '-DCANVAS_COMPATIBILITY', '-DCANVAS_DEBUG', '-I/build/ardour-5.5.0~dfsg/build/.conf_check_8c4e7c126e23dfb147a35ec0355dded9/testbuild', '-DINTERNAL_SHARED_LIBS=1', '-DUSE_EXTERNAL_LIBS=1', '-DHAVE_DLOPEN=1', '-DHAVE_ALSA=1', '-DHAVE_GLIB=1', '-DHAVE_GTHREAD=1', '-DHAVE_GLIBMM=1', '-DHAVE_SNDFILE=1', '-DHAVE_GIOMM=1', '-DHAVE_CURL=1', '-DHAVE_ARCHIVE=1', '-DHAVE_LO=1', '-DHAVE_TAGLIB=1', '-DHAVE_VAMPSDK=1', '-DHAVE_VAMPHOSTSDK=1', '-DHAVE_RUBBERBAND=1', '-DEXPORT_VISIBILITY_HIDDEN=False', '-DENABLE_NLS=1', '-DLXVST_SUPPORT=1', '-DCONFIG_ARCH="x86_64"', '-DHAVE_TOOLS_SANITY_CHECK=1', '-DHAVE_TOOLS_GCCABICHECK=1', '-DHAVE_LIBS_CLEARLOOKS_NEWER=1', '-DHAVE_LIBFLUIDSYNTH=1', '-DHAVE_LIBS_FLUIDSYNTH=1', '-DHAVE_HIDAPI=1', '-DHAVE_LIBS_HIDAPI=1', '-DHAVE_LIBLTC=1', '-DHAVE_LIBS_LIBLTC=1', '-DHAVE_LIBS_LUA=1', '-DHAVE_LIBS_PTFORMAT=1', '../test.cpp', '-c', '-o', 'test.cpp.1.o'] not found The configuration failed best regards mira ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
