[Fwd: MediaLib 2.2 headers links package make gcc choke (Ogle DVD Player for Solaris).]
"Vincent S. Cojot" <[email protected]> Tue, 26 Aug 2003 04:53:01 -0400 (EDT)
| Newsgroups | gmane.comp.video.ogle.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi everyone, I just sent the following to SUN. I'll keep you updated on this if I get a reply... If that's not enough, I'll open a software support call.. :) Vincent S. Cojot, [email protected] -------- Original Message -------- Subject: MediaLib 2.2 headers links package make gcc choke (Ogle DVD Player for Solaris). From: "Vincent S. Cojot" <[email protected]> Date: Tue, August 26, 2003 4:50 To: <[email protected]> Hello everyone at the MediaLib group at SUN, First of all, Thanks for this great product, it allows us to play DVD's on Solaris on many machines (low-end and high-end). :) URL of the OGLE DVD Player for Solaris is: http://www.dtek.chalmers.se/groups/dvd See http://step.polymtl.ca/~coyote/ogle2.jpg for a solaris screenshot.. :) I'm sending you this e-mail because the following package - included in MediaLib 2.2 to provide source-level compatibility - is causing problems to the ogle DVD player and the way ./configure finds the medialib files. application SUNWmlibk mediaLib - Header and Example Links It might also cause problems to other software packagess which are using gcc and deal with either MediaLib 2.1 or MediaLib 2.2. The problem is that /opt/SUNWmlib/include is a symlink to /usr/include in Medialib-2.2. Since most software doesn't directly support MediaLib 2.2 at this time, most Medialib-using apps usually still do this: gcc -c .... -I/opt/SUNWmlib/include .... Of course, under gcc, this will be equivalent to forcibly including -I/usr/include -again-, which will prevent gcc from using its own copy (usually under /usr/local/lib/gcc-lib/<arch>/version/stdio.h). The workaround I found was to do this: rm /opt/SUNWmlib/include (remove symlink) mkdir /opt/SUNWmlib/include (make it a directory) cd /opt/SUNWmlib/include ln -s ../../usr/include/mlib*.h /opt/SUNWmlib/include (-only- link the mlib files under /opt/SUNWmlib/include). /opt/SUNWmlib/lib doesn't suffer from this problem since the linker and dynamic linker are able to find their libs anyway... I have verified this on the following configurations: SunBlade 2000, XVR-1000 graphics, Solaris 8 02/02 + patches. Ultra 5 station, PGX-64 graphics, Solaris 8 02/02 + patches. Please fix this in a new release of MediaLib's SUNWmlibk package until all software can be changed to look for mlib*.h in /usr/include first, then under /opt/SUNWmlib/include (which defeats the purpose of providing source-level compatibility packages anyway...). Thank you for reading. ,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-, Vincent S. Cojot, Computer Engineering. STEP project. _.,-*~'`^`'~*-,._.,-*~ Ecole Polytechnique de Montreal, Comite Micro-Informatique. _.,-*~'`^`'~*-,. Linux Xview/OpenLook resources page _.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~' http://step.polymtl.ca/~coyote _.,-*~'`^`'~*-,._ [email protected] They cannot scare me with their empty spaces Between stars - on stars where no human race is I have it in me so much nearer home To scare myself with my own desert places. - Robert Frost