Trying to build arts with cmake. I received the following message:
"ALSA support are requested, but not found on your system"
Looking at the CMakeLists.txt file, I see the script is checking for "alsa/asoundlib.h."
ALSA is indeed installed and working well here. On Slackware 12.2 that file exists at:
/usr/include/alsa/asoundlib.h /usr/include/sys/asoundlib.h
How do I fix?
BTW, you might want to change the error message from:
ALSA support are requested, but not found on your system
To:
ALSA support requested, but not found on your system
The latter is more grammatically correct in English. :)
Darrell
On Monday 07 March 2011 02:05:09 Darrell Anderson wrote:
Trying to build arts with cmake. I received the following message:
[...]
How do I fix?
Please show me CMakeError.log, is located in build tree, under CMakeFiles directory.
BTW, you might want to change the error message from:
[...]
For sure, all messages must be checked by a native English speaker :)
Darrell
On Monday 07 March 2011 02:14:45 Serghei Amelian wrote:
On Monday 07 March 2011 02:05:09 Darrell Anderson wrote:
Trying to build arts with cmake. I received the following message: How do I fix?
Please show me CMakeError.log, is located in build tree, under CMakeFiles directory.
Also, show me the output for command "pkg-config alsa --cflags --libs".
Please show me CMakeError.log, is located in build
tree, under CMakeFiles
directory.
Also, show me the output for command "pkg-config alsa --cflags --libs".
======================================== pkg-config alsa --cflags --libs:
-I/usr/include/alsa -lasound
======================================== CMakeError.log:
Determining if the function pthread_create exists in the pthreads failed with the following output: Change Dir: /dev/shm/arts/CMakeFiles/CMakeTmp
Run Build Command:/usr/bin/gmake "cmTryCompileExec/fast" /usr/bin/gmake -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build gmake[1]: Entering directory `/dev/shm/arts/CMakeFiles/CMakeTmp' /usr/bin/cmake -E cmake_progress_report /dev/shm/arts/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.c.o /usr/bin/gcc -DCHECK_FUNCTION_EXISTS=pthread_create -o CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.c.o -c /usr/share/cmake-2.6/Modules/CheckFunctionExists.c Linking C executable cmTryCompileExec /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTryCompileExec.dir/link.txt --verbose=1 /usr/bin/gcc -DCHECK_FUNCTION_EXISTS=pthread_create -fPIC CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.c.o -o cmTryCompileExec -rdynamic -lpthreads /usr/lib/gcc/i486-slackware-linux/4.2.4/../../../../i486-slackware-linux/bin/ld: cannot find -lpthreads collect2: ld returned 1 exit status gmake[1]: Leaving directory `/dev/shm/arts/CMakeFiles/CMakeTmp' gmake[1]: *** [cmTryCompileExec] Error 1 gmake: *** [cmTryCompileExec/fast] Error 2 ========================================
Darrell
On Monday 07 March 2011 02:24:35 Darrell Anderson wrote: [...]
======================================== pkg-config alsa --cflags --libs:
-I/usr/include/alsa -lasound
Seems that is a problem with cmake builtin detector for ALSA, I think I must to write my own, based on pkg-config. I will try to do it tomorrow.
On Monday 07 March 2011 02:38:10 Serghei Amelian wrote:
On Monday 07 March 2011 02:24:35 Darrell Anderson wrote: [...]
======================================== pkg-config alsa --cflags --libs:
-I/usr/include/alsa -lasound
Seems that is a problem with cmake builtin detector for ALSA, I think I must to write my own, based on pkg-config. I will try to do it tomorrow.
Actually was simpler that I estimated. Please update svn tree and check again.
Actually was simpler that I estimated. Please update svn tree and check again.
I updated svn. FTBFS with a different error message.
=================================================
End of build output log:
... [ 26%] Building CXX object mcop/CMakeFiles/mcop-shared.dir/dynamicrequest.cc.o [ 26%] Building CXX object mcop/CMakeFiles/mcop-shared.dir/anyref.cc.o [ 27%] Building CXX object mcop/CMakeFiles/mcop-shared.dir/loopback.cc.o [ 28%] Building CXX object mcop/CMakeFiles/mcop-shared.dir/delayedreturn.cc.o [ 29%] Building CXX object mcop/CMakeFiles/mcop-shared.dir/thread.cc.o [ 29%] Building CXX object mcop/CMakeFiles/mcop-shared.dir/dynamicskeleton.cc.o Linking CXX shared library libmcop.so [ 29%] Built target mcop-shared make: *** [all] Error 2
=================================================
CMakeError.log:
Determining if the function pthread_create exists in the pthreads failed with the following output: Change Dir: /dev/shm/arts/CMakeFiles/CMakeTmp
Run Build Command:/usr/bin/gmake "cmTryCompileExec/fast" /usr/bin/gmake -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build gmake[1]: Entering directory `/dev/shm/arts/CMakeFiles/CMakeTmp' /usr/bin/cmake -E cmake_progress_report /dev/shm/arts/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.c.o /usr/bin/gcc -DCHECK_FUNCTION_EXISTS=pthread_create -o CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.c.o -c /usr/share/cmake-2.6/Modules/CheckFunctionExists.c Linking C executable cmTryCompileExec /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTryCompileExec.dir/link.txt --verbose=1 /usr/bin/gcc -DCHECK_FUNCTION_EXISTS=pthread_create -fPIC CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.c.o -o cmTryCompileExec -rdynamic -lpthreads /usr/lib/gcc/i486-slackware-linux/4.2.4/../../../../i486-slackware-linux/bin/ld: cannot find -lpthreads collect2: ld returned 1 exit status gmake[1]: *** [cmTryCompileExec] Error 1 gmake[1]: Leaving directory `/dev/shm/arts/CMakeFiles/CMakeTmp' gmake: *** [cmTryCompileExec/fast] Error 2
Performing C SOURCE FILE Test GSL_HAVE_OGGVORBIS_RC3 failed with the following output: Change Dir: /dev/shm/arts/CMakeFiles/CMakeTmp
Run Build Command:/usr/bin/gmake "cmTryCompileExec/fast" /usr/bin/gmake -f CMakeFiles/cmTryCompileExec.dir/build.make CMakeFiles/cmTryCompileExec.dir/build gmake[1]: Entering directory `/dev/shm/arts/CMakeFiles/CMakeTmp' /usr/bin/cmake -E cmake_progress_report /dev/shm/arts/CMakeFiles/CMakeTmp/CMakeFiles 1 Building C object CMakeFiles/cmTryCompileExec.dir/src.c.o /usr/bin/gcc -DGSL_HAVE_OGGVORBIS_RC3 -o CMakeFiles/cmTryCompileExec.dir/src.c.o -c /dev/shm/arts/CMakeFiles/CMakeTmp/src.c /dev/shm/arts/CMakeFiles/CMakeTmp/src.c: In function 'main': /dev/shm/arts/CMakeFiles/CMakeTmp/src.c:2: error: too few arguments to function 'ov_read_float' gmake[1]: *** [CMakeFiles/cmTryCompileExec.dir/src.c.o] Error 1 gmake[1]: Leaving directory `/dev/shm/arts/CMakeFiles/CMakeTmp' gmake: *** [cmTryCompileExec/fast] Error 2
Source file was: #include <vorbis/vorbisfile.h> int main() { ov_read_float(0,0,0); return 0; }
=================================================
Darrell
On Monday 07 March 2011 04:12:52 Darrell Anderson wrote: [...]
End of build output log:
... [ 26%] Building CXX object mcop/CMakeFiles/mcop-shared.dir/dynamicrequest.cc.o [ 26%] Building CXX object mcop/CMakeFiles/mcop-shared.dir/anyref.cc.o [ 27%] Building CXX object mcop/CMakeFiles/mcop-shared.dir/loopback.cc.o [ 28%] Building CXX object mcop/CMakeFiles/mcop-shared.dir/delayedreturn.cc.o [ 29%] Building CXX object mcop/CMakeFiles/mcop-shared.dir/thread.cc.o [ 29%] Building CXX object mcop/CMakeFiles/mcop-shared.dir/dynamicskeleton.cc.o Linking CXX shared library libmcop.so [ 29%] Built target mcop-shared make: *** [all] Error 2
Insufficient info, I think you run "make -j something" and error occurs somewhere earlier. Please paste entire output log (pastebin or smth).
=================================================
CMakeError.log:
[...]
You past configure stage, CMakeError.log is no longer needed.
I removed parallel processing (make -j4) from my arts build script.
I seem to have lost my ability to send an attached file. Here is a link instead:
http://humanreadable.nfshost.com/files/arts-3.5.12-i486-svn_1224109-build.lo...
Darrell
--- On Mon, 3/7/11, Serghei Amelian serghei@thel.ro wrote:
From: Serghei Amelian serghei@thel.ro Subject: Re: [trinity-devel] ALSA support are requested, but not found on your system To: trinity-devel@lists.pearsoncomputing.net Date: Monday, March 7, 2011, 2:08 AM On Monday 07 March 2011 04:12:52 Darrell Anderson wrote: [...]
End of build output log:
... [ 26%] Building CXX object mcop/CMakeFiles/mcop-shared.dir/dynamicrequest.cc.o [
26%] Building CXX
object mcop/CMakeFiles/mcop-shared.dir/anyref.cc.o [
27%] Building CXX
object mcop/CMakeFiles/mcop-shared.dir/loopback.cc.o [
28%] Building CXX
object
mcop/CMakeFiles/mcop-shared.dir/delayedreturn.cc.o [ 29%] Building
CXX object mcop/CMakeFiles/mcop-shared.dir/thread.cc.o
[ 29%] Building CXX
object
mcop/CMakeFiles/mcop-shared.dir/dynamicskeleton.cc.o Linking CXX
shared library libmcop.so [ 29%] Built target mcop-shared make: *** [all] Error 2
Insufficient info, I think you run "make -j something" and error occurs somewhere earlier. Please paste entire output log (pastebin or smth).
=================================================
CMakeError.log:
[...]
You past configure stage, CMakeError.log is no longer needed.
-- Serghei
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Tuesday 08 March 2011 02:28:49 Darrell Anderson wrote:
I removed parallel processing (make -j4) from my arts build script.
I seem to have lost my ability to send an attached file. Here is a link instead:
http://humanreadable.nfshost.com/files/arts-3.5.12-i486-svn_1224109-build.l og.gz
You have arts_export.h somewhere in build tree? Please show me output of "make VERBOSE=1", I want to check if include directive to arts_export.h is passed to compiler.
[...]
Yeah, I saw that error too, but no. I searched my entire build environment. The arts_export.h file is not to be found. I just updated svn too as you can see by the build log file name.
Same link to a newer build log output with VERBOSE=1 enabled.
http://humanreadable.nfshost.com/files/arts-3.5.12-i486-svn_1224109-build.lo...
Darrell
--- On Mon, 3/7/11, Serghei Amelian serghei@thel.ro wrote:
From: Serghei Amelian serghei@thel.ro Subject: Re: [trinity-devel] ALSA support are requested, but not found on your system To: trinity-devel@lists.pearsoncomputing.net Date: Monday, March 7, 2011, 6:47 PM On Tuesday 08 March 2011 02:28:49 Darrell Anderson wrote:
I removed parallel processing (make -j4) from my arts
build script.
I seem to have lost my ability to send an attached
file. Here is a link
instead:
http://humanreadable.nfshost.com/files/arts-3.5.12-i486-svn_1224109-build.l og.gz
You have arts_export.h somewhere in build tree? Please show me output of "make VERBOSE=1", I want to check if include directive to arts_export.h is passed to compiler.
[...]
-- Serghei
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Tuesday 08 March 2011 02:58:03 Darrell Anderson wrote:
Yeah, I saw that error too, but no. I searched my entire build environment. The arts_export.h file is not to be found. I just updated svn too as you can see by the build log file name.
I'm not sure why arts_export.h is not generated, maybe cmake 2.6.3 is too old as well. I using 2.8.4, because Gentoo do not provide anymore cmake 2.6. You can upgrade your cmake to 2.8.x?
Yay!
I updated to cmake 2.8.4.
arts built without errors.
Just to be sure I rebuilt tqtinterface too.
Where is the short list of what packages should build with cmake?
Darrell
--- On Mon, 3/7/11, Serghei Amelian serghei@thel.ro wrote:
From: Serghei Amelian serghei@thel.ro Subject: Re: [trinity-devel] ALSA support are requested, but not found on your system To: trinity-devel@lists.pearsoncomputing.net Date: Monday, March 7, 2011, 7:10 PM On Tuesday 08 March 2011 02:58:03 Darrell Anderson wrote:
Yeah, I saw that error too, but no. I searched my
entire build environment.
The arts_export.h file is not to be found. I just
updated svn too as you
can see by the build log file name.
I'm not sure why arts_export.h is not generated, maybe cmake 2.6.3 is too old as well. I using 2.8.4, because Gentoo do not provide anymore cmake 2.6. You can upgrade your cmake to 2.8.x?
-- Serghei
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Tuesday 08 March 2011 03:57:53 Darrell Anderson wrote:
Yay!
I updated to cmake 2.8.4.
arts built without errors.
Just to be sure I rebuilt tqtinterface too.
Where is the short list of what packages should build with cmake?
Darrell
There: kdelibs, kdebase, kdepim, kdevelop, kwebdev, amarok, knetworkmanager and few more, which are not commited to svn yet.
Each of them have a list of options which can be activated or deactivated. Open main CMakeLists.txt of each package to check which options are available (for this, you can use ccmake as well, instead plain cmake).
Most of packages needs argument "-DBUILD_ALL=ON"
I need a robust method of detecting whether I should use automake or cmake to build a package. During this transition to cmake both build options need to be supported.
I realize if I build with auotmake on more recent systems that the build effort will fail, but I can continue building on older systems that support older versions of automake.
I was detecting the presence of CMakeLists.txt, but now I am unsure that is a good idea.
Is there a better, more sound method to use to know when a package will build under cmake?
Darrell
--- On Mon, 3/7/11, Serghei Amelian serghei@thel.ro wrote:
From: Serghei Amelian serghei@thel.ro Subject: Re: [trinity-devel] ALSA support are requested, but not found on your system To: trinity-devel@lists.pearsoncomputing.net Date: Monday, March 7, 2011, 8:08 PM On Tuesday 08 March 2011 03:57:53 Darrell Anderson wrote:
Yay!
I updated to cmake 2.8.4.
arts built without errors.
Just to be sure I rebuilt tqtinterface too.
Where is the short list of what packages should build
with cmake?
Darrell
There: kdelibs, kdebase, kdepim, kdevelop, kwebdev, amarok, knetworkmanager and few more, which are not commited to svn yet.
Each of them have a list of options which can be activated or deactivated. Open main CMakeLists.txt of each package to check which options are available (for this, you can use ccmake as well, instead plain cmake).
Most of packages needs argument "-DBUILD_ALL=ON"
-- Serghei
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
-
Darrell Anderson -
Serghei Amelian