[FFmpeg-devel] [PATCH] dct-test compile fix

[Diego Biurrun]

On Wed, Jun 25, 2008 at 12:46:57AM +0000, Jacob Meuser wrote:
> On Tue, Jun 24, 2008 at 11:25:14PM +0100, M?ns Rullg?rd wrote:
> > Jacob Meuser <jakemsr at sdf.lonestar.org> writes:
> > > I had to hack ffmpeg's build process more than most autotools
> > > using projects to get ffmpeg to build and work on OpenBSD ...
> > 
> > A lot of the trouble there is OpenBSD lacking POSIX-compliant tools.
> 
> somewhat.  but then again, I've ported many multimedia (and other)
> applications and this is he first time I've run into the need for
> 'nm -P' or 'od -A'.

So why not make things future-proof and get the tools fixed?  You know,
somebody might run into this problem again...

> > > autotools may be far less than ideal, but they are more or less
> > > standard.  this has serious benefits that homegrown build systems
> > > will never achieve.
> > >
> > > well, at least you're only (ab)using GNU make as opposed to
> > > say scons (shudder).
> > 
> > POSIX make is useless, so we have to use something else.  Since GNU
> > make is widely available, and has the required functionality, we chose
> > to use it.
> 
> sure, but I don't think POSIX make is useless.  I mean, the autotools
> do not rely on GNU extensions to make.

Write some POSIX Makefiles, write some GNU Makefiles, compare.

A dependency on GNU Make is much smaller than a dependency on the
autosuite.  Besides, what's the point of working around Make
deficiencies when a suitable (and portable) Make version is readily
available?  GNU Make works on much more platforms than FFmpeg.

> > > and no, I'm not going to send my patches back to you because
> > 
> > With that statement, you gave up your rights to complain if our build
> > system doesn't work on your machine.
> 
> so how should I "fix" the issues with nm and od, for example?

What kind of question is that?  You have access to the source of your
system tools, don't you?

I'm not talking about theories here, I managed to get such patches into
Cygwin myself...

Diego