On Saturday 21 February 2009 16:05:20 you wrote: > if anyone try build --with-nevada or --with-osol, then they can't be > able build libcdio (needs by gst_plugins-base < QT 4.4.1).
No, OSOL uses the installed system gstreamer; only nevada wants FOSSgst- plugins-base -- something I would like to get rid of, really, by redefining the supported Nevada versions to something post-nv101b. > options force 'reduced deps option' and then is used iconv from > Solaris insted of GNU libiconv (FOSSlibiconv). libcdio's configure > script hardly wants GNU libiconv .... well next step is .... make hardly? You mean the --with-libiconv-prefix= argument passed to configure? That just sounds like a bad idea to me, and doesn't seem I just built libcdiowo on OSOL 2008.11 without our FOSSlibiconv just fine. Building libvcdimagerwo is OK. Building libcdio fails with a hard-coded - liconv, presumably from our own configure.sh. I just don't see the failure mode here.
