Package Details: emacs-git 30.0.50.169253-1

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)

Required by (313)

Sources (2)

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 the emacs-bug-tracker archives.

Reporting bugs: Write to the Emacs Bug Tracker and report it there. Or, better yet, use the debbugs client 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.

Latest Comments

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 38 Next › Last »

toropisco commented on 2021-01-21 13:05 (UTC) (edited on 2021-01-21 13:08 (UTC) by toropisco)

@lordie, I use Linux, I don't do macos. Patches welcome, but don't cross your fingers. As emacs macos builds are different to linux, for very obvious operating system differences, you should develop your own scripts and submit them to the homebew database.

lordie commented on 2021-01-21 04:31 (UTC)

if you have homebrew installed emacs-git/configure will throw an error, "alsa sound support requested but not found". probably an upstream issue.

Hi-Angel commented on 2021-01-02 18:49 (UTC)

No problem, and thank you! Happy new year you too!

toropisco commented on 2021-01-02 18:41 (UTC)

@Hi-Angel, thank you for catching up this bug! Happy new year!

Hi-Angel commented on 2021-01-02 15:01 (UTC)

By the way, given PKGBUILD was inadvertently defaulting to LTO=YES since 2019-10-23 (commit Fix gcc vs clang lfo flags), and no one complained, I think it should be safe to explicitly set LTO=YES as the default.

Hi-Angel commented on 2021-01-02 14:47 (UTC)

Just tried building a debug version, and was getting odd errors about lto not being found on linking stage. Turns out, there's a minor bug in PKGBUILD: the paragraph that checks $LTO enables it disregarding the value. The paragraph should instead look like:

if [[ $LTO == "YES" ]]; then
    if [[ $CLANG != "YES" ]]; then
        CFLAGS+=" -flto -fuse-linker-plugin"
        CXXFLAGS+=" -flto -fuse-linker-plugin"
    else
        CFLAGS+=" -flto"
        CXXFLAGS+=" -flto"
    fi
fi

toropisco commented on 2020-05-28 00:13 (UTC)

@iexcel Take upstream bugs to upstream.

iexcel commented on 2020-05-22 19:44 (UTC) (edited on 2020-05-22 19:45 (UTC) by iexcel)

The build fails with clang 10 regardless of LTO enablement. GCC works fine.


  CC       sha512.o
  CC       dtoastr.o
  CC       dtotimespec.o
dtotimespec.c:34:27: warning: implicit conversion from 'time_t' (aka 'long') to 'double' changes value from 9223372036854775807 to 9223372036854775808 [-Wimplicit-int-float-conversion]
  else if (! (sec < 1.0 + TYPE_MAXIMUM (time_t)))
                        ~ ^~~~~~~~~~~~~~~~~~~~~
./intprops.h:58:4: note: expanded from macro 'TYPE_MAXIMUM'
  ((t) (! TYPE_SIGNED (t)                                               \
   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 warning generated.
  CC       filemode.o
  CC       filevercmp.o
  CC       gettime.o
  CC       nstrftime.o
  CC       pipe2.o
  CC       qcopy-acl.o
  CC       stat-time.o
  CC       tempname.o
  CC       timespec.o
  CC       timespec-add.o
  CC       timespec-sub.o
  CC       u64.o
  CC       unistd.o
  CC       openat-die.o
  CC       save-cwd.o
  AR       libgnu.a
make[1]: Leaving directory '/home/me/.cache/yay/emacs-git/src/emacs-git/lib'
make -C lib-src all
make[1]: Entering directory '/home/me/.cache/yay/emacs-git/src/emacs-git/lib-src'
  CCLD     etags
error: fallthrough annotation does not directly precede switch label
1 error generated.
make[1]: *** [Makefile:366: etags] Error 1
make[1]: Leaving directory '/home/me/.cache/yay/emacs-git/src/emacs-git/lib-src'
make: *** [Makefile:411: lib-src] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
Error making: emacs-git

totsilence commented on 2020-05-07 19:30 (UTC) (edited on 2020-05-08 11:50 (UTC) by totsilence)

Thanks for the update. There is a bug, though: If I set NOCAIRO to "YES" I get:

==> ERROR: depends is not allowed to be empty.

totsilence commented on 2020-04-09 09:21 (UTC) (edited on 2020-04-09 09:22 (UTC) by totsilence)

Hello,

emacs now builds with cairo by default (if found), so whether or not --with-cairo is added to configure is irrelevant. I suggest to change

if [[ $CAIRO == "yes" ]]; then
  --with-cairo
fi

to

if [[ $CAIRO != "yes" ]]; then
  --without-cairo
fi

wdyt?

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 38 Next › Last »