9 Mar
2009
9 Mar
'09
6:12 a.m.
Hahaha, love it ;-)
I understand it like this:
"It's shit atm, even with everything I tried it stays shit. So whatever
you do it will always stay shit. It's natural born shit. Shit for life.
Goddam shit even."
or like
"Changing it won't work, because it doesn't work already and we already
do it like that so we don't actually change anything. So you better not
change it as changing it won't change anything."
You only ignored that you don't even have to sync every fckng sdk
change. Do you update rosapps after every commit? Everytime you update
reatcos? Probably not. Probably only when something doesn't compile anymore.
Choose for yourself to update your sdk and rebuild everything or don't
do it.
The fucking idea behind seperating it. Independency.
It might also keep people from randomly updating the sdk as long as it's
not needed, or it could well be done in a branch that can be synched
once a month or as soon as any change is really neccessary for other
development.
The suggested solution is about making independency more natural, more
apparent, more concrete, more controllable than the current "I trust in
rbuild" solution, that obviously leads to nowhere.
btw, rbuild and the other build tools could be seperated, too. So you
also have the choice to sync the goddam rbuild changes or not.
I don't know if a "goddam itemized list" will solve any problem, but it
feels good to have talked about it....
It's about splitting things that get too large, outsourcing,
abstraction. It's natural, evolutional.
Timo
KJK::Hyperion schrieb:
Timo Kreuzer wrote:
I think it would be better to seperate the
components from each other as
much as possible and only compile the modules that have been changed.
It doesn't work. And you know why? because it's already implemented. And
it doesn't work. People fuck with the SDK all the time. They piggyback
SDK changes on two-liner commits, amplifying the two lines millionfold
into a cascade of useless recompilations and relinkings. They sync Wine
modules every time Alexandre Julliard so much as farts in their general
direction, making sure to pick all the goddamn modules with public IDLs,
which results in an SDK rebuild, which results in rebuilding 99% of the
tree because an attribute that was previously unimplemented in rpcrt4
was uncommented in a bumfuck IDL somewhere. When you call out people on
this shit, "but syncing every point-point Wine release is _important_"
is the usual defense, and you can't argue with meatheaded truisms (in
fact, my plan is to slowly commit the rug from under them, but that
takes time)
Nobody gives a flying fuck about this. Try "full dependencies" some time
(add -df to the rbuild command line), only do incremental builds for a
week or two, and become frustrated at SDK retardation in an _informed_
way when you get a string of a half dozen near-full rebuilds after you
have gotten used to 5-minute incremental builds, and absolutely nobody
sees an issue with it because the build server has a trillion cores and
a quintillion terabytes of RAM
We could try to split the current reactos tree
into seperate trees,
maybe like this:
Oh how I _love_ itemized lists. Seems the solution to humanity's every
problem has to start with a goddamn itemized list
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev