I**********e
发帖数: 62 | 1 make\autotools
cmake
waf
其他的？
我最近试了试tup,好像不错。不知道有没有其他人用？ |
S*A
发帖数: 7142 | 2 make so far.
I am currently working on a pet project rewriting make.
Make works extremely well for one directory.
Not so well for bigger projects with lots of directories.
【在 I**********e 的大作中提到】
: make\autotools
: cmake
: waf
: 其他的？
: 我最近试了试tup,好像不错。不知道有没有其他人用？
|
r****t
发帖数: 10904 | 3 make and autotools
【在 I**********e 的大作中提到】
: make\autotools
: cmake
: waf
: 其他的？
: 我最近试了试tup,好像不错。不知道有没有其他人用？
|
r****t
发帖数: 10904 | 4
What's the purpose of rewriting make? Have u checked out makepp?
【在 S*A 的大作中提到】
: make so far.
: I am currently working on a pet project rewriting make.
: Make works extremely well for one directory.
: Not so well for bigger projects with lots of directories.
|
S*A
发帖数: 7142 | 5 No, I did not know makepp before. Thanks for sharing.
But no, makepp is not what I am looking for.
The main goal is very very fast incremental build.
Makepp is written in perl which means it is a non starter.
If makepp could work, scons could work as well.
Make is very serious business. Do you know that the full
linux kernel, with modules. No change incremental build
will take 50s on a 8 way cpu machine with all file cached.
It take make 50 seconds on 8 CPU to check that no file
has been changed. Some thing has serious go wrong.
In a fully build linux tree with modules, The total makefile
combine is over 200M in text (including the .xxx.cmd files
which describe the header file dependencies).
It needs some very serious work to bring that down.
I want to try some idea I have, if work out, to end this
makefile craziness. You can think that as makepp done right.
【在 r****t 的大作中提到】
:
: What's the purpose of rewriting make? Have u checked out makepp?
|
y***q
发帖数: 100 | 6 i used omake and scons. both are pretty good.
【在 I**********e 的大作中提到】
: make\autotools
: cmake
: waf
: 其他的？
: 我最近试了试tup,好像不错。不知道有没有其他人用？
|
S*A
发帖数: 7142 | 7 I only look over omake, haven't use it. Looks good, but it is
not compatible with GNU make.
scons, sucks big time. Python is just too dame slow on project
that is very big. Scons process needs to eat up tons of memory
as well, even forking a new process become very slow because
the forking need to copy a lot of memory mapping, which get destoryed
in the next "exec" system call.
【在 y***q 的大作中提到】
: i used omake and scons. both are pretty good.
|
y***q
发帖数: 100 | 8 sounds like you want to use cmake...
【在 S*A 的大作中提到】
: I only look over omake, haven't use it. Looks good, but it is
: not compatible with GNU make.
: scons, sucks big time. Python is just too dame slow on project
: that is very big. Scons process needs to eat up tons of memory
: as well, even forking a new process become very slow because
: the forking need to copy a lot of memory mapping, which get destoryed
: in the next "exec" system call.
|
|
S*A
发帖数: 7142 | 9 Nope. cmake is just a project make file generator.
Cmake does not actually build stuff. It call GNU make
to build it.
In the Linux kernel case, cmake can only hurt, instead
of helping incremental build faster.
【在 y***q 的大作中提到】
: sounds like you want to use cmake...
|
