| Git Clone URL: | https://aur.archlinux.org/emacs-git.git (read-only, click to copy) |
|---|---|
| Package Base: | emacs-git |
| Description: | GNU Emacs. Development master branch. |
| Upstream URL: | http://www.gnu.org/software/emacs/ |
| Keywords: | development editor IDE text |
| Licenses: | GPL3 |
| Conflicts: | emacs |
| Provides: | emacs |
| Submitter: | toropisco |
| Maintainer: | toropisco |
| Last Packager: | toropisco |
| Votes: | 104 |
| Popularity: | 0.000757 |
| First Submitted: | 2014-01-05 02:05 (UTC) |
| Last Updated: | 2023-10-14 18:36 (UTC) |
@cireu, this PKGBUILD reflects my use and taste, not yours.
You are welcome to configure the PKGBUILD anyway you like. That's why I provide configuration flags, unlike the vast majority of packages in core, extra, community and the AUR. If you feel it lacks some extra configuration option, speak with your patch; I'll excersize my privilege to accept it or not.
Why LTO was enabled by default? The install instructment of Emacs reports that LTO is an unstable feature. And I can't find any other evidence to support whether Clang+LTO is no longer experimental.
Question: is GPM support now a) built-in and not re-configurable with flags or b) completely removed? I see gpm as a dependency so I assume (a).
CLANG works now (thanks) but with a lot of warnings:
warning: optimization flag '-fuse-linker-plugin' is not supported
maybe just take out the flag if it's not supported anyway?
if CLANG="YES", the build errors out.
configure: error: C compiler cannot create executables
@maderios I had the same problem with exactly the same test(s) failing (which is bogus, since emacs works perfectly after de-activating checks).
It's probably not useful to keep checks active for now.
I got compiling error. I had to disable "TEST". It works.
Without modification: SUMMARY OF TEST RESULTS
Files examined: 255 Ran 3363 tests, 24 failed to run, 3332 results as expected, 0 unexpected, 31 skipped 1 files did not finish: lisp/net/network-stream-tests.log make[2]: *** [Makefile:320: check-doit] Error 2
[quote] That's a harsh judgement. [/quote]
Considering I've used used ImageMagick since 1989, you can take my word as gospel. :-) BTW, I was using netpbm before that, I still like it better.
Yes. It is deprecated. Search the mailing list too.
# ImageMagick 7 support. Deprecated (read the logs).
# ImageMagick, like flash, is a bug ridden pest that
# won't die; yet it is useful if you know what you
#are doing.
That's a harsh judgement. I did not find any logs giving information about the deprecation and also didnot find any alternative to fixing slowly loading images. Can someone clarify?
Current Emacs master branch use Imagemagick 7 to support --with-imagemagick option, the PKGBUILD still using imagemagick6 and it was removed from Arch repo.
Pinned Comments
toropisco commented on 2017-06-30 19:14 (UTC) (edited on 2022-05-15 13:26 (UTC) by toropisco)
This PKGBUILD is a work in progress. If you find PACKAGING bugs, please let me know ASAP.
Upstream bugs are to be reported upstream. Check out the emacs-devel archives to confirm if this is an already known bug. In fact... Why are you not subscribed to
emacs-devel?. Also check theemacs-bug-trackerarchives.Reporting bugs: Write to the Emacs Bug Tracker and report it there. Or, better yet, use the
debbugsclient included with the text editor. You will find instructions at https://debbugs.gnu.org/. Good luck!If you confirm it is a packaging bug, you are welcome to report it here.
Yaourt and other automated tools users BEWARE! This PKGBUILD is written with hand updating in mind and I won't fix bugs arising from such use. Besides, cloning the same repository time and time again from a non-profit such as the GNU Project/FSF gives out a very low image of you.