Menu
▾
▴
linuxsampler-devel
|
From: Rui N. C. <rn...@rn...> - 2003-12-15 11:36:39
Attachments:
linuxsampler_make.log
|
Hi all, While having trouble with some autocrapola and figured out a way to get into make, my efforts to build linuxsampler from cvs have been doomed to failure. I remember to make it right a couple of weeks ago. See attachement for the latest output error. Please note that, with more recent autoconf-2.5x and automake-1.7 stuff which is also available here as default, the autoconf preprocessing fails with the following error: Can't locate object method "path" via package "Autom4te::Request" at /usr/bin/autom4te-2.5x line 81. Same with autoreconf. The "offended" machine is my laptop where Mandrake 9.2 is installed. Any suggestions? Seeya. -- rncbc aka Rui Nuno Capela rn...@rn... |
|
From: Christian S. <chr...@ep...> - 2003-12-15 20:57:09
|
Es geschah am Montag, 15. Dezember 2003 12:36 als Rui Nuno Capela schrieb: > Hi all, Hi Rui > > While having trouble with some autocrapola and figured out a way to get > into make, my efforts to build linuxsampler from cvs have been doomed to > failure. I remember to make it right a couple of weeks ago. > > See attachement for the latest output error. The problem is the following (from your sent log): checking Alsa version... 0.0.0 Seems the Alsa version check I wrote recently failed on your machine (see configure.in). Maybe you can figure out what the problem is. If not or if you simply don't have the patience for it, just set your Alsa version in config.h (line 14 -20): /* Define to the major version number of your Alsa installation. */ #define ALSA_MAJOR 1 /* Define to the minor version number of your Alsa installation. */ #define ALSA_MINOR 0 /* Define to the subminor version number of your Alsa installation. */ #define ALSA_SUBMINOR 0 > Please note that, with more recent autoconf-2.5x and automake-1.7 stuff > which is also available here as default, the autoconf preprocessing fails > with the following error: > > Can't locate object method "path" via package "Autom4te::Request" at > /usr/bin/autom4te-2.5x line 81. Really bad situation at the moment. Let's see what we can do to get rid of these automake problems. CU Christian |
|
From: Rui N. C. <rn...@rn...> - 2003-12-15 23:39:13
|
> Really bad situation at the moment. Let's see what we can do to get rid > of these automake problems. I'm wandering what system you guys are using. I can't build or get over this autocrap trouble on any one of my boxes: suse 9.0 (dev box), fedora core 1 planet ccrma (beta-studio) nor mandrake 9.2 (laptop). Is it'coz all my boxes are fairly up to date to the bleeding edge? :) Tomorrow I'll start trying to handcraft my own autocrap and see if I get on with this ;) 'til then, cheers -- rncbc aka Rui Nuno Capela rn...@rn... |
|
From: Mark K. <mar...@co...> - 2003-12-15 23:48:57
|
On Mon, 2003-12-15 at 15:37, Rui Nuno Capela wrote: > > Really bad situation at the moment. Let's see what we can do to get rid > > of these automake problems. > > I'm wandering what system you guys are using. I can't build or get over > this autocrap trouble on any one of my boxes: suse 9.0 (dev box), fedora > core 1 planet ccrma (beta-studio) nor mandrake 9.2 (laptop). > > Is it'coz all my boxes are fairly up to date to the bleeding edge? :) > > Tomorrow I'll start trying to handcraft my own autocrap and see if I get > on with this ;) > > 'til then, > cheers Rui, Gentoo for me, but I have built recent version on my Planet RH9 box, so you should be OK there. (I hope!) ;-) Mark |
|
From: Rui N. C. <rn...@rn...> - 2003-12-16 00:18:50
|
Hello Mark, > Gentoo for me, but I have built recent version on my Planet RH9 box, > so you should be OK there. (I hope!) ;-) On my suse9 box it built to run a couple of weeks ago, 28-Nov to be more precise. Right now, is the only binary I have to play. I even have an rpm made with checkinstall (http://www.rncbc.org/ardour_pt/) just in case ;) -- rncbc aka Rui Nuno Capela rn...@rn... |
|
From: Rui N. C. <rn...@rn...> - 2003-12-20 21:00:28
|
Hi all, Finally I've made it to build linuxsampler again. If you remember I was having clueless trouble with autocrap ;) Now it sufficed to remove some files and all went't fine. My script to build linuxsampler from CVS is now just the following: ---BOF: linuxsampler_cvs_install.sh --- #!bin/sh cvs -z3 -d:pserver:ano...@cv...:/home/schropp/linuxsampler co linuxsampler cd linuxsampler || exit 1 [ -f acconfig.h ] && rm -f acconfig.h [ -d autom4te.cache ] && rm -rf autom4te.cache make -f Makefile.cvs ./configure --prefix=/usr/local --enable-optimize make || exit 2 su -c "make install" ---EOF: linuxsampler_cvs_install.sh --- Now everything is back on track :) Cheers. -- rncbc aka Rui Nuno Capela rn...@rn... |
|
From: Rui N. C. <rn...@rn...> - 2003-12-21 12:36:00
|
Mark Constable wrote: > > Yo Rui, would you mind if I put this on the Wiki at alsa.opensrc.org ? > Be my guest. However I've refined the previous script a little bit, and now it takes the following form: ---BOF: linuxsampler_cvs_install.sh --- #!/bin/sh cvs -z3 -d:pserver:ano...@cv...:/home/schropp/linuxsampler co linuxsampler cd linuxsampler || exit 1 find -name "acconfig.h" -exec rm -rvf \{} \; find -name "aclocal.m4" -exec rm -rvf \{} \; find -name "config.*" -exec rm -rvf \{} \; find -name "*.cache" -exec rm -rvf \{} \; make -f Makefile.cvs ./configure --prefix=/usr/local --enable-optimize make || exit 2 su -c "make install" ---EOF: linuxsampler_cvs_install.sh --- As of yesterday on IRC, Chris agreed to remove the "offending" files from CVS, so I think the explicit removal above will be soon a non-op. OTOH it could be moved apropriately into Makefile.cvs. > > I'm in the process of trying the above too ... thanks :-) > Please do and hope you survive to tell the story :) Bye and thanks. -- rncbc aka Rui Nuno Capela rn...@rn... |
|
From: Christian S. <chr...@ep...> - 2003-12-22 13:19:44
|
Es geschah am Sonntag, 21. Dezember 2003 13:34 als Rui Nuno Capela schrieb: > Mark Constable wrote: > > Yo Rui, would you mind if I put this on the Wiki at alsa.opensrc.org ? > > Be my guest. > > However I've refined the previous script a little bit, and now it takes > the following form: > > ---BOF: linuxsampler_cvs_install.sh --- > #!/bin/sh > cvs -z3 > -d:pserver:ano...@cv...:/home/schropp/linuxsampler co > linuxsampler > cd linuxsampler || exit 1 > find -name "acconfig.h" -exec rm -rvf \{} \; > find -name "aclocal.m4" -exec rm -rvf \{} \; > find -name "config.*" -exec rm -rvf \{} \; > find -name "*.cache" -exec rm -rvf \{} \; > make -f Makefile.cvs > ./configure --prefix=/usr/local --enable-optimize > make || exit 2 > su -c "make install" > ---EOF: linuxsampler_cvs_install.sh --- I also removed acconfig.h now from CVS, which really made sense, but I'm not sure about removing aclocal.m4, config.h.in and config.sub. If I do that it's not possible anymore to make a simple: ./configure && make Although it seems that you Rui have to autoreconf anyway, but most others don't have to, so I think it's better to keep them at the moment. > As of yesterday on IRC, Chris agreed to remove the "offending" files from > CVS, so I think the explicit removal above will be soon a non-op. OTOH it > could be moved apropriately into Makefile.cvs. Send your patch and we can elaborate a solution that fits everybody. But again, I don't think it's good to just remove that files. Best solution would be to remove that files by script only if ./configure fails. CU Christian |
|
From: Rui N. C. <rn...@rn...> - 2003-12-23 09:23:51
Attachments:
linuxsampler1.patch
|
Christian Schoenebeck wrote:
>
> I also removed acconfig.h now from CVS, which really made sense, but I'm
> not sure about removing aclocal.m4, config.h.in and config.sub. If I do
> that it's not possible anymore to make a simple:
>
> ./configure && make
>
> Although it seems that you Rui have to autoreconf anyway, but most others
> don't have to, so I think it's better to keep them at the moment.
>
Yes, in my case and possible others, the very minimal steps to build
linuxsampler from CVS are just the follwing (from the top of source tree):
rm -rf autom4te.cache
autoreconf -f
./configure && make
The other files that I suggested removal are due to their overall
obsolescence. If you have to autoreconf you don't need them at all, 'coz
they are regenerated each time you issue the primordial autocrapola
sequence:
aclocal && autoheader && automake && autoconf
which is what 'make -f Makefile.cvs' exactly does.
>
> Send your patch and we can elaborate a solution that fits everybody. But
> again, I don't think it's good to just remove that files. Best solution
> would be to remove that files by script only if ./configure fails.
>
It wasn't ./configure that was failing but make. See my Makefile.cvs patch
on attachment.
Bye and a merry merry xmas.
--
rncbc aka Rui Nuno Capela
rn...@rn... |
Thanks for helping keep SourceForge clean.
X