This is the last day to respond to the vote I called on Friday.  Not
very many people have voted, so if you want to express a preference,
please do so today.


For reference, here's the original message:


>From akin Fri May  5 17:48:30 2000
Date: Fri, 5 May 2000 17:48:30 -0700
Subject: CALL FOR VOTE: gl.h/glext.h
Message-ID: <[EMAIL PROTECTED]>

It's time for another try to resolve the gl.h/glext.h issue.

I've agreed to help offload Jon by managing the voting process.  After
offline discussions with many of you, it seems reasonable to run the
vote this way:

        Reduce the problem to a two-way choice.  Since Option B
        subsumes Option A, we'll go with B vs. C.

        Set a firm deadline.  I'll accept votes until midnight PDT
        next Wednesday, May 10.  People may change their votes until
        that time.  I'll tally the last vote received from each voter.

        Clarify who is eligible to vote.  I'll accept votes from
        anyone.  In particular, votes from more than one voter at the
        same organization will be allowed.

        Define the decision process.  Simple majority will carry the
        decision.  In the event of a tie, we'll adopt Option B because
        it's closest to the status quo.

        Separate voting from discussion.  Votes must be sent to me,
        [EMAIL PROTECTED] (preferably in reply to this message, which has
        the Reply-To header set appropriately if everything works as
        planned).  Any discussion will remain on the mailing list. 
        I'll summarize the results on Thursday, May 11 and mail them
        to the list.

To recap, the options are:

    B.  If the preprocessor symbol GL_GLEXT_NO_PROTOTYPES is defined,
        gl.h will not declare function prototypes for extension
        functions, but it will #include <GL/glext.h>.  This is the
        "new" behavior, which is not upwardly-compatible with some
        previous releases of gl.h.

        If the symbol is not defined, gl.h defaults to its "old"
        vendor-dependent behavior, which may include declaring
        extension function prototypes and not necessarily declaring
        extension function typedefs.  It need not include glext.h,
        though it may.

        glext.h will not declare extension function prototypes.  All
        declarations will be protected by appropriate preprocessor
        symbols.

    C.  This is like B, except that the sense of the preprocessor
        symbol is inverted.  If the symbol GL_GLEXT_PROTOTYPES is
        defined, then the "old" behavior obtains.  Otherwise, the
        "new" behavior obtains.

To vote, please send mail to [EMAIL PROTECTED] in which the message
body is either

        <your name>     B

or

        <your name>     C

by midnight, Wednesday May 10th.

Allen

Reply via email to