>> GNU make can do the job by itself. I'd use a modern non-recursive style,
>> somewhat like the Linux kernel system but likely far smaller.
>
> This would be one-of-a-kind, gmake on its own has poor support for
> autoconfiguration, and the only documentation would be what you create. I've
> used a number of similar things and wrote some in the 80's or 90's. They all
> have their own learning curve for any new developer, and there are fewer
> people who can help the new developer - possibly none - than if you the team
> is using a common solution. Much as I hate autotools, I know I can get books
> about it and that there are a good many developers who understand it.

I think "far smaller" covers that unless you are saying that
there is nearly nobody left who can read make syntax.
I'm thinking a couple hundred lines should do. Also there
is a book about GNU make.

This really doesn't look bad to me:

ALL_CFLAGS += $(call check_cc,-Wdeclaration-after-statement,)
ALL_CFLAGS += $(call check_cc,-fomit-frame-pointer,)

(with "check_cc" itself being about two lines to run the compiler)

>> The difficulty mainly comes down to decisions about Windows.
>
> We currently use mingw. Adding a proprietary tool means a lot of people
> won't be able to compile the system any longer.

So no need to worry about Visual Studio brokenness?

> In making your decisions, consider that there's a team. Whatever you do has
> to be best for the team, not just esthetically pleasing and easy for you
> personally.

This is why I sent email instead of checking in code.

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Reply via email to