[FFmpeg-devel] [PATCH] Coremake support

Steve Lhomme slhomme
Mon May 14 11:32:19 CEST 2007

Diego Biurrun wrote:
> On Mon, May 14, 2007 at 10:37:19AM +0200, Steve Lhomme wrote:
>> Here is a patch to support the coremake "meta-makefile system". Like 
>> bakefile or cmake, coremake can generate makefiles and project files for 
>> various IDEs. It was developped by CoreCodec to build CorePlayer 
>> (formerly known as TCPMP), CoreAVC and all other products on all the 
>> platforms we support (windows, windows CE, symbian, palm, OS X, linux, 
>> Sun). It is also used in DrDivX/DrFFMPEG and thus supports Qt4 special 
>> build commands (tested on windows and OS X).
> Why?  Reinventing the wheel due to NIH syndrome?

Neither bakefile or cmake handle assembler files correctly. bakefile 
just added incomplete VStudio2005 support a couple of weeks ago, and 
DrDivX has been using extensively VStudio2005 for a long time.

Picard created coremake for his own purpose to manage all the platforms 
we support. Then we realised it could be used more widely and is quite 
elegant compared to other solutions (no script runtime needed, only a C 
compiler). And the syntax is more readable than bakefile (I only had a 
quick look at cmake but it didn't look so good either).

>> The goal here is not to replace the current makefiles that do more than 
>> coremake is capable of doing now (install files after make, out of tree 
>> builds). But to give a wider choice of development environment when 
>> possible. It can also offer features not found in the current makefile 
>> like precompiled headers (used in DrFFMPEG with a good speedup of 
>> compilation).
> .. and this cannot be done through hacking the Makefiles? ..

For that yes.

>> Any comments/suggestion is welcome. We're still working a lot on 
>> coremake. There's still plenty of stuff to do.
> Since this basically duplicates the Makefiles, it's unacceptable in its
> current form.  Furthermore, I fail to see advantages...

I guess nobody develops FFMPEG with a modern IDE. But it could very well 
become true if you can generate IDE projects instead of just relying on 
makefiles. XCode support is already a good bonus for all OS X devs 
(although it would be even better if it could create universal binaries 
with just one run of configure, even CoreAVC can do that). Symbian uses 
Carbide which is just a custom Eclipse version. So Eclipse support could 
be added easily too (I plan to do it with Eclipse+MinGW).

> Was your intention getting this patch applied?

You know, I like wasting my time ;)

Yes, I hope this can be applied someday. I didn't expect this to be 
added right away.

I plan to do the same for VLC before the summer. I already started to do 
it for mkvmerge and Perian (so Perian could be used on Windows Quicktime 
too). The issue for such big projects is managing the various external 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: slhomme.vcf
Type: text/x-vcard
Size: 124 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070514/065eebb5/attachment.vcf>

More information about the ffmpeg-devel mailing list