Re: regexp-opt GNU "sync"?

>>>>> "Ville" == Ville Skytt <Ville> writes:

    Ville> Every now and the people run into the differing semantics
    Ville> of regexp-opt between XEmacs and GNU Emacs.  PITA, will be
    Ville> noticed at runtime only. It seems that an easy fix would be
    Ville> to reverse the 4th, optional NON-SHY argument in the XEmacs
    Ville> version, into SHY instead.

+1.  This looks like a good idea to me, as long as packages are fixed
as you prpose.  I'll look into emitting a byte-compiler warning.  This
will take time though, I know nothing about it.

Think about keeping the old API available, perhaps through a bindable
dynamic variable.

We should continue Ben's work on suppressing bogus warnings so that
people will actually look at the warnings.  :-)

    Ville> If done this way, using the 3 first arguments to regexp-opt
    Ville> would provide compatible (not quite identical though)
    Ville> results on both XEmacs and GNU Emacs.

Please provide an exact description that we could put into a
compat.info document.  Doesn't exist yet, but seems like a good idea
to me.


-- 
Institute of Policy and Planning Sciences     http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
               Ask not how you can "do" free software business;
              ask what your business can "do for" free software.