Menu
▾
▴
linuxsampler-devel — This list is for discussing LinuxSampler development issues and ideas
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(27) |
Nov
(120) |
Dec
(16) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(65) |
Feb
(2) |
Mar
(53) |
Apr
(15) |
May
|
Jun
(19) |
Jul
(8) |
Aug
(35) |
Sep
(17) |
Oct
(70) |
Nov
(87) |
Dec
(94) |
| 2004 |
Jan
(133) |
Feb
(28) |
Mar
(45) |
Apr
(30) |
May
(113) |
Jun
(132) |
Jul
(33) |
Aug
(29) |
Sep
(26) |
Oct
(11) |
Nov
(21) |
Dec
(60) |
| 2005 |
Jan
(108) |
Feb
(153) |
Mar
(108) |
Apr
(44) |
May
(72) |
Jun
(90) |
Jul
(99) |
Aug
(67) |
Sep
(117) |
Oct
(38) |
Nov
(40) |
Dec
(27) |
| 2006 |
Jan
(16) |
Feb
(18) |
Mar
(21) |
Apr
(71) |
May
(26) |
Jun
(48) |
Jul
(27) |
Aug
(40) |
Sep
(20) |
Oct
(118) |
Nov
(69) |
Dec
(35) |
| 2007 |
Jan
(76) |
Feb
(98) |
Mar
(26) |
Apr
(126) |
May
(94) |
Jun
(46) |
Jul
(9) |
Aug
(89) |
Sep
(18) |
Oct
(27) |
Nov
|
Dec
(49) |
| 2008 |
Jan
(117) |
Feb
(40) |
Mar
(18) |
Apr
(30) |
May
(40) |
Jun
(10) |
Jul
(30) |
Aug
(13) |
Sep
(29) |
Oct
(23) |
Nov
(22) |
Dec
(35) |
| 2009 |
Jan
(19) |
Feb
(39) |
Mar
(17) |
Apr
(2) |
May
(6) |
Jun
(6) |
Jul
(8) |
Aug
(11) |
Sep
(1) |
Oct
(46) |
Nov
(13) |
Dec
(5) |
| 2010 |
Jan
(21) |
Feb
(3) |
Mar
(2) |
Apr
(7) |
May
(1) |
Jun
(26) |
Jul
(3) |
Aug
(10) |
Sep
(13) |
Oct
(35) |
Nov
(10) |
Dec
(17) |
| 2011 |
Jan
(26) |
Feb
(27) |
Mar
(14) |
Apr
(32) |
May
(8) |
Jun
(11) |
Jul
(4) |
Aug
(7) |
Sep
(27) |
Oct
(25) |
Nov
(7) |
Dec
(2) |
| 2012 |
Jan
(20) |
Feb
(17) |
Mar
(59) |
Apr
(31) |
May
|
Jun
(6) |
Jul
(7) |
Aug
(10) |
Sep
(11) |
Oct
(2) |
Nov
(4) |
Dec
(17) |
| 2013 |
Jan
(17) |
Feb
(2) |
Mar
(3) |
Apr
(4) |
May
(8) |
Jun
(3) |
Jul
(2) |
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
(1) |
| 2014 |
Jan
(6) |
Feb
(26) |
Mar
(12) |
Apr
(14) |
May
(8) |
Jun
(7) |
Jul
(6) |
Aug
(6) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(9) |
Feb
(5) |
Mar
(4) |
Apr
(9) |
May
(3) |
Jun
(2) |
Jul
(4) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(3) |
| 2016 |
Jan
(2) |
Feb
(4) |
Mar
(5) |
Apr
(4) |
May
(14) |
Jun
(31) |
Jul
(18) |
Aug
|
Sep
(10) |
Oct
(3) |
Nov
|
Dec
|
| 2017 |
Jan
(39) |
Feb
(5) |
Mar
(2) |
Apr
|
May
(52) |
Jun
(11) |
Jul
(36) |
Aug
(1) |
Sep
(7) |
Oct
(4) |
Nov
(10) |
Dec
(8) |
| 2018 |
Jan
(3) |
Feb
(4) |
Mar
|
Apr
(8) |
May
(28) |
Jun
(11) |
Jul
(2) |
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(25) |
| 2019 |
Jan
(12) |
Feb
(50) |
Mar
(14) |
Apr
(3) |
May
(8) |
Jun
(17) |
Jul
(10) |
Aug
(2) |
Sep
(21) |
Oct
(10) |
Nov
|
Dec
(28) |
| 2020 |
Jan
(4) |
Feb
(10) |
Mar
(7) |
Apr
(16) |
May
(10) |
Jun
(7) |
Jul
(2) |
Aug
(5) |
Sep
(3) |
Oct
(3) |
Nov
(2) |
Dec
(1) |
| 2021 |
Jan
|
Feb
(5) |
Mar
(13) |
Apr
(13) |
May
(7) |
Jun
|
Jul
(1) |
Aug
(11) |
Sep
(12) |
Oct
(7) |
Nov
(26) |
Dec
(41) |
| 2022 |
Jan
(23) |
Feb
|
Mar
(8) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(1) |
Dec
(1) |
| 2023 |
Jan
|
Feb
(5) |
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(11) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
| 2024 |
Jan
(2) |
Feb
(4) |
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(10) |
Dec
|
| 2025 |
Jan
|
Feb
(4) |
Mar
(1) |
Apr
(2) |
May
|
Jun
(17) |
Jul
(1) |
Aug
(4) |
Sep
(7) |
Oct
(1) |
Nov
(9) |
Dec
|
|
From: Luis G. <lui...@us...> - 2012-04-10 22:37:55
|
On 04/11/2012 12:25 AM, rosea.grammostola wrote: > Did you also build the nsm-proxy (branch) and added the script via > client nsm-proxy? Nope, just fired up nsmd and non-session-manager, created a session, added the script via the GUI and started and closed the session several times to check it worked. Luis |
|
From: rosea.grammostola <ros...@gm...> - 2012-04-10 22:26:27
|
On 04/11/2012 12:06 AM, Luis Garrido wrote: > On 04/10/2012 10:40 PM, rosea.grammostola wrote: > >> Thanks, but the lscp file should be loaded as argument in the proxy app >> in NSM. So in my previous script I have $1, which should allow me to add >> the lscp file as argument in the proxy app in NSM. > > Sure, it was just an example for the process management logic. > >> Anyway, this doesn't kill it either. >> > > Strange, out of curiosity I built the non-stuff here and everything > works as expected. When I click the Close button both the script and LS > are terminated. Did you also build the nsm-proxy (branch) and added the script via client nsm-proxy? |
|
From: Luis G. <lui...@us...> - 2012-04-10 22:06:29
|
On 04/10/2012 10:40 PM, rosea.grammostola wrote: > Thanks, but the lscp file should be loaded as argument in the proxy app > in NSM. So in my previous script I have $1, which should allow me to add > the lscp file as argument in the proxy app in NSM. Sure, it was just an example for the process management logic. > Anyway, this doesn't kill it either. > Strange, out of curiosity I built the non-stuff here and everything works as expected. When I click the Close button both the script and LS are terminated. Luis |
|
From: rosea.grammostola <ros...@gm...> - 2012-04-10 20:40:58
|
On 04/10/2012 10:18 PM, Luis Garrido wrote: > Maybe something like this will work, since apparently nsmd sends SIGTERM > to the applications involved in the session when the 'quit' command is > activated: > > #!/bin/bash > > linuxsampler & > LSPID=$! > sleep 4 > nc localhost 8888 < myfile.lscp > trap "kill $LSPID" SIGTERM > wait $LSPID Thanks, but the lscp file should be loaded as argument in the proxy app in NSM. So in my previous script I have $1, which should allow me to add the lscp file as argument in the proxy app in NSM. Anyway, this doesn't kill it either. Regards, \r |
|
From: hilare <hil...@ya...> - 2012-04-10 18:53:44
|
Thank you, i feel really dumb on this one, i was used to use --enable-global-attenuation=0.35 (yes, i know, only ensuring default is set) and seen some warning with the last svn about the fact that this directive was no more valid. Quickly looking at the doc gave me the false impression that the new ...-default was the equivalent to ...=0.35. Next time i will learn to read before computing ;-) On 2012-04-10 20:07, Andreas wrote: >The --enable-global-attenuation-default parameter takes a number as >value, not "yes". You only need to specify the parameter if you're not >happy with the default value of 0.35. > >/Andreas |
|
From: rosea.grammostola <ros...@gm...> - 2012-04-10 18:48:10
|
On 04/10/2012 08:27 PM, Edward Diehl wrote: > > I do not know anything about how NSM kills applications at the end of a > session so I can only offer general comments. I see your script just > brings linuxsampler to the foreground (with fg command) which do not see > would be connected with killing linuxsampler, unless NSM sent a ^C the > script I see you save the process ID (LSPID), maybe NSM wants processes > to return the processID so it can kill the process at the end. If so you > could have your script return the LSPID by putting "echo $LSPID" at the end > (instead of "fg"). One way to kill linuxsampler with with the command > "killall -q linuxsampler". If NSM allows you to supply a "kill" script you > could use that. > Thanks. Is it only possible to load a lscp file via cat, or is there a other command line method to do this? Regards, \r |
|
From: Andreas P. <and...@br...> - 2012-04-10 18:27:38
|
On 2012-04-10 20:07, hilare wrote: > > On 2012-04-10 03:30, hilare wrote: >> Correction, sorry, eventually the --enable-global-attenuation-default >> directive is _also_ breaking linuxsampler (module) svn 9 april 2012, >> always after applying the correction on configure file. > > The output of make is then: > > global_private.cpp:93: erreur: ‘yes’ was not declared in this scope The --enable-global-attenuation-default parameter takes a number as value, not "yes". You only need to specify the parameter if you're not happy with the default value of 0.35. /Andreas |
|
From: Edward D. <di...@um...> - 2012-04-10 18:27:31
|
I do not know anything about how NSM kills applications at the end of a session so I can only offer general comments. I see your script just brings linuxsampler to the foreground (with fg command) which do not see would be connected with killing linuxsampler, unless NSM sent a ^C the script I see you save the process ID (LSPID), maybe NSM wants processes to return the processID so it can kill the process at the end. If so you could have your script return the LSPID by putting "echo $LSPID" at the end (instead of "fg"). One way to kill linuxsampler with with the command "killall -q linuxsampler". If NSM allows you to supply a "kill" script you could use that. |
|
From: hilare <hil...@ya...> - 2012-04-10 18:07:54
|
i have here truncated the output of make to the last lines, because the mailing list complains about lenght of message ;-) ________________________________ From: hilare <hil...@ya...> To: "lin...@li..." <lin...@li...> Sent: Tuesday, April 10, 2012 7:42 PM Subject: Answering Andreas Persson 1/2 Hello, answering to: --------------------------------------------- On 2012-04-10 03:30, hilare wrote: > Correction, sorry, eventually the --enable-global-attenuation-default > directive is _also_ breaking linuxsampler (module) svn 9 april 2012, > always after applying the correction on configure file. What is the error? /Andreas --------------------------------------------- The output of make is then: mv -f .deps/InstrumentManagerThread.Tpo .deps/InstrumentManagerThread.Plo /bin/sh ../../libtool --tag=CXX --mode=link g++ -Wreturn-type -ffast-math -DCONFIG_PLUGIN_DIR=\"/usr/lib64/linuxsampler/plugins\" -O3 -pipe -msse -msse2 -msse3 -mfpmath=sse -mmmx -ffast-math -fomit-frame-pointer -funroll-loops -m64 -mtune=generic -pthread -o liblinuxsamplerengines.la Engine.lo AbstractEngine.lo EngineChannel.lo AbstractEngineChannel.lo EngineFactory.lo EngineChannelFactory.lo FxSend.lo InstrumentManager.lo InstrumentManagerThread.lo -luuid libtool: link: rm -fr .libs/liblinuxsamplerengines.a .libs/liblinuxsamplerengines.la libtool: link: ar cru .libs/liblinuxsamplerengines.a .libs/Engine.o .libs/AbstractEngine.o .libs/EngineChannel.o .libs/AbstractEngineChannel.o .libs/EngineFactory.o .libs/EngineChannelFactory.o .libs/FxSend.o .libs/InstrumentManager.o .libs/InstrumentManagerThread.o libtool: link: ranlib .libs/liblinuxsamplerengines.a libtool: link: ( cd ".libs" && rm -f "liblinuxsamplerengines.la" && ln -s "../liblinuxsamplerengines.la" "liblinuxsamplerengines.la" ) make[4]: quittant le répertoire « /usr/src/linuxsampler/src/engines » make[3]: quittant le répertoire « /usr/src/linuxsampler/src/engines » Making all in common make[3]: entrant dans le répertoire « /usr/src/linuxsampler/src/common » /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -Wreturn-type -ffast-math -O3 -pipe -msse -msse2 -msse3 -mfpmath=sse -mmmx -ffast-math -fomit-frame-pointer -funroll-loops -m64 -mtune=generic -pthread -MT global_private.lo -MD -MP -MF .deps/global_private.Tpo -c -o global_private.lo global_private.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -Wreturn-type -ffast-math -O3 -pipe -msse -msse2 -msse3 -mfpmath=sse -mmmx -ffast-math -fomit-frame-pointer -funroll-loops -m64 -mtune=generic -pthread -MT global_private.lo -MD -MP -MF .deps/global_private.Tpo -c global_private.cpp -fPIC -DPIC -o .libs/global_private.o global_private.cpp:93: erreur: ‘yes’ was not declared in this scope make[3]: *** [global_private.lo] Erreur 1 make[3]: quittant le répertoire « /usr/src/linuxsampler/src/common » make[2]: *** [all-recursive] Erreur 1 make[2]: quittant le répertoire « /usr/src/linuxsampler/src » make[1]: *** [all-recursive] Erreur 1 make[1]: quittant le répertoire « /usr/src/linuxsampler » make: *** [all] Erreur 2 |
|
From: hilare <hil...@ya...> - 2012-04-10 18:04:53
|
now answering to
--------------------------------------------
What happens if you change these lines in configure.in: [config_pthread_testcancel="$enableval"], []
) to [config_pthread_testcancel="$enableval"], []) that is, remove the line break before the closing parenthesis? And then rerun from "make -f Makefile.cvs"? /Andreas
--------------------------------------------
The generated configure file becomes :
20363 config_pthread_testcancel="$mac"
20364 # Check whether --enable-pthread-testcancel was given.
20365 if test "${enable_pthread_testcancel+set}" = set; then
20366 enableval=$enable_pthread_testcancel; config_pthread_testcancel="$enableval"
20367 fi
20368
So the "else" condition is removed.
Trying then configure and make results in compilation ended fine.
Trying then this release/compilation of linuxsampler results in a succesful linuxsampler engine. |
|
From: Andreas P. <and...@br...> - 2012-04-10 16:43:10
|
On 2012-04-10 03:30, hilare wrote: > Correction, sorry, eventually the --enable-global-attenuation-default > directive is _also_ breaking linuxsampler (module) svn 9 april 2012, > always after applying the correction on configure file. What is the error? /Andreas |
|
From: Andreas P. <and...@br...> - 2012-04-10 16:39:24
|
On 2012-04-10 02:09, hilare wrote:
> Looking at /configure file, this what i found around the lines the
> compiler complains about:
>
> 20363 config_pthread_testcancel="$mac"
> 20364 # Check whether --enable-pthread-testcancel was given.
> 20365 if test "${enable_pthread_testcancel+set}" = set; then
> 20366 enableval=$enable_pthread_testcancel;
> config_pthread_testcancel="$enableval"
> 20367 else
> 20368
> 20369
> 20370 fi
> 20371
>
>
> So the compiler is right, the "else" is empty ;-)
What happens if you change these lines in configure.in:
[config_pthread_testcancel="$enableval"],
[]
)
to
[config_pthread_testcancel="$enableval"],
[])
that is, remove the line break before the closing parenthesis?
And then rerun from "make -f Makefile.cvs"?
/Andreas
|
|
From: Rui N. C. <rn...@rn...> - 2012-04-10 15:31:47
|
On 04/10/2012 11:39 AM, rosea.grammostola wrote: > Hi, > > > Is this the only way to load a lscp file into LinuxSampler (apart from > using a GUI like Fantasia)? > > cat myfile.lscp | nc localhost 8888 > > I want to have a script for Non Session Manager (NSM). I NSM it is > possible to load a program via a proxy/ wrapper. I want to load a > script, which starts Linuxsampler, and be able to add an argument to the > proxy/wrapper in NSM, which loads the lscp file. The script (didn't > write it myself) looks now like (see below). > The only problem so far is, that NSM isn't able to kill Linuxsampler > when you close the session. The last command in the script doesn't work > so far, it's needs probably a more complex way to achieve that LS gets > killed when closing the session. Any help is welcome! > > Regards, > \r > > > #!/bin/bash > > linuxsampler > --instruments-db-location=/home/derick/linuxaudio/linuxsampler/dericks_instruments.db > & > > LSPID=$! > > # wait for LS to init > sleep 4; > > # tell it what file to load > cat $1 | nc localhost 8888 > > #now wait on LS to die... > fg > jfyi. qsampler has been loading/saving lscp scripts since its inception which in fact matches linuxsampler's long before fantasia (jsampler) ever existed. cheers -- rncbc aka Rui Nuno Capela rn...@rn... |
|
From: rosea.grammostola <ros...@gm...> - 2012-04-10 10:40:37
|
Hi, Is this the only way to load a lscp file into LinuxSampler (apart from using a GUI like Fantasia)? cat myfile.lscp | nc localhost 8888 I want to have a script for Non Session Manager (NSM). I NSM it is possible to load a program via a proxy/ wrapper. I want to load a script, which starts Linuxsampler, and be able to add an argument to the proxy/wrapper in NSM, which loads the lscp file. The script (didn't write it myself) looks now like (see below). The only problem so far is, that NSM isn't able to kill Linuxsampler when you close the session. The last command in the script doesn't work so far, it's needs probably a more complex way to achieve that LS gets killed when closing the session. Any help is welcome! Regards, \r #!/bin/bash linuxsampler --instruments-db-location=/home/derick/linuxaudio/linuxsampler/dericks_instruments.db & LSPID=$! # wait for LS to init sleep 4; # tell it what file to load cat $1 | nc localhost 8888 #now wait on LS to die... fg |
|
From: Edward D. <di...@um...> - 2012-04-10 02:21:32
|
I decided to recompile lv2-svn, drobilla-lad, and linuxsampler to see if progress had been made in saving the lv2 linuxsampler state. When I tried this 1 month ago there was a problem in restoring the state of multi-file gig and sfz files. I updated lv2-svn, drobilla-lad, and linuxsampler to latest SVN of each (669, 4153, 2341, respectively). I discovered that the --experimental configure flag of lv2-svn, formerly required to get the state restoration, no longer existed. Successfully built lv2-svn, and drobilla-lad, but linuxsampler would not build - there is some problem with lv2_state.h which is somehow generated (perhaps by the configure step?) which has non C++ comments in it (lines beginning with >>>>> which look like a diff output). Ok, I have learned that it is dangerous to work on the bleeding edge. Tried reverting to older versions to at least get back the original functionality, but so far have not found a combination which works. Any advice on what SVN versions to use to build a working lv2+drobilla-linuxsampler? Thanks |
|
From: hilare <hil...@ya...> - 2012-04-10 01:30:22
|
Correction, sorry, eventually the --enable-global-attenuation-default directive is _also_ breaking linuxsampler (module) svn 9 april 2012,
always after applying the correction on configure file.
________________________________
From: hilare <hil...@ya...>
To: hilare <hil...@ya...>; "lin...@li..." <lin...@li...>
Sent: Tuesday, April 10, 2012 3:20 AM
Subject: Re: Linuxsampler compilation problem
now trying to replace missing line in configure file by:
20363 config_pthread_testcancel="$mac"
20364 # Check whether --enable-pthread-testcancel was given.
20365 if test "${enable_pthread_testcancel+set}" = set; then
20366 enableval=$enable_pthread_testcancel; config_pthread_testcancel="$enableval"
20367 else
20368
20369 cat >>confdefs.h <<_ACEOF
20370 #define CONFIG_PTHREAD_TESTCANCEL 1
20371 _ACEOF
20372
20373 fi
is leading to a sucessful compilation, but:
1/ maybe this is not the right value,
2/ anyway this is a painful way to compile something. May i suppose the error is on your original file
and you will do the correction in future release, or do i need to check something very special on my config ?
As a note: linuxsampler (the module, libgig, liblscp, qsampler being fine) from cvs 7 june 2011 is not compiling
if using the compilation directive --enable-global-attenuation-default (but is compiling fine without using this directive).
I guess this have been corrected since then, because after the mod on configure file, linuxsampler svn 9 april 2012 is
compiling with and without this directive.
regards
________________________________
From: hilare <hil...@ya...>
To: hilare <hil...@ya...>; "lin...@li..." <lin...@li...>
Sent: Tuesday, April 10, 2012 2:09 AM
Subject: Re: Linuxsampler compilation problem
Looking at /configure file, this what i found around the lines the compiler complains about:
20363 config_pthread_testcancel="$mac"
20364 # Check whether --enable-pthread-testcancel was given.
20365 if test "${enable_pthread_testcancel+set}" = set; then
20366 enableval=$enable_pthread_testcancel; config_pthread_testcancel="$enableval"
20367 else
20368
20369
20370 fi
20371
So the compiler is right, the "else" is empty ;-)
I had tried to replace the missing line by:
20363 config_pthread_testcancel="$mac"
20364 # Check whether --enable-pthread-testcancel was given.
20365 if test "${enable_pthread_testcancel+set}" = set; then
20366 enableval=$enable_pthread_testcancel; config_pthread_testcancel="$enableval"
20367 else
20368 echo "i find linuxsampler stunning, and i hope being able to compile it !"
20369
20370 fi
20371
But this is not the solution, can you help me?
________________________________
From: hilare <hil...@ya...>
To: "lin...@li..." <lin...@li...>
Sent: Tuesday, April 10, 2012 12:49 AM
Subject: Linuxsampler compilation problem
Hello,
as a foreword, there is a long time since i haven't anything to say on this mail list.
I have now a problem compiling linuxsampler (libgig, liblscp and qsampler compiling fine).
Extracted from svn 9 april 2012, and compiled on RHEL 6.2 64bits, linuxsampler gives the following errors (output are complete),
1/ when " make -f Makefile.cvs " :
/usr/share/aclocal/aalib.m4:12: warning: underquoted definition of AM_PATH_AALIB
/usr/share/aclocal/aalib.m4:12: run info '(automake)Extending aclocal'
/usr/share/aclocal/aalib.m4:12: or see
http://sources.redhat.com/automake/automake.html#Extending-aclocal
libtoolize: putting auxiliary files in `.'.
libtoolize:
copying file `./ltmain.sh'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
configure.in:42: installing `./config.guess'
configure.in:42: installing `./config.sub'
configure.in:1313: installing `./install-sh'
configure.in:1313: installing `./missing'
src/Makefile.am: installing `./depcomp'
Searching for a parser generator...OK (/usr/bin/bison -y)
Generating LSCP parser...
conflits: 1801 décalage/réduction, 1045 réduction/réduction
conflits: 1801 décalage/réduction, 1045 réduction/réduction
Done
Updating Documentation/lscp.xml...Done
the french messages can be translated as "conflict on offset/reduction"
i suspect they lead to the fatal make, while the autotools seems to be happy
2/ after configure (no problem), the " make " :
checking for x86_64-redhat-linux-gnu-g++... no
checking for x86_64-redhat-linux-gnu-c++... no
checking for x86_64-redhat-linux-gnu-gpp... no
checking for x86_64-redhat-linux-gnu-aCC... no
checking for x86_64-redhat-linux-gnu-CC... no
checking for x86_64-redhat-linux-gnu-cxx... no
checking for x86_64-redhat-linux-gnu-cc++... no
checking for x86_64-redhat-linux-gnu-cl.exe... no
checking for x86_64-redhat-linux-gnu-FCC... no
checking for x86_64-redhat-linux-gnu-KCC... no
checking for x86_64-redhat-linux-gnu-RCC... no
checking for x86_64-redhat-linux-gnu-xlC_r... no
checking for x86_64-redhat-linux-gnu-xlC... no
checking for g++... g++
checking for C++ compiler default output file name... a.out
checking whether the C++ compiler works... yes
checking whether we are
cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking build system type... x86_64-redhat-linux-gnu
checking host system type... x86_64-redhat-linux-gnu
checking for x86_64-redhat-linux-gnu-gcc... no
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name
lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1966080
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/bin/ld option to reload object files... -r
checking for x86_64-redhat-linux-gnu-objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for x86_64-redhat-linux-gnu-ar... no
checking for ar... ar
checking for x86_64-redhat-linux-gnu-strip... no
checking for strip... strip
checking for x86_64-redhat-linux-gnu-ranlib... no
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h...
yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether g++ accepts -g... (cached) yes
checking how to run the C++ preprocessor... g++ -E
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics...
GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for ld used by g++... /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC -DPIC
checking if g++ PIC flag -fPIC -DPIC works... yes
checking if g++ static flag -static works... no
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux
ld.so
checking how to hardcode library paths into programs... immediate
checking whether byte ordering is bigendian... no
checking host system type... (cached) x86_64-redhat-linux-gnu
checking for x86_64-redhat-linux-gnu-pkg-config... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking whether x86 architecture... yes
checking for mmsystem.h... no
checking whether UNIX98 compatible... yes
checking features.h usability... yes
checking features.h presence... yes
checking for features.h... yes
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... no
checking whether pthreads work with -Kthread... no
checking whether pthreads work with -kthread... no
checking for the pthreads library -llthread... no
checking whether pthreads work with -pthread... yes
checking for joinable pthread attribute...
PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... no
checking for NPTL bug... no
checking uuid/uuid.h usability... yes
checking uuid/uuid.h presence... yes
checking for uuid/uuid.h... yes
checking for library containing uuid_generate... -luuid
checking alsa/asoundlib.h usability... yes
checking alsa/asoundlib.h presence... yes
checking for alsa/asoundlib.h... yes
checking for main in -lasound... yes
checking Alsa version... 1.0.22
checking for JACK... yes
checking for jack_client_name_size... yes
checking for jack_client_open... yes
checking jack/midiport.h usability... yes
checking jack/midiport.h presence... yes
checking for jack/midiport.h... yes
checking for jack_midi_get_event_count... yes
ARTS support disabled by configure script parameter
Windows ASIO support disabled by configure script parameter
MidiShare support disabled by configure script
parameter
CoreMIDI support disabled by configure script parameter
CoreAudio support disabled by configure script parameter
MME MIDI support disabled by configure script parameter
checking dssi.h usability... no
checking dssi.h presence... no
checking for dssi.h... no
checking for LV2... no
checking lv2.h usability... no
checking lv2.h presence... no
checking for lv2.h... no
checking AudioUnit/AudioUnit.h usability... no
checking AudioUnit/AudioUnit.h presence... no
checking for AudioUnit/AudioUnit.h... no
checking for GIG... yes
yes, found libgig 3.3.0
SF2 engine disabled by configure script parameter
checking for SNDFILE... yes
yes, found libsndfile 1.0
checking whether SF_FORMAT_VORBIS is declared... yes
checking for SF_INSTRUMENT.loops... yes
Instruments DB feature disabled by configure script parameter
./configure: line 20370: syntax error near unexpected token `fi'
./configure:
line 20370: `fi'
and compilation end here.
Please note that i can compile on the same system linuxsampler extracted from cvs 7 june 2011.
The only difference on the whole process is the extraction method CVS versus SVN, but i have followed instructions on page
http://www.linuxsampler.org/downloads.html , and i haven't seen any complain during the download process.
If you need any additional information or test, do not hesitate to ask for them.
Regards |
|
From: hilare <hil...@ya...> - 2012-04-10 01:21:07
|
now trying to replace missing line in configure file by:
20363 config_pthread_testcancel="$mac"
20364 # Check whether --enable-pthread-testcancel was given.
20365 if test "${enable_pthread_testcancel+set}" = set; then
20366 enableval=$enable_pthread_testcancel; config_pthread_testcancel="$enableval"
20367 else
20368
20369 cat >>confdefs.h <<_ACEOF
20370 #define CONFIG_PTHREAD_TESTCANCEL 1
20371 _ACEOF
20372
20373 fi
is leading to a sucessful compilation, but:
1/ maybe this is not the right value,
2/ anyway this is a painful way to compile something. May i suppose the error is on your original file
and you will do the correction in future release, or do i need to check something very special on my config ?
As a note: linuxsampler (the module, libgig, liblscp, qsampler being fine) from cvs 7 june 2011 is not compiling
if using the compilation directive --enable-global-attenuation-default (but is compiling fine without using this directive).
I guess this have been corrected since then, because after the mod on configure file, linuxsampler svn 9 april 2012 is
compiling with and without this directive.
regards
________________________________
From: hilare <hil...@ya...>
To: hilare <hil...@ya...>; "lin...@li..." <lin...@li...>
Sent: Tuesday, April 10, 2012 2:09 AM
Subject: Re: Linuxsampler compilation problem
Looking at /configure file, this what i found around the lines the compiler complains about:
20363 config_pthread_testcancel="$mac"
20364 # Check whether --enable-pthread-testcancel was given.
20365 if test "${enable_pthread_testcancel+set}" = set; then
20366 enableval=$enable_pthread_testcancel; config_pthread_testcancel="$enableval"
20367 else
20368
20369
20370 fi
20371
So the compiler is right, the "else" is empty ;-)
I had tried to replace the missing line by:
20363 config_pthread_testcancel="$mac"
20364 # Check whether --enable-pthread-testcancel was given.
20365 if test "${enable_pthread_testcancel+set}" = set; then
20366 enableval=$enable_pthread_testcancel; config_pthread_testcancel="$enableval"
20367 else
20368 echo "i find linuxsampler stunning, and i hope being able to compile it !"
20369
20370 fi
20371
But this is not the solution, can you help me?
________________________________
From: hilare <hil...@ya...>
To: "lin...@li..." <lin...@li...>
Sent: Tuesday, April 10, 2012 12:49 AM
Subject: Linuxsampler compilation problem
Hello,
as a foreword, there is a long time since i haven't anything to say on this mail list.
I have now a problem compiling linuxsampler (libgig, liblscp and qsampler compiling fine).
Extracted from svn 9 april 2012, and compiled on RHEL 6.2 64bits, linuxsampler gives the following errors (output are complete),
1/ when " make -f Makefile.cvs " :
/usr/share/aclocal/aalib.m4:12: warning: underquoted definition of AM_PATH_AALIB
/usr/share/aclocal/aalib.m4:12: run info '(automake)Extending aclocal'
/usr/share/aclocal/aalib.m4:12: or see
http://sources.redhat.com/automake/automake.html#Extending-aclocal
libtoolize: putting auxiliary files in `.'.
libtoolize:
copying file `./ltmain.sh'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
configure.in:42: installing `./config.guess'
configure.in:42: installing `./config.sub'
configure.in:1313: installing `./install-sh'
configure.in:1313: installing `./missing'
src/Makefile.am: installing `./depcomp'
Searching for a parser generator...OK (/usr/bin/bison -y)
Generating LSCP parser...
conflits: 1801 décalage/réduction, 1045 réduction/réduction
conflits: 1801 décalage/réduction, 1045 réduction/réduction
Done
Updating Documentation/lscp.xml...Done
the french messages can be translated as "conflict on offset/reduction"
i suspect they lead to the fatal make, while the autotools seems to be happy
2/ after configure (no problem), the " make " :
checking for x86_64-redhat-linux-gnu-g++... no
checking for x86_64-redhat-linux-gnu-c++... no
checking for x86_64-redhat-linux-gnu-gpp... no
checking for x86_64-redhat-linux-gnu-aCC... no
checking for x86_64-redhat-linux-gnu-CC... no
checking for x86_64-redhat-linux-gnu-cxx... no
checking for x86_64-redhat-linux-gnu-cc++... no
checking for x86_64-redhat-linux-gnu-cl.exe... no
checking for x86_64-redhat-linux-gnu-FCC... no
checking for x86_64-redhat-linux-gnu-KCC... no
checking for x86_64-redhat-linux-gnu-RCC... no
checking for x86_64-redhat-linux-gnu-xlC_r... no
checking for x86_64-redhat-linux-gnu-xlC... no
checking for g++... g++
checking for C++ compiler default output file name... a.out
checking whether the C++ compiler works... yes
checking whether we are
cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking build system type... x86_64-redhat-linux-gnu
checking host system type... x86_64-redhat-linux-gnu
checking for x86_64-redhat-linux-gnu-gcc... no
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name
lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1966080
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/bin/ld option to reload object files... -r
checking for x86_64-redhat-linux-gnu-objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for x86_64-redhat-linux-gnu-ar... no
checking for ar... ar
checking for x86_64-redhat-linux-gnu-strip... no
checking for strip... strip
checking for x86_64-redhat-linux-gnu-ranlib... no
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h...
yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether g++ accepts -g... (cached) yes
checking how to run the C++ preprocessor... g++ -E
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics...
GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for ld used by g++... /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC -DPIC
checking if g++ PIC flag -fPIC -DPIC works... yes
checking if g++ static flag -static works... no
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux
ld.so
checking how to hardcode library paths into programs... immediate
checking whether byte ordering is bigendian... no
checking host system type... (cached) x86_64-redhat-linux-gnu
checking for x86_64-redhat-linux-gnu-pkg-config... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking whether x86 architecture... yes
checking for mmsystem.h... no
checking whether UNIX98 compatible... yes
checking features.h usability... yes
checking features.h presence... yes
checking for features.h... yes
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... no
checking whether pthreads work with -Kthread... no
checking whether pthreads work with -kthread... no
checking for the pthreads library -llthread... no
checking whether pthreads work with -pthread... yes
checking for joinable pthread attribute...
PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... no
checking for NPTL bug... no
checking uuid/uuid.h usability... yes
checking uuid/uuid.h presence... yes
checking for uuid/uuid.h... yes
checking for library containing uuid_generate... -luuid
checking alsa/asoundlib.h usability... yes
checking alsa/asoundlib.h presence... yes
checking for alsa/asoundlib.h... yes
checking for main in -lasound... yes
checking Alsa version... 1.0.22
checking for JACK... yes
checking for jack_client_name_size... yes
checking for jack_client_open... yes
checking jack/midiport.h usability... yes
checking jack/midiport.h presence... yes
checking for jack/midiport.h... yes
checking for jack_midi_get_event_count... yes
ARTS support disabled by configure script parameter
Windows ASIO support disabled by configure script parameter
MidiShare support disabled by configure script
parameter
CoreMIDI support disabled by configure script parameter
CoreAudio support disabled by configure script parameter
MME MIDI support disabled by configure script parameter
checking dssi.h usability... no
checking dssi.h presence... no
checking for dssi.h... no
checking for LV2... no
checking lv2.h usability... no
checking lv2.h presence... no
checking for lv2.h... no
checking AudioUnit/AudioUnit.h usability... no
checking AudioUnit/AudioUnit.h presence... no
checking for AudioUnit/AudioUnit.h... no
checking for GIG... yes
yes, found libgig 3.3.0
SF2 engine disabled by configure script parameter
checking for SNDFILE... yes
yes, found libsndfile 1.0
checking whether SF_FORMAT_VORBIS is declared... yes
checking for SF_INSTRUMENT.loops... yes
Instruments DB feature disabled by configure script parameter
./configure: line 20370: syntax error near unexpected token `fi'
./configure:
line 20370: `fi'
and compilation end here.
Please note that i can compile on the same system linuxsampler extracted from cvs 7 june 2011.
The only difference on the whole process is the extraction method CVS versus SVN, but i have followed instructions on page
http://www.linuxsampler.org/downloads.html , and i haven't seen any complain during the download process.
If you need any additional information or test, do not hesitate to ask for them.
Regards |
|
From: hilare <hil...@ya...> - 2012-04-10 00:09:13
|
Looking at /configure file, this what i found around the lines the compiler complains about:
20363 config_pthread_testcancel="$mac"
20364 # Check whether --enable-pthread-testcancel was given.
20365 if test "${enable_pthread_testcancel+set}" = set; then
20366 enableval=$enable_pthread_testcancel; config_pthread_testcancel="$enableval"
20367 else
20368
20369
20370 fi
20371
So the compiler is right, the "else" is empty ;-)
I had tried to replace the missing line by:
20363 config_pthread_testcancel="$mac"
20364 # Check whether --enable-pthread-testcancel was given.
20365 if test "${enable_pthread_testcancel+set}" = set; then
20366 enableval=$enable_pthread_testcancel; config_pthread_testcancel="$enableval"
20367 else
20368 echo "i find linuxsampler stunning, and i hope being able to compile it !"
20369
20370 fi
20371
But this is not the solution, can you help me?
________________________________
From: hilare <hil...@ya...>
To: "lin...@li..." <lin...@li...>
Sent: Tuesday, April 10, 2012 12:49 AM
Subject: Linuxsampler compilation problem
Hello,
as a foreword, there is a long time since i haven't anything to say on this mail list.
I have now a problem compiling linuxsampler (libgig, liblscp and qsampler compiling fine).
Extracted from svn 9 april 2012, and compiled on RHEL 6.2 64bits, linuxsampler gives the following errors (output are complete),
1/ when " make -f Makefile.cvs " :
/usr/share/aclocal/aalib.m4:12: warning: underquoted definition of AM_PATH_AALIB
/usr/share/aclocal/aalib.m4:12: run info '(automake)Extending aclocal'
/usr/share/aclocal/aalib.m4:12: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
libtoolize: putting auxiliary files in `.'.
libtoolize:
copying file `./ltmain.sh'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
configure.in:42: installing `./config.guess'
configure.in:42: installing `./config.sub'
configure.in:1313: installing `./install-sh'
configure.in:1313: installing `./missing'
src/Makefile.am: installing `./depcomp'
Searching for a parser generator...OK (/usr/bin/bison -y)
Generating LSCP parser...
conflits: 1801 décalage/réduction, 1045 réduction/réduction
conflits: 1801 décalage/réduction, 1045 réduction/réduction
Done
Updating Documentation/lscp.xml...Done
the french messages can be translated as "conflict on offset/reduction"
i suspect they lead to the fatal make, while the autotools seems to be happy
2/ after configure (no problem), the " make " :
checking for x86_64-redhat-linux-gnu-g++... no
checking for x86_64-redhat-linux-gnu-c++... no
checking for x86_64-redhat-linux-gnu-gpp... no
checking for x86_64-redhat-linux-gnu-aCC... no
checking for x86_64-redhat-linux-gnu-CC... no
checking for x86_64-redhat-linux-gnu-cxx... no
checking for x86_64-redhat-linux-gnu-cc++... no
checking for x86_64-redhat-linux-gnu-cl.exe... no
checking for x86_64-redhat-linux-gnu-FCC... no
checking for x86_64-redhat-linux-gnu-KCC... no
checking for x86_64-redhat-linux-gnu-RCC... no
checking for x86_64-redhat-linux-gnu-xlC_r... no
checking for x86_64-redhat-linux-gnu-xlC... no
checking for g++... g++
checking for C++ compiler default output file name... a.out
checking whether the C++ compiler works... yes
checking whether we are
cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking build system type... x86_64-redhat-linux-gnu
checking host system type... x86_64-redhat-linux-gnu
checking for x86_64-redhat-linux-gnu-gcc... no
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name
lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1966080
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/bin/ld option to reload object files... -r
checking for x86_64-redhat-linux-gnu-objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for x86_64-redhat-linux-gnu-ar... no
checking for ar... ar
checking for x86_64-redhat-linux-gnu-strip... no
checking for strip... strip
checking for x86_64-redhat-linux-gnu-ranlib... no
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h...
yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether g++ accepts -g... (cached) yes
checking how to run the C++ preprocessor... g++ -E
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics...
GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for ld used by g++... /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC -DPIC
checking if g++ PIC flag -fPIC -DPIC works... yes
checking if g++ static flag -static works... no
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux
ld.so
checking how to hardcode library paths into programs... immediate
checking whether byte ordering is bigendian... no
checking host system type... (cached) x86_64-redhat-linux-gnu
checking for x86_64-redhat-linux-gnu-pkg-config... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking whether x86 architecture... yes
checking for mmsystem.h... no
checking whether UNIX98 compatible... yes
checking features.h usability... yes
checking features.h presence... yes
checking for features.h... yes
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... no
checking whether pthreads work with -Kthread... no
checking whether pthreads work with -kthread... no
checking for the pthreads library -llthread... no
checking whether pthreads work with -pthread... yes
checking for joinable pthread attribute...
PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... no
checking for NPTL bug... no
checking uuid/uuid.h usability... yes
checking uuid/uuid.h presence... yes
checking for uuid/uuid.h... yes
checking for library containing uuid_generate... -luuid
checking alsa/asoundlib.h usability... yes
checking alsa/asoundlib.h presence... yes
checking for alsa/asoundlib.h... yes
checking for main in -lasound... yes
checking Alsa version... 1.0.22
checking for JACK... yes
checking for jack_client_name_size... yes
checking for jack_client_open... yes
checking jack/midiport.h usability... yes
checking jack/midiport.h presence... yes
checking for jack/midiport.h... yes
checking for jack_midi_get_event_count... yes
ARTS support disabled by configure script parameter
Windows ASIO support disabled by configure script parameter
MidiShare support disabled by configure script
parameter
CoreMIDI support disabled by configure script parameter
CoreAudio support disabled by configure script parameter
MME MIDI support disabled by configure script parameter
checking dssi.h usability... no
checking dssi.h presence... no
checking for dssi.h... no
checking for LV2... no
checking lv2.h usability... no
checking lv2.h presence... no
checking for lv2.h... no
checking AudioUnit/AudioUnit.h usability... no
checking AudioUnit/AudioUnit.h presence... no
checking for AudioUnit/AudioUnit.h... no
checking for GIG... yes
yes, found libgig 3.3.0
SF2 engine disabled by configure script parameter
checking for SNDFILE... yes
yes, found libsndfile 1.0
checking whether SF_FORMAT_VORBIS is declared... yes
checking for SF_INSTRUMENT.loops... yes
Instruments DB feature disabled by configure script parameter
./configure: line 20370: syntax error near unexpected token `fi'
./configure:
line 20370: `fi'
and compilation end here.
Please note that i can compile on the same system linuxsampler extracted from cvs 7 june 2011.
The only difference on the whole process is the extraction method CVS versus SVN, but i have followed instructions on page
http://www.linuxsampler.org/downloads.html , and i haven't seen any complain during the download process.
If you need any additional information or test, do not hesitate to ask for them.
Regards |
|
From: hilare <hil...@ya...> - 2012-04-09 22:49:23
|
Hello, as a foreword, there is a long time since i haven't anything to say on this mail list. I have now a problem compiling linuxsampler (libgig, liblscp and qsampler compiling fine). Extracted from svn 9 april 2012, and compiled on RHEL 6.2 64bits, linuxsampler gives the following errors (output are complete), 1/ when " make -f Makefile.cvs " : /usr/share/aclocal/aalib.m4:12: warning: underquoted definition of AM_PATH_AALIB /usr/share/aclocal/aalib.m4:12: run info '(automake)Extending aclocal' /usr/share/aclocal/aalib.m4:12: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. configure.in:42: installing `./config.guess' configure.in:42: installing `./config.sub' configure.in:1313: installing `./install-sh' configure.in:1313: installing `./missing' src/Makefile.am: installing `./depcomp' Searching for a parser generator...OK (/usr/bin/bison -y) Generating LSCP parser... conflits: 1801 décalage/réduction, 1045 réduction/réduction conflits: 1801 décalage/réduction, 1045 réduction/réduction Done Updating Documentation/lscp.xml...Done the french messages can be translated as "conflict on offset/reduction" i suspect they lead to the fatal make, while the autotools seems to be happy 2/ after configure (no problem), the " make " : checking for x86_64-redhat-linux-gnu-g++... no checking for x86_64-redhat-linux-gnu-c++... no checking for x86_64-redhat-linux-gnu-gpp... no checking for x86_64-redhat-linux-gnu-aCC... no checking for x86_64-redhat-linux-gnu-CC... no checking for x86_64-redhat-linux-gnu-cxx... no checking for x86_64-redhat-linux-gnu-cc++... no checking for x86_64-redhat-linux-gnu-cl.exe... no checking for x86_64-redhat-linux-gnu-FCC... no checking for x86_64-redhat-linux-gnu-KCC... no checking for x86_64-redhat-linux-gnu-RCC... no checking for x86_64-redhat-linux-gnu-xlC_r... no checking for x86_64-redhat-linux-gnu-xlC... no checking for g++... g++ checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking build system type... x86_64-redhat-linux-gnu checking host system type... x86_64-redhat-linux-gnu checking for x86_64-redhat-linux-gnu-gcc... no checking for gcc... gcc checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1966080 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking for /usr/bin/ld option to reload object files... -r checking for x86_64-redhat-linux-gnu-objdump... objdump checking how to recognize dependent libraries... pass_all checking for x86_64-redhat-linux-gnu-ar... no checking for ar... ar checking for x86_64-redhat-linux-gnu-strip... no checking for strip... strip checking for x86_64-redhat-linux-gnu-ranlib... no checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... (cached) yes checking whether g++ accepts -g... (cached) yes checking how to run the C++ preprocessor... g++ -E checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... no checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for ld used by g++... /usr/bin/ld -m elf_x86_64 checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC -DPIC checking if g++ PIC flag -fPIC -DPIC works... yes checking if g++ static flag -static works... no checking if g++ supports -c -o file.o... yes checking if g++ supports -c -o file.o... (cached) yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether byte ordering is bigendian... no checking host system type... (cached) x86_64-redhat-linux-gnu checking for x86_64-redhat-linux-gnu-pkg-config... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking whether x86 architecture... yes checking for mmsystem.h... no checking whether UNIX98 compatible... yes checking features.h usability... yes checking features.h presence... yes checking for features.h... yes checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... no checking whether pthreads work with -Kthread... no checking whether pthreads work with -kthread... no checking for the pthreads library -llthread... no checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking for NPTL bug... no checking uuid/uuid.h usability... yes checking uuid/uuid.h presence... yes checking for uuid/uuid.h... yes checking for library containing uuid_generate... -luuid checking alsa/asoundlib.h usability... yes checking alsa/asoundlib.h presence... yes checking for alsa/asoundlib.h... yes checking for main in -lasound... yes checking Alsa version... 1.0.22 checking for JACK... yes checking for jack_client_name_size... yes checking for jack_client_open... yes checking jack/midiport.h usability... yes checking jack/midiport.h presence... yes checking for jack/midiport.h... yes checking for jack_midi_get_event_count... yes ARTS support disabled by configure script parameter Windows ASIO support disabled by configure script parameter MidiShare support disabled by configure script parameter CoreMIDI support disabled by configure script parameter CoreAudio support disabled by configure script parameter MME MIDI support disabled by configure script parameter checking dssi.h usability... no checking dssi.h presence... no checking for dssi.h... no checking for LV2... no checking lv2.h usability... no checking lv2.h presence... no checking for lv2.h... no checking AudioUnit/AudioUnit.h usability... no checking AudioUnit/AudioUnit.h presence... no checking for AudioUnit/AudioUnit.h... no checking for GIG... yes yes, found libgig 3.3.0 SF2 engine disabled by configure script parameter checking for SNDFILE... yes yes, found libsndfile 1.0 checking whether SF_FORMAT_VORBIS is declared... yes checking for SF_INSTRUMENT.loops... yes Instruments DB feature disabled by configure script parameter ./configure: line 20370: syntax error near unexpected token `fi' ./configure: line 20370: `fi' and compilation end here. Please note that i can compile on the same system linuxsampler extracted from cvs 7 june 2011. The only difference on the whole process is the extraction method CVS versus SVN, but i have followed instructions on page http://www.linuxsampler.org/downloads.html , and i haven't seen any complain during the download process. If you need any additional information or test, do not hesitate to ask for them. Regards |
|
From: Emanuel R. <xb...@we...> - 2012-04-09 18:02:03
|
Note: Loading a SFZ with an invalid key-range (eg. key=148) produces a Segm. Fault linuxsampler from current svn |
|
From: Christian S. <sch...@li...> - 2012-03-18 14:42:54
|
On Sunday 18 March 2012 11:44:56 Markus W. Kropp wrote: > hi there > > i tried to build gigedit, but it won´t (revision 2336). the attachement > shows you the errors. what´s going wrong? i saw that there was a > compilation-issue some days ago, but it was not the same error. Could you please paste the line starting with "GTKMM_LIBS" from your config.log file? CU Christian |
|
From: Markus W. K. <kr...@ko...> - 2012-03-18 10:44:51
|
hi there i tried to build gigedit, but it won´t (revision 2336). the attachement shows you the errors. what´s going wrong? i saw that there was a compilation-issue some days ago, but it was not the same error. please have a look! markus ----- Musix-Blog - Über meine Kompositionen - http://www.musix-de.blogspot.com Musix-Wiki - Den Computer zum Komponieren einrichten - http://www.musix-wiki.org Klavierunterricht in Köln - http://www.koelnklassik.de/klavierunterricht.htm Markus W. Kropp Buchholzstr. 36 51061 Köln Tel.:0221-4719703 kr...@ko... |
|
From: Markus W. K. <kr...@ko...> - 2012-03-16 13:13:06
|
hi there now i made the first two steps (all with SSO/sfz + SteinwayCv3/gig and Frescobaldi, LinuxSampler, Jsampler, Jack): 1) shrink the midimap, after this 2) compile the newest linuxsampler to 1+2 with shrinked midimap) a) When Frescobaldi/LilyPond engraves I have no crashs anymore b) Jack works now with Periods/Buffer 1024 / 2 mostly without xruns! c) sound is good, no gaps, no sounds are missing d) CPU only working at 30-50% (might be the smaller midimap) e) RAM at maximum 80% full to 1+2 with big midimap) a) engraving Frescobaldi VERY slow/system extremly slow. No end of engraving ... I think my system is running out of RAM b) Jack works fine c) sound is ok d) CPU works at 30-50%, too e) RAM ok?! I don´t know. I will check my Swap soon. so, I think it´s my RAM. Problem: compiling of gigedit didn´t work. I will check it again. Now I´m using my old self-compilied packages of gigedit. So, it´s no Problem for running the LinuxSampler. We will see... It seems to be that the newest LinuxSampler works better with SSO. So, I can use a small midimap - better than nothing. I will test how it works on my "bigger" Laptop. This will take 2 or 3 days or longer ... Greetings! ----- Musix-Blog - Über meine Kompositionen - http://www.musix-de.blogspot.com Musix-Wiki - Den Computer zum Komponieren einrichten - http://www.musix-wiki.org Klavierunterricht in Köln - http://www.koelnklassik.de/klavierunterricht.htm Markus W. Kropp Buchholzstr. 36 51061 Köln Tel.:0221-4719703 kr...@ko... |
|
From: Christian S. <sch...@li...> - 2012-03-15 14:38:34
|
On Thursday 15 March 2012 15:29:36 Markus W. Kropp wrote: > i have no error messages, linuxsampler just quits while loading the lscp > with PERSISTENT. > > are there too many instruments mapped? It is only limited by the hardware. Was your system running out of RAM while mapping those instrument with PERSISTENT? If not, please make sure you have updated to latest SVN version and provide us a backtrace of the crash. CU Christian |
|
From: Markus W. K. <kr...@ko...> - 2012-03-15 14:29:44
|
hi there i have mapped the whole sonatina symphony orchestra (except percussion and piano) + steinwayCv3 (gig) + maestro grand (gig) with the jsampler. midimapping works fine for ON_DEMAND. now i tried to set the steinwayCv3 and the maestro grand to PERSISTENT. linuxsampler crashes with jsampler or just without a frontend. i don´t have a clue what´s the problem. is it my old laptop (1gb ram, about 5-6 years old, 80gb harddiskspace, 1,6GHz)? is it jack (latency at 136ms with periode 2048 / buffer 3 ... tried several other combinations. i set this because of the crashes. normally i have latencies at 11ms)? without jack (only alsa) my system (debian-sid) crashes, too. i have no error messages, linuxsampler just quits while loading the lscp with PERSISTENT. are there too many instruments mapped? when i use ON_DEMAND and do some instrument-(program)changes on a midi-channel (while playing), it is too slow. loading is VERY slow! i work with this setup: frescobaldi/lilypond -> frescobaldis midi-player -> port 0 (jack) -> linuxsampler the change is programmed by the lilypond-command \set midiInstrument = #"acoustic grand" (from before e.g. "bright acoustic). when engraving in frescobaldi, frescobaldi crashes, too. any ideas? i have non ... ----- Musix-Blog - Über meine Kompositionen - http://www.musix-de.blogspot.com Musix-Wiki - Den Computer zum Komponieren einrichten - http://www.musix-wiki.org Klavierunterricht in Köln - http://www.koelnklassik.de/klavierunterricht.htm Markus W. Kropp Buchholzstr. 36 51061 Köln Tel.:0221-4719703 kr...@ko... |
161 messages has been excluded from this view by a project administrator.
