[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