[FFmpeg-devel] [PATCH] Coremake support

Steve Lhomme slhomme
Mon May 14 13:33:02 CEST 2007

Michael Niedermayer wrote:
> Hi
> On Mon, May 14, 2007 at 12:24:57PM +0200, Luca Barbato wrote:
>> Steve Lhomme wrote:
>>> Reimar Doeffinger wrote:
>>>> Hello,
>>>> not a good start, since corecodec.org is down I can't even look for
>>>> documentation for it.
>>> Yeah, that's a chronic problem. That's why the SVN is on matroska.org.
>>> There's no documentation on coremake right now. There's only one C file
>>> and script files for which the syntax is easy to understand (it's C
>>> inspired).
>> Let me sum it up:
>> - it is a cmake alternative
>> - it has a saner syntax
>> - it is written in C
>> Cons
>> - doesn't have documentation
>> - adds not much for the people with a working make/sh
>> Pros
>> - you'll take the burden to keep it up to date
>> - new IDE users would feel better with their native bloatconf
>> - you'd like to extend it to suit ffmpeg needs and other needs beside
>> yours specific

Yes. Thanks to that coremake will also be better suited at UNIX 
developpers in general. For example right now it's not possible to use 
it when installed on the system (in the patch it's run from the local 
dir) because it looks for the .build file in specific places. And the 
goal of such a tool is to be usable in many different environment, at 
least all the common ones.

>> That said if the documentation appears and having support for it won't

Yes, there will be some documentation. Maybe using coremake.

>> require effort for the other developers beside reply to your question
>> when we do some esoteric changes to the makefiles, I think is reasonable
>> give it a chance, given we are trying to move to git maybe won't hurt if
>> you maintain it on a separate branch/your local repo and let others pull
>> >from you to check it.
> iam not against a branch/repo with that make alternative but iam against
> having 2 seperate make systems in main ffmpeg

Yes, a branch would be nice and more logical. I assume that git cannot 
use svn:externals so I'll have to maintain 2 copies in parallel. But 
it's not a big issue.

-------------- 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/31b86c37/attachment.vcf>

More information about the ffmpeg-devel mailing list