This is the mail archive of the cygwin-apps@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [ITP] xemacs: A powerful, highly customizable open source texteditor and application development system


>>>>> "Charles" == Charles Wilson writes:

    Charles> Dr. Volker Zell wrote:
    Charles> Which windowing mode are you proposing?
    >> 
    >> X.

    Charles> Well, then there's probably no conflict between your propsed version and
    Charles> the mswindowing one distributed by Andy.

No, Andy even suggested to provide support for windows in the build too.

    Charles> Hmm...I like the athena xaw3d stuff, personally (and it's lighter-wieght
    Charles> than lesstif).  I'll see if I can't find my old build recipe.

    Charles>          --with-scrollbars=lucid \
    Charles>          --with-menubars=lucid \
    Charles>          --with-dialogs=athena \
    Charles>          --with-widgets=athena \
    Charles>          --with-athena=3d \

I tried it but I don't like it, the Motif stuff looks much nicer.

    Charles> Also, if this is an X build, then it ought to have --prefix=/usr/X11R6

other distros seem to put in under /usr/bin ...

    Charles> -- but perhaps you might want the following package-path instead, so
    Charles> that native and X versions of XEmacs can share the same packages?  And
    Charles> shouldn't they go into the share heirarchy, instead of lib?

    Charles> --package-path=~/.xemacs::/usr/local/share/xemacs/site-packages:/usr/share/xemacs/site-packages:/usr/share/xemacs/xemacs-packages:/usr/share/xemacs/mule-packages

Done.

But as I told you, you don't have to specify ~/.xemacs it's prepended automatically when it
exists.

    Charles> Now, many of the files under /usr/lib/xemacs-21.4.14 are cross-platform,
    Charles> and REALLY should be in the /usr/share heirarchy.  Infact, I believe
    Charles> that EVERYTHING under /usr/lib/xemacs-21.4.14/ EXCEPT for
    Charles> /usr/lib/xemacs-21.4.14/i686-pc-cygwin/ should be moved to
    Charles> /usr/share/xemacs-21.4.14/.   To do this, I think you need to specify

Done

    Charles> I think you also need to apply this patch taken from the Mandrake RPM
    Charles> (sorry for the linewrapping)

and a little more :-)

    Charles> --- xemacs-21.4.9/lisp/find-paths.el.warly      2002-09-07
    Charles> 20:30:28.000000000 +0200
    Charles> +++ xemacs-21.4.9/lisp/find-paths.el    2002-09-09 12:23:30.000000000 +0200
    Charles> @@ -103,7 +103,7 @@
    Charles>     (or
    Charles>      ;; installed
    Charles>      (paths-file-readable-directory-p (paths-construct-path (list directory
    Charles> -                                                               "lib"
    Charles> +                                                               "share"
    Charles> emacs-program-name)))
    Charles>      ;; in-place or windows-nt
    Charles>      (and

    Charles> Now, --with-site-lisp is deprecated, so I wouldn't recommend copying

ok

    Charles> that.  I also suspect that --with-dragndrop won't work with an X-based
    Charles> build of XEmacs on cygwin (at least, not in the way we Windows denizens
    Charles> would expect...an X-only drag-n-drop wouldn't be that helpful.

I enabled it anyway.

    Charles> FWIW, on my Mandrake system, the following files are in an
    Charles> "xemacs-extras" package:
    Charles> /usr/bin/b2m
    Charles> /usr/bin/ctags
    Charles> /usr/bin/etags
    Charles> /usr/bin/ootags
    Charles> /usr/bin/rcs-checkin
    Charles> /usr/share/doc/xemacs-extras-21.4.12
    Charles> /usr/share/doc/xemacs-extras-21.4.12/README
    Charles> /usr/share/man/man1/ctags.1.bz2
    Charles> /usr/share/man/man1/etags.1.bz2

I'll create two extra packages, xemacs-tags (all the tags stuff) and xemacs-emacs-common
(b2m and rcs-checkin)

    Charles> There's a problem with your proposed distribution: you *MUST* distribute
    Charles> all relevant source code, including libraries.  It's not acceptable for
    Charles> us to provide an xemacs binary which is linked against a static LDAP
    Charles> library yet not also provide the source for that LDAP library.

    Charles> I'm afraid you'll either need to turn off LDAP support, or ITP an LDAP
    Charles> package.

See upcoming ITP announcement.

    Charles> Chuck

Ciao
  Volker


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]