Per Inge Mathisen wrote:
Let me know what you think.
Sooner or later that switch would be inevitable anyway. If the decision is made
to use these features, we should make sure that people are informed long before
any release, so they know in advance that coming WZ versions won't work with
their
On 9/26/09, Per Inge Mathisen perxx...@gmail.com wrote:
I have been working with OpenGL 2.0+ features lately, and I think I
could have a good shot at making the current model drawing code much
faster by using such features. However, this would require working
support for VBOs and GLSL
#961: Data integrity routines
-+--
Reporter: Buginator| Owner:
Type: enhancement | Status: new
Priority: major| Milestone: 2.2.4
First off, I really think we need room to grow for the 2.2 branch.
If we start to backport some changes from trunk to the current 2.2 it
can/will break things, and saying 2.2.5 won't work with 2.2.4 because
of XYZ isn't really a good way to handle it. Minor improvements and
or bug fixes are for
On Sun, Sep 27, 2009 at 4:00 PM, bugs buggy buginato...@gmail.com wrote:
For example, the net code. As we all know, it is pretty different in
trunk and branch, and it is much harder for us to maintain two
versions of netcode.
If we backport that from trunk to 2.2, it should be 2.3.0 not 2.2.5
Nice of someone to notice that we were stripping the mac exe, so the
crash dumps are more or less useless.
I think the mac builds need to be redone ASAP, so we can have half-way
decent crash dumps from the mac people.
I do NOT think we should tag a 2.2.3a, just commit the xcode changes
to 2.2.3,
