Hi Kenneth, I was waiting for Jakob to comment first (given he did most of the talloc reimplemntation on the thalloc branch) but I'll take the liberty of doing so since he hasn't comment so far.
Although I think it was unfortunate that both Intel & VMware ended up putting resources reimplementing talloc I'm defintely very happy to see this LGPL dependency going away. The ralloc code looks fine, so does the approach taken. Some minor portability tweaks may be necessary for windows but it should be trivial to do after comited. Jose ________________________________________ From: [email protected] [[email protected]] On Behalf Of Kenneth Graunke [[email protected]] Sent: Monday, January 24, 2011 19:07 To: [email protected] Subject: [Mesa-dev] Switching from talloc Hello, This patch series introduces 'ralloc', an MIT-licensed recursive memory allocator inspired by talloc. Since the glsl2 merge, there have been concerns over using talloc in Mesa due to its LGPLv3 license. Whether or not these are founded, switching to ralloc would alleviate these concerns and bring everything in line with Mesa's traditional licensing. We would also be able to customize and tune ralloc for Mesa's needs without having to consider any potential negative performance impact on Samba. If there are no objections, I'll push this series later this week. --Kenneth _______________________________________________ mesa-dev mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/mesa-dev _______________________________________________ mesa-dev mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/mesa-dev
