[MPlayer-dev-eng] libdha vs PIC

Diego Biurrun diego at biurrun.de
Thu Oct 19 23:58:05 CEST 2006


On Mon, Oct 16, 2006 at 06:11:08PM +0200, Diego Biurrun wrote:
> On Mon, Oct 16, 2006 at 05:50:17PM +0200, Reimar Döffinger wrote:
> > On Mon, Oct 16, 2006 at 05:27:50PM +0200, Diego Biurrun wrote:
> > > Umm, the gcc docs claim otherwise:
> > 
> > They can only speak about standard builds.
> > 
> > > http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/Code-Gen-Options.html
> > > 
> > > It only lists the options that are not the defaults and -fPIC is there.
> > 
> > Are you sure it's the same for e.g. hardened gentoo?
> 
> True.
> 
> > > The check for -fno-PIC was added as "Zeta OS support" by you.  So I
> > > don't see what the problem will be with removing it again.  If Zeta
> > > needs it, add a special case.
> > 
> > Well, maybe I'm just imagining things. Still, why would adding a special
> > case for Zeta be a better solution than moving -fPIC at the end? Esp.
> > since no-PIC _is_ a MPlayer requirement, unless things have much changed
> > it will not compile with -fPIC, why is depending on gcc defaults that
> > are completely outside our control the "cleaner" solution?
> 
> Moving -fPIC at the end has the drawback of overriding CFLAGS.  Thus if
> you wish to disable PIC you need to edit the Makefile.  Passing CFLAGS
> is not enough then.

I just talked this over again with Reimar on IRC.  Until RC1 I will move
the -fPIC flags in the libdha/ and vidix/drivers/ Makefiles to the end
so that they take effect again.  After the release the -fno-PIC check
will be removed from configure.  Iff this proves to be problematic we
will look for a better solution then.

Diego



More information about the MPlayer-dev-eng mailing list