Registered Member
|
Hi All,
Firstly, I can't code C or C++, and I have the barest understanding of functions. I'm just passing this feedback along from those who do, and I hope it makes sense! Here is what I do know; Amarok 1.4.4 compiles on solaris 8/10 just fine. I've signed up to be the blastwave maintainer for amarok, and the 1.4.4. package [1] should be hitting the mirrors any day now - woohoo! 1.4.5 however, I can't get working, I'm bombing out with dirfd errors: if /opt/csw/gcc3/bin/g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../amarok/src -I/opt/csw/include/taglib -I/opt/csw/kde-gcc/include -DQT_THREAD_SUPPORT -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DUSE_SOLARIS -DSVR4 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT collectionscannerdcopiface_skel.o -MD -MP -MF ".deps/collectionscannerdcopiface_skel.Tpo" -c -o collectionscannerdcopiface_skel.o collectionscannerdcopiface_skel.cpp; \ then mv -f ".deps/collectionscannerdcopiface_skel.Tpo" ".deps/collectionscannerdcopiface_skel.Po"; else rm -f ".deps/collectionscannerdcopiface_skel.Tpo"; exit 1; fi collectionscanner.cpp: In member function `void CollectionScanner::readDir(const QString&, QStringList&)': collectionscanner.cpp:185: error: `dirfd' was not declared in this scope collectionscanner.cpp:185: warning: unused variable 'dirfd' gmake[4]: *** [collectionscanner.o] Error 1 gmake[4]: Leaving directory `/export/home/griffous/bw/build/amarok-1.4.5/amarok/src/collectionscanner' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/export/home/griffous/bw/build/amarok-1.4.5/amarok/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/export/home/griffous/bw/build/amarok-1.4.5/amarok' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/export/home/griffous/bw/build/amarok-1.4.5' gmake: *** [all] Error 2 [griffous@angelous:amarok-1.4.5] Now, I'm told that dirfd doesn't exist in Solaris, and apon checking the collectionscanner.cpp file for 1.4.4, I see that dirfd isn't used - which would appear to support this theory. So if I'm understanding this all correctly, I need the wonderful amarok developers to use a more unix friendly function to get Amarok working going forwards... It would be awesome to get the latest version available for the entire Solaris community I've started a thread [2] on the opensolaris forums about getting dirfd implemented, but a better approach of course would be to not use this function at all. Thoughts? Gr|ffous [1] http://www.blastwave.org/packages.php/amarok [2] http://www.opensolaris.org/jive/thread. ... 1&tstart=0 |
Registered Member
|
Hi!
Someone created a patch about this [url=http://mail.kde.org/pipermail/amarok/2007-March/003138.html]HERE! [/url] You could try it! |
Registered Member
|
Ah ha!
So it's not just me then Thanks for the link. I'll see if I can work my way through a svn install for the 1.4 branch too, as it appears that this has already been dealt to. It's also interesting to read about libxine causing hangs. I'll see if I can round up a newer Blastwave version to deal with these issues present in 1.1.1 Is there likely to be a follow-up 1.4.x release, just for bug fixes like this, or am I best to leave the Blastwave package at 1.4.4? Jonathan |
KDE Developer
|
Yes, we're working on a 1.4.6 release (purely bugfixes).
--
Mark Kretschmann - Amarok Developer |
Registered users: Bing [Bot], Google [Bot], kde-naveen, Sogou [Bot]