Summary: | app-editors/emacs-cvs with gnustep use flag | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Arne Babenhauserheide <arne_bab> |
Component: | Current packages | Assignee: | Emacs project <emacs> |
Status: | RESOLVED UPSTREAM | ||
Severity: | enhancement | Keywords: | NeedPatch |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://emacs-app.sourceforge.net/ | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Patch against emacs-cvs-23.1.9999-r1.ebuild to add gnustep useflag |
Description
Arne Babenhauserheide
2009-08-01 14:39:12 UTC
According to the provided link, "Emacs can be built and run under GNUstep, however there are still some issues to be addressed. Interested developers should contact emacs-devel@gnu.org" So, it sounds like GNUstep support is still pretty immature in emacs 23.1; however, there is an emacs-cvs build that might be an appropriate place to put such a use flag. Would you be interested in testing this in a local overlay? I've whipped up a patch for the emacs-cvs build that you could try, and if you get it working we can ask the emacs team to integrate it into the official emacs-cvs ebuild. After up-stream support is more mature it might go into the standard emacs ebuild. Created attachment 199839 [details]
Patch against emacs-cvs-23.1.9999-r1.ebuild to add gnustep useflag
Note: not tested yet, and I took a guess at the gnustep dependency; someone who actually uses emacs and gnustep will have to check whether this is sufficient :)
(In reply to comment #2) > Created an attachment (id=199839) [edit] > Patch against emacs-cvs-23.1.9999-r1.ebuild to add gnustep useflag I fear that this approach is too simplistic... Enabling --with-ns in configure disables most features enabled by other configure options, including all X toolkits, XFT, and most image formats: Where should the build process find the source code? /var/tmp/portage/app-editors/emacs-23.1/work/emacs-23.1 What operating system and machine description files should Emacs use? `s/gnu-linux.h' and `m/intel386.h' What compiler should emacs be built with? gcc -O -march=pentium-m -O2 -pipe Should Emacs use the GNU version of malloc? yes (Using Doug Lea's new malloc from the GNU C Library.) Should Emacs use a relocating allocator for buffers? yes Should Emacs use mmap(2) for buffer allocation? no What window system should Emacs use? nextstep What toolkit should Emacs use? none Where do we find X Windows header files? Standard dirs Where do we find X Windows libraries? Standard dirs Does Emacs use -lXaw3d? no Does Emacs use -lXpm? no Does Emacs use -ljpeg? no Does Emacs use -ltiff? no Does Emacs use a gif library? no Does Emacs use -lpng? no Does Emacs use -lrsvg-2? yes Does Emacs use -lgpm? yes Does Emacs use -ldbus? yes Does Emacs use -lfreetype? no Does Emacs use -lm17n-flt? no Does Emacs use -lotf? no Does Emacs use -lxft? no Does Emacs use toolkit scroll bars? no So the dependency part should be something like: X? ( <X dependencies> ) !X? ( gnustep? ( <gnustep dependencies> ) ) and the logic in src_configure should match this (and probably display a big warning if the user has both "X" and "gnustep" flags enabled). Otherwise, comment #1 hits the mark. I'll be happy to add a gnustep USE flag to emacs-cvs if you provide us with a working ebuild. Many thanks for the patch! Please give me 4 weeks till I can do some proper testing - I'll be in spain from friday onwards, and I need to finish some things before we enter the plane. Some months ago I tested the GNUStep port, but even patching the worst compile issues still left it unusable. --with-ns is mainly for Cocoa on MacOS X, according to the Emacs developing mailing list, the GNUStep port is nice to have but further work badly needed. Contact emacs-devel@gnu.org if you want to support the GNUStep developers. At the moment it is not up to par for inclusion in Gentoo. |