Github messages for voidlinux
 help / color / mirror / Atom feed
* [ISSUE] [Package Request] GCCemacs
@ 2020-08-12 11:57 zenny
  2020-08-13  9:03 ` [Package Request] GccEmacs leahneukirchen
                   ` (42 more replies)
  0 siblings, 43 replies; 44+ messages in thread
From: zenny @ 2020-08-12 11:57 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1100 bytes --]

New issue by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240

Description:
# Package Name
GCCemacs (http://akrl.sdf.org/gccemacs.html)

# Linux-related link
http://akrl.sdf.org/gccemacs.html#org248e6b1
http://akrl.sdf.org/gccemacs.html#orgec98bb2

# Practical Rationale

> One of the things that irritated me the most about emacs was how slow it was when the text in one of the files got very long. If a line (paragraphs are considered one line in emacs) gets too long, emacs starts to slow down till you start a new paragraph. As someone who does writing for a living, taking notes, inserting citations, this starts to get very annoying. Upon conversation with the creator of DOOM emacs, I installed GCC emacs. There are a bunch of different ways to do this, but I followed the amazing gist written by mjlbach. When I ran into trouble he took time out to help me figure it out. Much thanks to him. As a result, my emacs runs as fast as it ever has.

Reference:
https://github.com/sunnyhasija/DOOMEmacs/blob/master/README.org#move-to-gcc-emacs

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
@ 2020-08-13  9:03 ` leahneukirchen
  2020-08-13 12:10 ` zenny
                   ` (41 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: leahneukirchen @ 2020-08-13  9:03 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 417 bytes --]

New comment by leahneukirchen on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-673357630

Comment:
Hi,

we only package released software, and gccemacs is still in heavy development. The build probably fails, because we don't have libgccjit packaged at all, so you would need to start with that.

WONTFIXing for now, but feel free to ask on this thread for help.

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
  2020-08-13  9:03 ` [Package Request] GccEmacs leahneukirchen
@ 2020-08-13 12:10 ` zenny
  2020-08-13 12:20 ` zenny
                   ` (40 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: zenny @ 2020-08-13 12:10 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 981 bytes --]

New comment by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-673439967

Comment:
> Hi,
> 
> we only package released software, and gccemacs is still in heavy development. The build probably fails, because we don't have libgccjit packaged at all, so you would need to start with that.
> 

@leahneukirchen Thanks. would you mind briefing the ideal void way to build libgccjit as well as GccEmacs without conflicting other void file structures for maintianing compatibility with void Emacs packages in the future?

Two resources I found useful are:
1. https://gcc.gnu.org/wiki/JIT which points to https://gcc.gnu.org/onlinedocs/jit/internals/index.html#working-on-the-jit-library for non-standard linux distros

2. https://www.emacswiki.org/emacs/GccEmacs#toc5 (for manual build of GccEmacs)

> WONTFIXing for now, but feel free to ask on this thread for help.

Appreciate that.

Cheers, and stay safe,
/z


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
  2020-08-13  9:03 ` [Package Request] GccEmacs leahneukirchen
  2020-08-13 12:10 ` zenny
@ 2020-08-13 12:20 ` zenny
  2020-08-16 23:31 ` Javyre
                   ` (39 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: zenny @ 2020-08-13 12:20 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1109 bytes --]

New comment by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-673439967

Comment:
> Hi,
> 
> we only package released software, and gccemacs is still in heavy development. The build probably fails, because we don't have libgccjit packaged at all, so you would need to start with that.
> 

@leahneukirchen Thanks. As you are onto academics yourself as seen in https://leahneukirchen.org/talks/, GccEmacs could be of your interest?!

Anyway, ould you mind briefing the ideal void way to build libgccjit as well as GccEmacs without conflicting other void file structures for maintaining compatibility with void Emacs packages in the future?

Two resources I found useful are:
1. https://gcc.gnu.org/wiki/JIT which points to https://gcc.gnu.org/onlinedocs/jit/internals/index.html#working-on-the-jit-library for non-standard linux distros

2. https://www.emacswiki.org/emacs/GccEmacs#toc5 (for manual build of GccEmacs)

> WONTFIXing for now, but feel free to ask on this thread for help.

Appreciate that.

Cheers, and stay safe,
/z


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (2 preceding siblings ...)
  2020-08-13 12:20 ` zenny
@ 2020-08-16 23:31 ` Javyre
  2020-08-17  7:45 ` zenny
                   ` (38 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: Javyre @ 2020-08-16 23:31 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 975 bytes --]

New comment by Javyre on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-674592347

Comment:
Hey @zenny, here is a template for `libgccjit` that I got working today on my machine (`x86-64 glibc`). I hope this could serve as a starting point for a real `libgccjit` template for void:

https://gist.github.com/Javyre/2578176bf09638733c08586e654fb04d


I used this as reference: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=libgccjit

I tried modifying the existing `gcc` template to have a subpackage for `libgccjit`, but I couldn't get it to work as I'd keep getting errors telling me to add `-fPIC` although I had already added it to the flags. Either way, it is not recommended to use the same `./configure` call for the gcc compilers as for `libgccjit` since `-fPIC` and `--enable-host-shared` come at a performance cost: https://gcc.gnu.org/onlinedocs/gcc-8.3.0/jit/internals/index.html#packaging-notes



^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (3 preceding siblings ...)
  2020-08-16 23:31 ` Javyre
@ 2020-08-17  7:45 ` zenny
  2020-08-17  7:55 ` zenny
                   ` (37 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: zenny @ 2020-08-17  7:45 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1061 bytes --]

New comment by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-674719711

Comment:
> Hey @zenny, here is a template for `libgccjit` that I got working today on my machine (`x86-64 glibc`). I hope this could serve as a starting point for a real `libgccjit` template for void:
> 
> https://gist.github.com/Javyre/2578176bf09638733c08586e654fb04d
> 
> I used this as reference: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=libgccjit
> 
> I tried modifying the existing `gcc` template to have a subpackage for `libgccjit`, but I couldn't get it to work as I'd keep getting errors telling me to add `-fPIC` although I had already added it to the flags. Either way, it is not recommended to use the same `./configure` call for the gcc compilers as for `libgccjit` since `-fPIC` and `--enable-host-shared` come at a performance cost: https://gcc.gnu.org/onlinedocs/gcc-8.3.0/jit/internals/index.html#packaging-notes

@Javyre Thanks for help, I shall test and get back with my results. Cheers,

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (4 preceding siblings ...)
  2020-08-17  7:45 ` zenny
@ 2020-08-17  7:55 ` zenny
  2020-08-21  0:27 ` Javyre
                   ` (36 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: zenny @ 2020-08-17  7:55 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1237 bytes --]

New comment by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-674719711

Comment:
> Hey @zenny, here is a template for `libgccjit` that I got working today on my machine (`x86-64 glibc`). I hope this could serve as a starting point for a real `libgccjit` template for void:
> 
> https://gist.github.com/Javyre/2578176bf09638733c08586e654fb04d
> 
> I used this as reference: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=libgccjit
> 
> I tried modifying the existing `gcc` template to have a subpackage for `libgccjit`, but I couldn't get it to work as I'd keep getting errors telling me to add `-fPIC` although I had already added it to the flags. Either way, it is not recommended to use the same `./configure` call for the gcc compilers as for `libgccjit` since `-fPIC` and `--enable-host-shared` come at a performance cost: https://gcc.gnu.org/onlinedocs/gcc-8.3.0/jit/internals/index.html#packaging-notes

@Javyre Thanks for help, I shall test and get back with my results. 

Meanwhile, would you mind taking some time to explain the steps you took to build `libgccjit`? Appreciate that. Fyi, I am new to `xbps` package build.

Cheers and stay safe,
/z

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (5 preceding siblings ...)
  2020-08-17  7:55 ` zenny
@ 2020-08-21  0:27 ` Javyre
  2020-09-27 23:10 ` ap4y
                   ` (35 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: Javyre @ 2020-08-21  0:27 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1710 bytes --]

New comment by Javyre on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-677971846

Comment:
I basically just looked at the arch packagebuild and the packaging notes on the gccjit website and I transcribed the parts of the gcc void template that were relevant to libgccjit and x86-64.

I'm not sure whether libgccjit should have it's own package template or be yet another subpackage of gcc. I think the best choice would be to have it as a subpackage of gcc and add an extra `./configure` and `make` call in `do_configure()` and `do_build()` so that libgccjit could be built with `--enable-host-shared` and not the rest of the packages.

@zenny Assuming you're familiar enough with shell scripts, I suggest just starting and `Ctrl-F`ing through the [manual](https://github.com/void-linux/void-packages/blob/master/Manual.md) whenever you're confused. (worked for me)

Also, I updated the gist with a terrible (but working) template for gccemacs that I am not proud of.
Worth noting: 
 - I had to add `libgccjit.so.0 libgccjit-9.3.0_6` to `common/shlibs` to get my gccemacs to install since xbps couldn't find the provider of that `.so`. 
 - I had to disable the `hooks/post-install/11-pkglint-elf-in-usrshare.sh` hook since gccemacs (at least for the time being) stores `eln` files in `/usr/share`. If I understand correctly, this was fine before since they would be `el` or `elc` files which are portable, but with native-comp, now those files are actual binaries. This would definitely need to be fixed and discussed with andrea or another gccemacs dev. (It is unclear from the mailing list what the `eln` search path is or where it is even defined)

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (6 preceding siblings ...)
  2020-08-21  0:27 ` Javyre
@ 2020-09-27 23:10 ` ap4y
  2020-10-24  4:25 ` ericonr
                   ` (34 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: ap4y @ 2020-09-27 23:10 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 471 bytes --]

New comment by ap4y on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-699700450

Comment:
I have made packages for both `libgccjit` and `emacs-28.0.50` with `nativecomp` build option. You  can grab patches here:

- [libgccjit](https://github.com/ap4y/void-packages/commit/10eb5110734d5fcb00ab25cf37bf8fb1c5fef289)
- [emacs-28.0.50](https://github.com/ap4y/void-packages/commit/1a5e995bf1754eaa9116a9b58eebe196947222d4)

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (7 preceding siblings ...)
  2020-09-27 23:10 ` ap4y
@ 2020-10-24  4:25 ` ericonr
  2020-10-29  8:49 ` zenny
                   ` (33 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: ericonr @ 2020-10-24  4:25 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1743 bytes --]

New comment by ericonr on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-715671265

Comment:
@ap4y is this currently working on musl? I needed this patch: 

```patch
Fix poisoned calloc errors when building libgccjit

---
 gcc/jit/jit-playback.c  | 4 ++--
 gcc/jit/jit-recording.c | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/gcc/jit/jit-playback.c b/gcc/jit/jit-playback.c
index b74495c58..070463d71 100644
--- a/gcc/jit/jit-playback.c
+++ b/gcc/jit/jit-playback.c
@@ -18,6 +18,8 @@ You should have received a copy of the GNU General Public License
 along with GCC; see the file COPYING3.  If not see
 <http://www.gnu.org/licenses/>.  */
 
+#include <pthread.h>
+
 #include "config.h"
 #include "system.h"
 #include "coretypes.h"
@@ -40,8 +42,6 @@ along with GCC; see the file COPYING3.  If not see
 #include "gcc.h"
 #include "diagnostic.h"
 
-#include <pthread.h>
-
 #include "jit-playback.h"
 #include "jit-result.h"
 #include "jit-builtins.h"
diff --git a/gcc/jit/jit-recording.c b/gcc/jit/jit-recording.c
index a332fe875..7184a481a 100644
--- a/gcc/jit/jit-recording.c
+++ b/gcc/jit/jit-recording.c
@@ -18,6 +18,8 @@ You should have received a copy of the GNU General Public License
 along with GCC; see the file COPYING3.  If not see
 <http://www.gnu.org/licenses/>.  */
 
+#include <pthread.h>
+
 #include "config.h"
 #include "system.h"
 #include "coretypes.h"
@@ -25,8 +27,6 @@ along with GCC; see the file COPYING3.  If not see
 #include "pretty-print.h"
 #include "toplev.h"
 
-#include <pthread.h>
-
 #include "jit-builtins.h"
 #include "jit-recording.h"
 #include "jit-playback.h"
-- 
2.28.0
```

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (8 preceding siblings ...)
  2020-10-24  4:25 ` ericonr
@ 2020-10-29  8:49 ` zenny
  2020-10-29  8:50 ` zenny
                   ` (32 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: zenny @ 2020-10-29  8:49 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 821 bytes --]

New comment by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-718489164

Comment:
Tried to compile `libgccjit` first with the patches provided by @ap4y in https://github.com/void-linux/void-packages/issues/24240#issuecomment-699700450, but failed with the following error:

```
...
checking whether to enable maintainer-specific portions of Makefiles... no
configure: creating ./config.status
config.status: creating Makefile
mv: cannot move './confxaxD9R/out' to 'Makefile': No such file or directory
config.status: error: could not create Makefile
=> ERROR: libgccjit-9.3.0_1: do_configure: '${configure_script} ${configure_args}' exited with 1
=> ERROR:   in do_configure() at common/build-style/gnu-configure.sh:7
```

I am on gcc, fyi. Thanks


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (9 preceding siblings ...)
  2020-10-29  8:49 ` zenny
@ 2020-10-29  8:50 ` zenny
  2020-10-29 19:36 ` zenny
                   ` (31 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: zenny @ 2020-10-29  8:50 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 840 bytes --]

New comment by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-718489164

Comment:
Tried to compile `libgccjit` first with the patches provided by @ap4y in https://github.com/void-linux/void-packages/issues/24240#issuecomment-699700450, but failed with the following error:

```
...
checking whether to enable maintainer-specific portions of Makefiles... no
configure: creating ./config.status
config.status: creating Makefile
mv: cannot move './confxaxD9R/out' to 'Makefile': No such file or directory
config.status: error: could not create Makefile
=> ERROR: libgccjit-9.3.0_1: do_configure: '${configure_script} ${configure_args}' exited with 1
=> ERROR:   in do_configure() at common/build-style/gnu-configure.sh:7
```

I am on `gcc` and used `proot`, fyi. Thanks


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (10 preceding siblings ...)
  2020-10-29  8:50 ` zenny
@ 2020-10-29 19:36 ` zenny
  2020-11-03 17:59 ` Javyre
                   ` (30 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: zenny @ 2020-10-29 19:36 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1239 bytes --]

New comment by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-718489164

Comment:
Tried to compile `libgccjit` first with the patches provided by @ap4y in https://github.com/void-linux/void-packages/issues/24240#issuecomment-699700450, but failed with the following error:

```
...
checking whether to enable maintainer-specific portions of Makefiles... no
configure: creating ./config.status
config.status: creating Makefile
mv: cannot move './confxaxD9R/out' to 'Makefile': No such file or directory
config.status: error: could not create Makefile
=> ERROR: libgccjit-9.3.0_1: do_configure: '${configure_script} ${configure_args}' exited with 1
=> ERROR:   in do_configure() at common/build-style/gnu-configure.sh:7
```

Same with while running `./xbps-src pkg emacs`:

```
...
=> emacs-28.0.50.e5b052d_1: running do_configure ...
/void-packages/srcpkgs/emacs/template: line 60: ./configure: No such file or directory
=> ERROR: emacs-28.0.50.e5b052d_1: do_configure: './configure --without-x $(vopt_with
dbus) ${configure_args}' exited with 127
=> ERROR:   in do_configure() at srcpkgs/emacs/template:60
```

I am on `gcc` and used `proot`, fyi. Thanks


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (11 preceding siblings ...)
  2020-10-29 19:36 ` zenny
@ 2020-11-03 17:59 ` Javyre
  2020-11-03 17:59 ` Javyre
                   ` (29 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: Javyre @ 2020-11-03 17:59 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 507 bytes --]

New comment by Javyre on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-721287511

Comment:
Hey, I managed to make @ap4y 's changes work for me: https://github.com/void-linux/void-packages/compare/master...Javyre:emacs-nativecomp

The libgccjit template is unchanged from his, but his emacs template was missing the compiled `.eln` and `.pdmp` files in `/usr/lib/`. 

To compile emacs I use `./xbps-src -o ~gtk2,~x11,cairo,harfbuzz,nativecomp pkg emacs`

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (12 preceding siblings ...)
  2020-11-03 17:59 ` Javyre
@ 2020-11-03 17:59 ` Javyre
  2020-11-05  8:09 ` zenny
                   ` (28 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: Javyre @ 2020-11-03 17:59 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 576 bytes --]

New comment by Javyre on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-721287511

Comment:
Hey, I managed to make @ap4y 's changes work for me: https://github.com/void-linux/void-packages/compare/master...Javyre:emacs-nativecomp

The libgccjit template is unchanged from his, but his emacs template was missing the compiled `.eln` and `.pdmp` files in `/usr/lib/`. 
(I also updated the git sha to the latest on the nativecomp branch)

To compile emacs I use `./xbps-src -o ~gtk2,~x11,cairo,harfbuzz,nativecomp pkg emacs`

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (13 preceding siblings ...)
  2020-11-03 17:59 ` Javyre
@ 2020-11-05  8:09 ` zenny
  2020-11-05 14:45 ` Javyre
                   ` (27 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: zenny @ 2020-11-05  8:09 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2876 bytes --]

New comment by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-722214888

Comment:
> Hey, I managed to make @ap4y 's changes work for me: [master...Javyre:emacs-nativecomp](https://github.com/void-linux/void-packages/compare/master...Javyre:emacs-nativecomp)
> 
> The libgccjit template is unchanged from his, but his emacs template was missing the compiled `.eln` and `.pdmp` files in `/usr/lib/`.
> (I also updated the git sha to the latest on the nativecomp branch)
> 
> To compile emacs I use `./xbps-src -o ~gtk2,~x11,cairo,harfbuzz,nativecomp pkg emacs`

Thanks @Javyre . I pulled your revised `emacs` template and appended related files, yet no go :-(

Reports `emacs-common` missing and thereafter some missing support with libgccjit and finally fails to create `Makefile`

```
$ ./xbps-src -o ~gtk2,~x11,cairo,harfbuzz,nativecomp pkg emacs
...
   [runtime] emacs-common-28.0.50.3e3843512bfae0b7a532f633e45d4c140807ec9b_1: not found (subpkg, ignored)
   [runtime] emacs-common-28.0.50.3e3843512bfae0b7a532f633e45d4c140807ec9b_1: not found (subpkg, ignored)
   [runtime] emacs-common-28.0.50.3e3843512bfae0b7a532f633e45d4c140807ec9b_1: not found (subpkg, ignored)
   [runtime] desktop-file-utils-0.26_1: found (https://alpha.de.repo.voidlinux.org/current)
   [runtime] hicolor-icon-theme-0.17_2: found (https://alpha.de.repo.voidlinux.org/current)
...
checking for isl 0.15 or later... no
required isl version is 0.15 or later
The following languages will be built: c,jit
*** This configuration is not supported in the following subdirectories:
     gnattools gotools target-libada target-libhsail-rt target-libstdc++-v3 target-libphobos target-zlib target-libbacktrace target-libgfortran target-libgo target-libffi target-libobjc target-liboffloadmic target-libitm target-libsanitizer target-libvtv
    (Any other directories should still work fine.)
checking for default BUILD_CONFIG...
checking for --enable-vtable-verify... no
checking for bison... no
checking for byacc... no
checking for yacc... no
checking for bison... no
checking for gm4... no
checking for gnum4... no
checking for m4... no
checking for flex... no
checking for lex... no
checking for flex... no
checking for makeinfo... no
/builddir/gcc-9.3.0/missing: line 81: makeinfo: command not found
checking for expect... no
checking for runtest... no
...
checking whether to enable maintainer-specific portions of Makefiles... no
configure: creating ./config.status
config.status: creating Makefile
mv: cannot move './conf30zSA8/out' to 'Makefile': No such file or directory
config.status: error: could not create Makefile
=> ERROR: libgccjit-9.3.0_1: do_configure: '${configure_script} ${configure_args}' exited with 1
=> ERROR:   in do_configure() at common/build-style/gnu-configure.sh:7
```

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (14 preceding siblings ...)
  2020-11-05  8:09 ` zenny
@ 2020-11-05 14:45 ` Javyre
  2020-11-05 21:00 ` zenny
                   ` (26 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: Javyre @ 2020-11-05 14:45 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 302 bytes --]

New comment by Javyre on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-722423213

Comment:
Looks like it's missing `texinfo` when building libgccjit. I just pushed
to my branch again, this should be fixed.

(make sure to `./xbps-src clean libgccjit`)


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (15 preceding siblings ...)
  2020-11-05 14:45 ` Javyre
@ 2020-11-05 21:00 ` zenny
  2020-11-06  5:24 ` zenny
                   ` (25 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: zenny @ 2020-11-05 21:00 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 980 bytes --]

New comment by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-722641740

Comment:
> Looks like it's missing `texinfo` when building libgccjit. I just pushed to my branch again, this should be fixed. (make sure to `./xbps-src clean libgccjit`)

Even after appending `texinfo` in the https://github.com/void-linux/void-packages/blob/b378df45dbf113ac181aa5c9a45143dfb5974f2a/srcpkgs/libgccjit/template#L12 and the cleaned the source, still fails to build and compile:

```
checking whether to enable maintainer-specific portions of Makefiles... no
configure: creating ./config.status
config.status: creating Makefile
mv: cannot move './conf8CQSPW/out' to 'Makefile': No such file or directory
config.status: error: could not create Makefile
=> ERROR: libgccjit-9.3.0_1: do_configure: '${configure_script} ${configure_args}' exited with 1
=> ERROR:   in do_configure() at common/build-style/gnu-configure.sh:7
```

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (16 preceding siblings ...)
  2020-11-05 21:00 ` zenny
@ 2020-11-06  5:24 ` zenny
  2020-11-06 18:33 ` zenny
                   ` (24 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: zenny @ 2020-11-06  5:24 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2157 bytes --]

New comment by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-722641740

Comment:
> Looks like it's missing `texinfo` when building libgccjit. I just pushed to my branch again, this should be fixed. (make sure to `./xbps-src clean libgccjit`)

Not yet!

Even after appending `texinfo` in the https://github.com/void-linux/void-packages/blob/b378df45dbf113ac181aa5c9a45143dfb5974f2a/srcpkgs/libgccjit/template#L12 and the cleaned the source, still fails to build and compile:

```
...
   [runtime] emacs-common-28.0.50.3e3843512bfae0b7a532f633e45d4c140807ec9b_1: not found (subpkg, ignored)
   [runtime] emacs-common-28.0.50.3e3843512bfae0b7a532f633e45d4c140807ec9b_1: not found (subpkg, ignored)
   [runtime] emacs-common-28.0.50.3e3843512bfae0b7a532f633e45d4c140807ec9b_1: not found (subpkg, ignored)
...
bsdtar: Failed to set default locale
...
checking whether to enable maintainer-specific portions of Makefiles... no
configure: creating ./config.status
config.status: creating Makefile
mv: cannot move './conf8CQSPW/out' to 'Makefile': No such file or directory
config.status: error: could not create Makefile
=> ERROR: libgccjit-9.3.0_1: do_configure: '${configure_script} ${configure_args}' exited with 1
=> ERROR:   in do_configure() at common/build-style/gnu-configure.sh:7
```

Even after installing isl15 and isl15-devel which is at v 0.19 :
```
[*] isl15-0.19_1             Integer Set Library
[*] isl15-devel-0.19_1       Integer Set Library - development files
```
It gives out the following error:
```
checking for isl 0.15 or later... no
required isl version is 0.15 or later
The following languages will be built: c,jit
*** This configuration is not supported in the following subdirectories:
     gnattools gotools target-libada target-libhsail-rt target-libstdc++-v3 target-libphobos target-zlib target-libbacktrace target-libgfortran target-libgo target-libffi target-libobjc target-liboffloadmic target-libitm target-libsanitizer target-libvtv
    (Any other directories should still work fine.)
checking for default BUILD_CONFIG...
```



^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (17 preceding siblings ...)
  2020-11-06  5:24 ` zenny
@ 2020-11-06 18:33 ` zenny
  2020-11-09  9:43 ` zenny
                   ` (23 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: zenny @ 2020-11-06 18:33 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2190 bytes --]

New comment by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-722641740

Comment:
> Looks like it's missing `texinfo` when building libgccjit. I just pushed to my branch again, this should be fixed. (make sure to `./xbps-src clean libgccjit`)

Not yet!

Even after appending `texinfo` in the https://github.com/void-linux/void-packages/blob/b378df45dbf113ac181aa5c9a45143dfb5974f2a/srcpkgs/libgccjit/template#L12 and the cleaned the source, still fails to build and compile:

```
...
   [runtime] emacs-common-28.0.50.3e3843512bfae0b7a532f633e45d4c140807ec9b_1: not found (subpkg, ignored)
   [runtime] emacs-common-28.0.50.3e3843512bfae0b7a532f633e45d4c140807ec9b_1: not found (subpkg, ignored)
   [runtime] emacs-common-28.0.50.3e3843512bfae0b7a532f633e45d4c140807ec9b_1: not found (subpkg, ignored)
...
bsdtar: Failed to set default locale
...
checking whether to enable maintainer-specific portions of Makefiles... no
configure: creating ./config.status
config.status: creating Makefile
mv: cannot move './conf8CQSPW/out' to 'Makefile': No such file or directory
config.status: error: could not create Makefile
=> ERROR: libgccjit-9.3.0_1: do_configure: '${configure_script} ${configure_args}' exited with 1
=> ERROR:   in do_configure() at common/build-style/gnu-configure.sh:7
```

Even after installing isl15 and isl15-devel which is at v 0.19 :
```
[*] isl15-0.19_1             Integer Set Library
[*] isl15-devel-0.19_1       Integer Set Library - development files
```
It gives out the following error (thogh does not seem inevitable):
```
checking for isl 0.15 or later... no
required isl version is 0.15 or later
The following languages will be built: c,jit
*** This configuration is not supported in the following subdirectories:
     gnattools gotools target-libada target-libhsail-rt target-libstdc++-v3 target-libphobos target-zlib target-libbacktrace target-libgfortran target-libgo target-libffi target-libobjc target-liboffloadmic target-libitm target-libsanitizer target-libvtv
    (Any other directories should still work fine.)
checking for default BUILD_CONFIG...
```



^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (18 preceding siblings ...)
  2020-11-06 18:33 ` zenny
@ 2020-11-09  9:43 ` zenny
  2020-11-09  9:43 ` [ISSUE] [CLOSED] " zenny
                   ` (22 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: zenny @ 2020-11-09  9:43 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 304 bytes --]

New comment by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-723896196

Comment:
Thanks to user `natrys` in the voidlinux IRC for pointing out not to use `proot`. Actually using `proot` was causing the compilation and build issue stated above. 

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [ISSUE] [CLOSED] [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (19 preceding siblings ...)
  2020-11-09  9:43 ` zenny
@ 2020-11-09  9:43 ` zenny
  2021-02-15 21:06 ` lane-brain
                   ` (21 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: zenny @ 2020-11-09  9:43 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2496 bytes --]

Closed issue by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240

Description:
# Package Name
GCCemacs (http://akrl.sdf.org/gccemacs.html)

# Linux-related link
https://www.emacswiki.org/emacs/GccEmacs
http://akrl.sdf.org/gccemacs.html#org248e6b1
http://akrl.sdf.org/gccemacs.html#orgec98bb2

# Practical Rationale

> This (slowness) comes up often. The first thing folks fresh off the boat from other editors will notice is that Emacs has a low threshold for performance issues. It doesn’t take much to get it to scroll like molasses... There is an unfortunate but necessary adjustment of expectations new users must undergo, when they adopt Emacs. Doom has inherited this curse. It’s raison d’etre is to improve the situation, but I can only go so far, especially if you choose to enable all the most expensive features. You will unavoidable find cases where Emacs is just slow.

Reference:
https://github.com/hlissner/doom-emacs/blob/fd3b89854eb13ddb2c8ecc2da68a9cbb0dcdb836/docs/faq.org#why-is-emacsdoom-slow

> One of the things that irritated me the most about emacs was how slow it was when the text in one of the files got very long. If a line (paragraphs are considered one line in emacs) gets too long, emacs starts to slow down till you start a new paragraph. As someone who does writing for a living, taking notes, inserting citations, this starts to get very annoying. Upon conversation with the creator of DOOM emacs, I installed GCC emacs. There are a bunch of different ways to do this, but I followed the amazing gist written by mjlbach. When I ran into trouble he took time out to help me figure it out. Much thanks to him. As a result, my emacs runs as fast as it ever has.

Reference:
https://github.com/sunnyhasija/DOOMEmacs/blob/master/README.org#move-to-gcc-emacs

# Manual installation in Void

Tried to install in voidlinux without success as follows:

```
$ git clone https://git.savannah.gnu.org/emacs.git
$ cd emacs
$ git checkout feature/native-comp
$ ./autogen.sh
$ ./configure --with-nativecomp
...
configure: error: Installed libgccjit has failed passing the smoke test.
You can verify it yourself compiling:
<https://gcc.gnu.org/onlinedocs/jit/intro/tutorial01.html>.
Please report the issue to your distribution.
Here instructions on how to compile and install libgccjit from source:
<https://gcc.gnu.org/wiki/JIT>.
```

ATTN: @leahneukirchen (the emacs package maintainer)

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (20 preceding siblings ...)
  2020-11-09  9:43 ` [ISSUE] [CLOSED] " zenny
@ 2021-02-15 21:06 ` lane-brain
  2021-02-15 22:38 ` ericonr
                   ` (20 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: lane-brain @ 2021-02-15 21:06 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 469 bytes --]

New comment by lane-brain on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-779447487

Comment:
If this package is being considered for inclusion, particularly after the announcement from the gccemacs team that libgccjit is no longer considered alpha status, I have created a package template based on the newest gcc template which is working well for me in my emacs-nativecomp template. Should I submit a pull request?

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (21 preceding siblings ...)
  2021-02-15 21:06 ` lane-brain
@ 2021-02-15 22:38 ` ericonr
  2021-02-16  0:29 ` ericonr
                   ` (19 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: ericonr @ 2021-02-15 22:38 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 284 bytes --]

New comment by ericonr on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-779478114

Comment:
Hm, do you see much usefulness for it as a standalone package? I guess gccemacs is going to take a while to be released in any stable form :/

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (22 preceding siblings ...)
  2021-02-15 22:38 ` ericonr
@ 2021-02-16  0:29 ` ericonr
  2021-02-16  1:08 ` lane-brain
                   ` (18 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: ericonr @ 2021-02-16  0:29 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 239 bytes --]

New comment by ericonr on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-779509256

Comment:
@lane-brain I think it should be ok to package it, just not sure how easy to test it will be :P 

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (23 preceding siblings ...)
  2021-02-16  0:29 ` ericonr
@ 2021-02-16  1:08 ` lane-brain
  2021-02-16  1:10 ` lane-brain
                   ` (17 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: lane-brain @ 2021-02-16  1:08 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2226 bytes --]

New comment by lane-brain on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-779520420

Comment:
@ericonr I considered building it as a subpackage of gcc similar to the treatment of other frontends like gcc-ada, but the due to the need to flip the --enable-host-shared flag you have to do a whole separate build, so it's not exactly streamlined into the build process as it stands. The only files provided by this package are the soname and build headers.

To cover the bases here:
1.  The JIT is not quite API stable yet but getting there.This package is provided by debian sid and has been present in ubuntu for some time. The package has been working well on my end on my home-rolled emacs nativecomp+pgtk template. 
2. This frontend does have built in tests [according to the documentation](https://gcc.gnu.org/onlinedocs/jit/internals/index.html#running-the-test-suite). I built them into the do_check function so I've ran the tests and attached the results, which look good. Test suite took me about 5 mins on my i5-10210U. _(note: to run the test suite, the c++ frontend needs to be enabled in the build)._
[jit.log](https://github.com/void-linux/void-packages/files/5985013/jit.log)
3. RE: usefulness, libgccjit has a fairly wide user base under doom-emacs, although admittedly the library seems to be exclusvely provided for this use case. Practically speaking, libgccjit is decently vetted and used as a daily driver for what is a critical piece of software for many users. The emacs community isn't exactly small :P, and the doom-emacs repo numbers nearly 10k users.
4. My only reservation with regards to packaging it as an official package is that void does not provide an emacs-nativecomp build. Although if I do recall, a regular emacs build should be able to run .elc files compiled from straight.el.

This is one of the more ambitious packages I've rigged together as I've picked up xbps-src over the last months, and I had to do my own research as far as what build flags from the original package would be appropriate to include referencing other distro build scripts for the library. Given my inexperience, the package could use some peer review.


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (24 preceding siblings ...)
  2021-02-16  1:08 ` lane-brain
@ 2021-02-16  1:10 ` lane-brain
  2021-02-16  1:11 ` lane-brain
                   ` (16 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: lane-brain @ 2021-02-16  1:10 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2231 bytes --]

New comment by lane-brain on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-779520420

Comment:
@ericonr I considered building it as a subpackage of gcc similar to the treatment of other frontends like gcc-ada, but the due to the need to flip the --enable-host-shared flag you have to do a whole separate build, so it's not exactly streamlined into the build process as it stands. The only files provided by this package are the soname and build headers.

To cover the bases here:
1.  The JIT is not quite API stable yet but getting there.This package is provided by debian sid and has been present in ubuntu for some time. The package has been working well on my end on my home-rolled emacs nativecomp+pgtk template. 
2. This frontend does have built in tests [according to the documentation](https://gcc.gnu.org/onlinedocs/jit/internals/index.html#running-the-test-suite). I built them into the do_check function so I've ran the tests and attached the results, which look good. Test suite took me about 5 mins on my i5-10210U. _(note: to run the test suite, the c++ frontend needs to be enabled in the build)._
[jit.log](https://github.com/void-linux/void-packages/files/5985013/jit.log)
3. RE: usefulness, libgccjit has a fairly wide user base under doom-emacs, although admittedly the library seems to be exclusvely provided for the emacs use case. Practically speaking, libgccjit is decently vetted and used as a daily driver for what is a critical piece of software for many users. The emacs community isn't exactly small :P, and the doom-emacs repo numbers nearly 10k users.
4. My only reservation with regards to packaging it as an official package is that void does not provide an emacs-nativecomp build. Although if I do recall, a regular emacs build should be able to run .elc files compiled from straight.el.

This is one of the more ambitious packages I've rigged together as I've picked up xbps-src over the last months, and I had to do my own research as far as what build flags from the original package would be appropriate to include referencing other distro build scripts for the library. Given my inexperience, the package could use some peer review.


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (25 preceding siblings ...)
  2021-02-16  1:10 ` lane-brain
@ 2021-02-16  1:11 ` lane-brain
  2021-02-16  1:12 ` lane-brain
                   ` (15 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: lane-brain @ 2021-02-16  1:11 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2230 bytes --]

New comment by lane-brain on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-779520420

Comment:
@ericonr I considered building it as a subpackage of gcc similar to the treatment of other frontends like gcc-ada, but the due to the need to flip the --enable-host-shared flag you have to do a whole separate build, so it's not exactly streamlined into the build process as it stands. The only files provided by this package are the soname and build headers.

To cover the bases here:
1.  The JIT is not quite API stable yet but getting there.This package is provided by debian sid and has been present in ubuntu for some time. The package has been working well on my end on my home-rolled emacs nativecomp+pgtk template. 
2. This frontend does have built in tests [according to the documentation](https://gcc.gnu.org/onlinedocs/jit/internals/index.html#running-the-test-suite). I built them into the do_check function so I've ran the tests and attached the results, which look good. Test suite took me about 5 mins on my i5-10210U. _(note: to run the test suite, the c++ frontend needs to be enabled in the build)._
[jit.log](https://github.com/void-linux/void-packages/files/5985013/jit.log)
3. RE: usefulness, libgccjit has a fairly wide user base under doom-emacs, although admittedly the library seems to be exclusvely provided for the emacs use case. Practically speaking, libgccjit is decently vetted and used as a daily driver for what is a critical piece of software for many users. The doom-emacs repo numbers nearly 10k users and uses libgccjit by default if it is present.
4. My only reservation with regards to packaging it as an official package is that void does not provide an emacs-nativecomp build. Although if I do recall, a regular emacs build should be able to run .elc files compiled from straight.el.

This is one of the more ambitious packages I've rigged together as I've picked up xbps-src over the last months, and I had to do my own research as far as what build flags from the original package would be appropriate to include referencing other distro build scripts for the library. Given my inexperience, the package could use some peer review.


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (26 preceding siblings ...)
  2021-02-16  1:11 ` lane-brain
@ 2021-02-16  1:12 ` lane-brain
  2021-02-16  1:13 ` lane-brain
                   ` (14 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: lane-brain @ 2021-02-16  1:12 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2346 bytes --]

New comment by lane-brain on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-779520420

Comment:
@ericonr I considered building it as a subpackage of gcc similar to the treatment of other frontends like gcc-ada, but the due to the need to flip the --enable-host-shared flag you have to do a whole separate build, so it's not exactly streamlined into the build process as it stands. The only files provided by this package are the soname and build headers.

To cover the bases here:
1.  The JIT is not quite API stable yet but getting there.This package is provided by debian sid and has been present in ubuntu for some time. The package has been working well on my end on my home-rolled emacs nativecomp+pgtk template. 
2. This frontend does have built in tests [according to the documentation](https://gcc.gnu.org/onlinedocs/jit/internals/index.html#running-the-test-suite). I built them into the do_check function so I've ran the tests and attached the results, which look good. Test suite took me about 5 mins on my i5-10210U. _(note: to run the test suite, the c++ frontend needs to be enabled in the build)._
[jit.log](https://github.com/void-linux/void-packages/files/5985013/jit.log)
3. RE: usefulness, libgccjit has a fairly wide user base under doom-emacs, although admittedly the library seems to be exclusvely provided for the emacs use case. Practically speaking, libgccjit is decently vetted and used as a daily driver for what is a critical piece of software for many users. The doom-emacs repo numbers nearly 10k users and uses libgccjit by default if it is present.
4. My only reservation with regards to packaging it as an official package is that void does not provide an emacs-nativecomp build. Although if I do recall, a regular emacs build should be able to run .elc files compiled from straight.el.

This is one of the more ambitious packages I've rigged together as I've picked up xbps-src over the last months, and I had to do my own research as far as what build flags from the void gcc package would be appropriate to include in this one referencing other distro build scripts for the library and keeping in mind what the build template isn't compiling (rendering certain build flags superfluous). Given my inexperience, the package could use some peer review.


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (27 preceding siblings ...)
  2021-02-16  1:12 ` lane-brain
@ 2021-02-16  1:13 ` lane-brain
  2021-02-16  1:14 ` lane-brain
                   ` (13 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: lane-brain @ 2021-02-16  1:13 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2347 bytes --]

New comment by lane-brain on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-779520420

Comment:
@ericonr I considered building it as a subpackage of gcc similar to the treatment of other frontends like gcc-ada, but the due to the need to flip the --enable-host-shared flag you have to do a whole separate build, so it's not exactly streamlined into the build process as it stands. The only files provided by this package are the soname and build headers.

To cover the bases here:
1.  The JIT is not quite API stable yet but getting there.This package is provided by debian sid and has been present in ubuntu for some time. The package has been working well on my end on my home-rolled emacs nativecomp+pgtk template. 
2. This frontend does have built in tests [according to the documentation](https://gcc.gnu.org/onlinedocs/jit/internals/index.html#running-the-test-suite). I built them into the do_check function so I've ran the tests and attached the results, which look good. Test suite took me about 5 mins on my i5-10210U. _(note: to run the test suite, the c++ frontend needs to be enabled in the build)._
[jit.log](https://github.com/void-linux/void-packages/files/5985013/jit.log)
3. RE: usefulness, libgccjit has a fairly wide user base under doom-emacs, although admittedly the library seems to be exclusvely provided for the emacs use case. Practically speaking, libgccjit is decently vetted and used as a daily driver for what is a critical piece of software for many users. The doom-emacs repo numbers nearly 10k users and uses libgccjit by default if it is present.
4. My only reservation with regards to packaging it as an official package is that void does not provide an emacs-nativecomp build. Although if I do recall, a regular emacs build should be able to run .elc files compiled from straight.el.

This is one of the more ambitious packages I've rigged together as I've picked up xbps-src over the last months, and I had to do my own research as far as what build flags from the void gcc package would be appropriate to include in this one, referencing other distro build scripts for the library and keeping in mind what the build template isn't compiling (rendering certain build flags superfluous). Given my inexperience, the package could use some peer review.


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (28 preceding siblings ...)
  2021-02-16  1:13 ` lane-brain
@ 2021-02-16  1:14 ` lane-brain
  2021-02-16  1:15 ` lane-brain
                   ` (12 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: lane-brain @ 2021-02-16  1:14 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2357 bytes --]

New comment by lane-brain on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-779520420

Comment:
@ericonr I considered building it as a subpackage of gcc similar to the treatment of other frontends like gcc-ada, but the due to the need to flip the --enable-host-shared flag you have to do a whole separate build, so it's not exactly streamlined into the build process as it stands. The only files provided by this package are the soname and build headers.

To cover the bases here:
1.  The JIT frontend is not quite API stable yet but getting there. This package is provided by debian sid and has been present in ubuntu for some time. The package has been working well on my end on my home-rolled emacs nativecomp+pgtk template. 
2. This frontend does have built in tests [according to the documentation](https://gcc.gnu.org/onlinedocs/jit/internals/index.html#running-the-test-suite). I built them into the do_check function so I've ran the tests and attached the results, which look good. Test suite took me about 5 mins on my i5-10210U. _(note: to run the test suite, the c++ frontend needs to be enabled in the build)._
[jit.log](https://github.com/void-linux/void-packages/files/5985013/jit.log)
3. RE: usefulness, libgccjit has a fairly wide user base under doom-emacs, although admittedly the library seems to be exclusvely provided for the emacs use case. Practically speaking, libgccjit is decently vetted and used as a daily driver for what is a critical piece of software for many users. The doom-emacs repo numbers nearly 10k users and uses libgccjit by default if it is present.
4. My only reservation with regards to packaging it as an official package is that void does not provide an emacs-nativecomp build. Although if I do recall, a regular emacs build should be able to run .elc files compiled from straight.el.

This is one of the more ambitious packages I've rigged together as I've picked up xbps-src over the last months, and I had to do my own research as far as what build flags from the void gcc package would be appropriate to include in this one, referencing other distro build scripts for the library and keeping in mind what the build template isn't compiling (rendering certain build flags superfluous). Given my inexperience, the package could use some peer review.


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (29 preceding siblings ...)
  2021-02-16  1:14 ` lane-brain
@ 2021-02-16  1:15 ` lane-brain
  2021-02-16  1:19 ` ericonr
                   ` (11 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: lane-brain @ 2021-02-16  1:15 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2369 bytes --]

New comment by lane-brain on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-779520420

Comment:
@ericonr I considered building it as a subpackage of gcc similar to the treatment of other frontends like gcc-ada, but the due to the need to flip the --enable-host-shared flag you have to do a whole separate build, so it's not exactly streamlined into the build process as it stands. The only files provided by this package are the soname and build headers.

To cover the bases here:
1.  The JIT frontend is not quite API stable yet but getting there. This package is provided by debian sid and has been present in ubuntu for some time. The package has been working well on my end used alongside my home-rolled emacs nativecomp+pgtk template. 
2. This frontend does have built in tests [according to the documentation](https://gcc.gnu.org/onlinedocs/jit/internals/index.html#running-the-test-suite). I built them into the do_check function so I've ran the tests and attached the results, which look good. Test suite took me about 5 mins on my i5-10210U. _(note: to run the test suite, the c++ frontend needs to be enabled in the build)._
[jit.log](https://github.com/void-linux/void-packages/files/5985013/jit.log)
3. RE: usefulness, libgccjit has a fairly wide user base under doom-emacs, although admittedly the library seems to be exclusvely provided for the emacs use case. Practically speaking, libgccjit is decently vetted and used as a daily driver for what is a critical piece of software for many users. The doom-emacs repo numbers nearly 10k users and uses libgccjit by default if it is present.
4. My only reservation with regards to packaging it as an official package is that void does not provide an emacs-nativecomp build. Although if I do recall, a regular emacs build should be able to run .elc files compiled from straight.el.

This is one of the more ambitious packages I've rigged together as I've picked up xbps-src over the last months, and I had to do my own research as far as what build flags from the void gcc package would be appropriate to include in this one, referencing other distro build scripts for the library and keeping in mind what the build template isn't compiling (rendering certain build flags superfluous). Given my inexperience, the package could use some peer review.


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (30 preceding siblings ...)
  2021-02-16  1:15 ` lane-brain
@ 2021-02-16  1:19 ` ericonr
  2021-02-16  1:40 ` lane-brain
                   ` (10 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: ericonr @ 2021-02-16  1:19 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1346 bytes --]

New comment by ericonr on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-779523005

Comment:
From when this last came up on IRC, I believe the preferred direction was to have a separate template for it indeed, so you went on a good route :) We want to avoid even more piling up in the GCC package, since any fix to the components inside requires a full rebuild.

What will be interesting to find out is how easily or not it works with cross builds :p 

We can't have a gccemacs package; it's not released yet, and afaik the authors don't consider it stable.

I think you have a bit of a misunderstanding regarding what doom-emacs is. It's a framework that sits atop an already built emacs. Choosing to use/support native compilation in emacs is a build time choice, and doom emacs goes on top of that, with or without the feature enabled, though it can certainly take advantage of the speed up. I use doom-emacs locally, but I definitely don't use gccemacs yet.

> Although if I do recall, a regular emacs build should be able to run .elc files compiled from straight.el.

From what I understood, this definitely required running the gccemacs branch, and shouldn't work with our current build of emacs. I will be pleasantly surprised if that's not the case.

Feel free to open a PR ;)

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (31 preceding siblings ...)
  2021-02-16  1:19 ` ericonr
@ 2021-02-16  1:40 ` lane-brain
  2021-02-16  1:40 ` lane-brain
                   ` (9 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: lane-brain @ 2021-02-16  1:40 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 246 bytes --]

New comment by lane-brain on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-779528491

Comment:
sounds good :)

Submitted at PR #28785(https://github.com/void-linux/void-packages/pull/28785/).


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (32 preceding siblings ...)
  2021-02-16  1:40 ` lane-brain
@ 2021-02-16  1:40 ` lane-brain
  2021-02-27  0:12 ` xianwenchen
                   ` (8 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: lane-brain @ 2021-02-16  1:40 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 187 bytes --]

New comment by lane-brain on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-779528491

Comment:
sounds good :)

Submitted at PR #28785 

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (33 preceding siblings ...)
  2021-02-16  1:40 ` lane-brain
@ 2021-02-27  0:12 ` xianwenchen
  2021-06-22 18:20 ` lulcat
                   ` (7 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: xianwenchen @ 2021-02-27  0:12 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 768 bytes --]

New comment by xianwenchen on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-786960719

Comment:
I have been trying to build libgccjit and gccemacs manually.

I was able to build libgccjit.

However, I could not build gccemacs. I think the problem was that the configure script with emacs assumed that libgccjit was installed in the /usr. In my case, I installed libgccjit to /home.

I have stopped trying to get gccemacs to build manually at the moment. 

From the status of #28785, I expect that libgccjit will be available from Void's official repository very soon. I plan to wait til then and try to build gccemacs manually.

I think at the moment, building gccemacs manually seems to be the best option.

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (34 preceding siblings ...)
  2021-02-27  0:12 ` xianwenchen
@ 2021-06-22 18:20 ` lulcat
  2021-06-22 18:21 ` lulcat
                   ` (6 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: lulcat @ 2021-06-22 18:20 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 614 bytes --]

New comment by lulcat on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-866225118

Comment:
in my distro I build both libjit and what I call libgccjit , (I guess it could have been gccjit). Either way, yes you A. add it to --enable-languages=jit. howevr, you should build it independently from the rest with only --enable-languages=jit.

This is because unlike the rest, you want to also pass --enable-host-shared :) 

This is with glibc. I am currently building musl and jit fails with poison calloc thing, so I suppose a patch here and ye. Hope that helps.. 

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (35 preceding siblings ...)
  2021-06-22 18:20 ` lulcat
@ 2021-06-22 18:21 ` lulcat
  2021-10-17  8:03 ` basicfunc
                   ` (5 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: lulcat @ 2021-06-22 18:21 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 691 bytes --]

New comment by lulcat on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-866225118

Comment:
in my distro I build both libjit and what I call libgccjit , (I guess it could have been gccjit). Either way, yes you A. add it to --enable-languages=jit. howevr, you should build it independently from the rest with only --enable-languages=jit.

This is because unlike the rest, you want to also pass --enable-host-shared :) 

This is with glibc. I am currently building musl and jit fails with poison calloc thing, so I suppose a patch here and ye. Hope that helps..  (Regardless of being musl or not, the building independently advice stands).

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (36 preceding siblings ...)
  2021-06-22 18:21 ` lulcat
@ 2021-10-17  8:03 ` basicfunc
  2021-10-17 15:47 ` leahneukirchen
                   ` (4 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: basicfunc @ 2021-10-17  8:03 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 197 bytes --]

New comment by basicfunc on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-945069178

Comment:
Hey,there!
When Emacs 28 will land in main repo.?? 

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (37 preceding siblings ...)
  2021-10-17  8:03 ` basicfunc
@ 2021-10-17 15:47 ` leahneukirchen
  2022-01-11 10:01 ` soanvig
                   ` (3 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: leahneukirchen @ 2021-10-17 15:47 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 201 bytes --]

New comment by leahneukirchen on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-945148125

Comment:
Certainly not before a release tarball is provided.

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (38 preceding siblings ...)
  2021-10-17 15:47 ` leahneukirchen
@ 2022-01-11 10:01 ` soanvig
  2022-01-11 14:07 ` basicfunc
                   ` (2 subsequent siblings)
  42 siblings, 0 replies; 44+ messages in thread
From: soanvig @ 2022-01-11 10:01 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 248 bytes --]

New comment by soanvig on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-1009783122

Comment:
@leahneukirchen I'm not really familiar with a terminology here. What precisely do you mean is required?

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (39 preceding siblings ...)
  2022-01-11 10:01 ` soanvig
@ 2022-01-11 14:07 ` basicfunc
  2022-01-11 14:09 ` basicfunc
  2022-04-16 14:05 ` [ISSUE] [CLOSED] " leahneukirchen
  42 siblings, 0 replies; 44+ messages in thread
From: basicfunc @ 2022-01-11 14:07 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 518 bytes --]

New comment by basicfunc on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-1009997912

Comment:
> @leahneukirchen I'm not really familiar with a terminology here. What precisely do you mean is required?

If you look [here](http://mirror.0xem.ma/gnu/emacs/), the latest release tarball is version 27.x and if you need Emacs 28, you need to compile it from cloning from `savannah` repo. So, @leahneukirchen is holding on until upstream provides latest release tarball.

^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (40 preceding siblings ...)
  2022-01-11 14:07 ` basicfunc
@ 2022-01-11 14:09 ` basicfunc
  2022-04-16 14:05 ` [ISSUE] [CLOSED] " leahneukirchen
  42 siblings, 0 replies; 44+ messages in thread
From: basicfunc @ 2022-01-11 14:09 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 925 bytes --]

New comment by basicfunc on void-packages repository

https://github.com/void-linux/void-packages/issues/24240#issuecomment-1009997912

Comment:
> @leahneukirchen I'm not really familiar with a terminology here. What precisely do you mean is required?

If you look [here](http://mirror.0xem.ma/gnu/emacs/), the latest release tarball is version 27.x and if you need Emacs 28, you need to compile it from cloning from `savannah` repo. So, @leahneukirchen is holding on until upstream provides latest release tarball.

>Software need to be used in version announced by authors as ready to use by the general public - usually called releases. Betas, arbitrary VCS revisions, templates using tip of development branch taken at build time and releases created by the package maintainer won't be accepted.

From [Quality Requirements](https://github.com/void-linux/void-packages/blob/master/Manual.md#quality_requirements)


^ permalink raw reply	[flat|nested] 44+ messages in thread

* Re: [ISSUE] [CLOSED] [Package Request] GccEmacs
  2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
                   ` (41 preceding siblings ...)
  2022-01-11 14:09 ` basicfunc
@ 2022-04-16 14:05 ` leahneukirchen
  42 siblings, 0 replies; 44+ messages in thread
From: leahneukirchen @ 2022-04-16 14:05 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2496 bytes --]

Closed issue by zenny on void-packages repository

https://github.com/void-linux/void-packages/issues/24240

Description:
# Package Name
GCCemacs (http://akrl.sdf.org/gccemacs.html)

# Linux-related link
https://www.emacswiki.org/emacs/GccEmacs
http://akrl.sdf.org/gccemacs.html#org248e6b1
http://akrl.sdf.org/gccemacs.html#orgec98bb2

# Practical Rationale

> This (slowness) comes up often. The first thing folks fresh off the boat from other editors will notice is that Emacs has a low threshold for performance issues. It doesn’t take much to get it to scroll like molasses... There is an unfortunate but necessary adjustment of expectations new users must undergo, when they adopt Emacs. Doom has inherited this curse. It’s raison d’etre is to improve the situation, but I can only go so far, especially if you choose to enable all the most expensive features. You will unavoidable find cases where Emacs is just slow.

Reference:
https://github.com/hlissner/doom-emacs/blob/fd3b89854eb13ddb2c8ecc2da68a9cbb0dcdb836/docs/faq.org#why-is-emacsdoom-slow

> One of the things that irritated me the most about emacs was how slow it was when the text in one of the files got very long. If a line (paragraphs are considered one line in emacs) gets too long, emacs starts to slow down till you start a new paragraph. As someone who does writing for a living, taking notes, inserting citations, this starts to get very annoying. Upon conversation with the creator of DOOM emacs, I installed GCC emacs. There are a bunch of different ways to do this, but I followed the amazing gist written by mjlbach. When I ran into trouble he took time out to help me figure it out. Much thanks to him. As a result, my emacs runs as fast as it ever has.

Reference:
https://github.com/sunnyhasija/DOOMEmacs/blob/master/README.org#move-to-gcc-emacs

# Manual installation in Void

Tried to install in voidlinux without success as follows:

```
$ git clone https://git.savannah.gnu.org/emacs.git
$ cd emacs
$ git checkout feature/native-comp
$ ./autogen.sh
$ ./configure --with-nativecomp
...
configure: error: Installed libgccjit has failed passing the smoke test.
You can verify it yourself compiling:
<https://gcc.gnu.org/onlinedocs/jit/intro/tutorial01.html>.
Please report the issue to your distribution.
Here instructions on how to compile and install libgccjit from source:
<https://gcc.gnu.org/wiki/JIT>.
```

ATTN: @leahneukirchen (the emacs package maintainer)

^ permalink raw reply	[flat|nested] 44+ messages in thread

end of thread, other threads:[~2022-04-16 14:05 UTC | newest]

Thread overview: 44+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-08-12 11:57 [ISSUE] [Package Request] GCCemacs zenny
2020-08-13  9:03 ` [Package Request] GccEmacs leahneukirchen
2020-08-13 12:10 ` zenny
2020-08-13 12:20 ` zenny
2020-08-16 23:31 ` Javyre
2020-08-17  7:45 ` zenny
2020-08-17  7:55 ` zenny
2020-08-21  0:27 ` Javyre
2020-09-27 23:10 ` ap4y
2020-10-24  4:25 ` ericonr
2020-10-29  8:49 ` zenny
2020-10-29  8:50 ` zenny
2020-10-29 19:36 ` zenny
2020-11-03 17:59 ` Javyre
2020-11-03 17:59 ` Javyre
2020-11-05  8:09 ` zenny
2020-11-05 14:45 ` Javyre
2020-11-05 21:00 ` zenny
2020-11-06  5:24 ` zenny
2020-11-06 18:33 ` zenny
2020-11-09  9:43 ` zenny
2020-11-09  9:43 ` [ISSUE] [CLOSED] " zenny
2021-02-15 21:06 ` lane-brain
2021-02-15 22:38 ` ericonr
2021-02-16  0:29 ` ericonr
2021-02-16  1:08 ` lane-brain
2021-02-16  1:10 ` lane-brain
2021-02-16  1:11 ` lane-brain
2021-02-16  1:12 ` lane-brain
2021-02-16  1:13 ` lane-brain
2021-02-16  1:14 ` lane-brain
2021-02-16  1:15 ` lane-brain
2021-02-16  1:19 ` ericonr
2021-02-16  1:40 ` lane-brain
2021-02-16  1:40 ` lane-brain
2021-02-27  0:12 ` xianwenchen
2021-06-22 18:20 ` lulcat
2021-06-22 18:21 ` lulcat
2021-10-17  8:03 ` basicfunc
2021-10-17 15:47 ` leahneukirchen
2022-01-11 10:01 ` soanvig
2022-01-11 14:07 ` basicfunc
2022-01-11 14:09 ` basicfunc
2022-04-16 14:05 ` [ISSUE] [CLOSED] " leahneukirchen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).