bug-apl
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-apl] Support for help command in emacs-mode


From: Juergen Sauermann
Subject: Re: [Bug-apl] Support for help command in emacs-mode
Date: Sun, 7 Jan 2018 17:51:33 +0100
User-agent: Mozilla/5.0 (X11; Linux i686; rv:52.0) Gecko/20100101 Thunderbird/52.3.0

Hi,

yes, but it is Elias who can OK the files. The proper order should be:

1. sync GNU APL sources to Elias' git
2. apply changes and test Emacs
3. sync Elias' git to my local GNU APL repo
4. commit to public GNU APL repo

If I would apply the changes directly to the GNU APL repo then the
GNU APL repo and Elias' git would remain out of sync, which is
generally undesirable.

/// Jürgen


On 01/07/2018 05:29 PM, Alexey Veretennikov wrote:
Hi,

The files I've attached are based on the sources from SVN, not git.

Br
/Alexey

On Jan 7, 2018 4:52 PM, "Juergen Sauermann" <address@hidden <mailto:address@hidden>> wrote:

    Hi,

    they are actually used (I sync my sources from your git repo). I
    suppose that you applied
    Alexey's patch to your sources and the result doesn't compile when
    I fetch the changes from
    your git repo.

    I would prefer if the two repos remain in sync as long as they
    both exist.

    If you would simply remove your emacs repo then I would become
    responsible
    for the emacs sources in GNU APL which is close to impossible
    because I have no
    idea how emacs works.

    Best Regards,
    /// Jürgen


    On 01/07/2018 04:19 PM, Elias Mårtenson wrote:
    That's OK. The C++ sources in my repository isn't actually used.
    I should probably remove them from the gnu-apl-mode repository.

    The code in the main GNU APL repository is the official source.

    Regards,
    Elias

    On 7 January 2018 at 22:53, Juergen Sauermann
    <address@hidden
    <mailto:address@hidden>> wrote:

        Hi,

        it seems like Elias' sources in git are slightly out of sync
        with the current GNU APL sources.
        For example (emacs.hh around line 55):

        *- return string((const char *)&utf[0], utf.size());**
        **+    return string((const char *)(utf.get_items()),
        utf.size());**
        *
        Best Regards,
        /// Jürgen


        On 01/07/2018 02:12 PM, Elias Mårtenson wrote:
        Thank you for this work. This is something have planned to
        do for a while but never got around to.

        I merged your changes and tested, and it all seems to work
        fine. I'll merge this into gnu-apl-mode, but Jürgen needs to
        do the same on his side before this is complete.

        Regards,
        Elias

        On 7 January 2018 at 18:48, Alexey Veretennikov
        <address@hidden
        <mailto:address@hidden>> wrote:

            Hi Juergen, Elias and all,

            Some time ago we have been discussing the idea to move
            help from
            gnu-apl-mode in Emacs into the GNU APL itself.

            Now since we have a help in GNU APL, I've implemented
            network command in
            emacs_mode part of GNU APL which will send requested
            help as a list of
            S-expressions ready to be parsed on a Emacs side. See
            patches and new
            files attached (to be applied/added into the
            src/emacs_mode directory)

            I've also implemented support for this command in
            emacs-mode,
            corresponding pull-request is here:
            https://github.com/lokedhs/gnu-apl-mode/pull/26
            <https://github.com/lokedhs/gnu-apl-mode/pull/26>

            This combination has been tested locally.
            The changes are backwards-compatible.



            --
            Br,
            /Alexey









reply via email to

[Prev in Thread] Current Thread [Next in Thread]