Alan DuBoff wrote:
> Last weekend I was looking at libraw1394 which is needed for much of the > multimedia stuff, mpeg4ip and some other video components. Those are > really the cool features of KDE 4, IMO, and when we see cool screen shots, > those are some of the really snazzy eye candy... libraw1394 libavc1394 libiec61883 libdvdcss libdvdread libdvdnav libdvdplay are in CVSDude. :-) mpeg4ip ffmpeg faac faad2 mpeg2dec gpac libquicktime are going into CVSDude this weekend (90% probability on mpeg4ip, once i get rid of the SEGV's this weekend, 100% probability on all the others). %> svn list http://svn2.cvsdude.com/kdesolaris/trunk ANTHY/ BOOST/ Build/ CANNA/ DUDE/ FAM/ GCROOTS/ KDE/ KQEMU/ LIBAVC1394/ LIBDVDCSS/ LIBDVDNAV/ LIBDVDPLAY/ LIBDVDREAD/ LIBIEC61883/ LIBOTF/ LIBRAW1394/ LIBTHAI/ M17NDB/ M17NLIB/ QT/ SCIM/ SETRPATH/ SIGSCHEME/ STDCXX/ UIM/ Don't get too excited about the KDE directory in there, there isn't much in there yet. :-) But there's much more to come. I just did not have the time yet to check in everything. Checking in requires creating the patches, and a script named "apply_patches", and testing this stuff for everything. This script can always be found in the "Solaris" subdir of every package at cvsdude. Many Many Thank You's for the Solaris patches for the IEEE1394 Libraries. These patches have been incorporated in the main tree, and the packages at cvsdude contain these fixes. > I'm not sure if you were following the discussion on BOOST and getting > Studio to compile it, but in the past week I saw a message from a > RougeWave guy mentioning they had a fix to compile boost...I wasn't clear > if that is the same stuff in Studio or what, and if so, that would be good > if we could expect to have Studio support without using the Apache code. BOOST 1.34.1 works with libstdcxx and Studio 12, for all 4 Solaris ISA's. Martin Sebor (of RogueWave fame) was kind enough to post here the patch for the AMD64 builds for ube's assertion in std::vector<bool> partial specialization. Without this patch, stdcxx AMD64 can still be built fine, with Studio 12, by passing: -D_RWSTD_NO_VECTOR_BOOL to Studio 12. This disables the std::vector<bool> partial specialization. Obviously, the official patch is the preferred way of building, because we would like to have identical builds on all 4 Solaris ISA's. > The Apache code seems like it would work, Stefan had the BOOST stuff > compiled and tested with another piece of code, as I recall. Maybe Stefan > will comment when he sees this thread. I did have BOOST 1.33.1 built and working with Studio 11 and Sun libCrun.so.1 libCstd.so.1. That was kind of a multi-month semi-secret project of mine. But getting that to work required some Major Hackage in Studio 11's header files. This is not a viable approach, since many Sun customers just Won't Do That(TM). And it's also Bad Juju. :-) If anyone had ever built BOOST 1.33.1, and got used to its build system, you are in for a new Build System Experience: BOOST 1.34.1 has changed its build system. Again. :-) In Other News: libxine >= 1.1.x is now a requirement for KDE4. So, there is a method behind my madness with all these multimedia libraries. :-) --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman at Sun.COM
