Bug#472613: ffmpeg-free_0.cvs20071007-4(hppa/experimental): FTBFS: missing -fPIC
Fabian Greffrath
greffrath at leat.rub.de
Fri Apr 18 09:37:25 UTC 2008
Reinhard Tartler schrieb:
> If that works, I think we can drop the drop the sed surgery regarding
> Makefile.pic / config.mak.pic, I think.
In this context I believe that the $(MAKE) calls in debian/rules are
implemented in a strange way...
You know, we call MAKE twice; once to build the static libraries and
then again to build the shared libraries and the frontends. To build
the static libraries we call MAKE from the top source directory. Then
we backup the static libraries after compilation. Afterwards, to build
the shared libraries and the frontends, we go down into each of the
libraries' directories and call 'make clean && make' (roughly) there.
Is this still necessary, given that we do not manipulate Makefile.pic
anymore, or could we simply run 'make clean && make' again from the
top source directory instead? If it is possible, we should do this for
the sake of clarity.
Another thing that I don't understand is, how it builds the ffmpeg
frontend (which it obviously does) if MAKE is only run inside the
subdirectories but not in the top directory...
Yet another issue in the context of debian/rules: As long as we don't
run configure with --disable-optimizations, the {C,CXX,LD}FLAGS
environment variables that are set by dpkg-buildpackage are simply
ignored and overridden with dubious optimization flags in the range
between -O3 and -O5. I consider this unacceptable and believe, all
sources shuold be compiled with the same standard policy-conform set
of flags that is CFLAGS="-Wall -g -O2".
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffrath at leat.ruhr-uni-bochum.de
More information about the pkg-multimedia-maintainers
mailing list