Messages in this thread | | | Date | Fri, 31 Jan 2003 23:22:57 +0100 | From | Sam Ravnborg <> | Subject | Re: Perl in the toolchain |
| |
On Fri, Jan 31, 2003 at 10:38:27PM +0100, J.A. Magallon wrote: > So in short, kernel people: > - do not want perl in the kernel build Correct, at least for mainstream architectures. The rationale here is that we already put a lot of constraints on what tools people need to build a kernel. If we can avoid an extra _mandatory_ tool then this will make life easier for a lot of people.
For optional features additional requirements are OK, for example to geneate docbook documentation a lot of extra stuff is needed.
> - allow qt to pollute the kernel to have a decent gui config tool It would be good to get a replacement, but until that shows up. Then yes an optional frontend that uses qt is OK. kconfig is prepared for and one gtk frontend is on the way. If someone comes up with a decent perl based frontend ten that could be considered.
> - but perl will be needed anyways No.
> instead of > - do all parsing in perl, that is what perl is for and what is mainly done > in kconfig scripts flex and bison is better for this job.
Sam - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |