bug#51258: [PATCH v3] gnu: emacs: Handle pdump filenames that contain a fingerprint

2021-10-23 Thread Morgan . J . Smith
From: Morgan Smith * gnu/packages/emacs.scm (emacs) [restore-emacs-pdmp]: Change regex to handle filenames that have a fingerprint in them. Remove #t at the end of the phase. Don't bother deleting the old files because rename will overwrite them anyways. --- find-files does sort its return so my

bug#51258: [PATCH v2] gnu: emacs: Handle pdump filenames that contain a fingerprint

2021-10-19 Thread Morgan . J . Smith
From: Morgan Smith * gnu/packages/emacs.scm (emacs) [restore-emacs-pdmp]: Change regex to handle filenames that have a fingerprint in them. Also remove #t at the end of the phase. --- I'm a fan of your idea. I tested this patch and it seems to work as expected. I do think that the fingerprint

bug#51258: [PATCH] gnu: emacs: Handle pdump filenames that contain a fingerprint

2021-10-18 Thread Morgan . J . Smith
From: Morgan Smith * gnu/packages/emacs.scm (emacs) [restore-emacs-pdmp]: Add regex to handle filenames that have a fingerprint in them --- Fixed your problem. Well it was also my problem. The regex is pretty simple but probably a little intimidating if you've never done it before. I highly

bug#47325: [PATCH] gnu: newlib-nano: Fix nano lib and header paths

2021-04-08 Thread Morgan . J . Smith
From: Morgan Smith * gnu/packages/embedded.scm (newlib-nano-arm-none-eabi)[arguments]: Hard link library files from *.a to *_nano.a. Hard link newlib.h to a common location. --- I CC'd Efraim because they commited my last gcc-arm-none-eabi patch. I hope that's ok. I'm not really sure who is resp

bug#43277: [PATCH] gnu: emacs-next: Fix load path and version

2020-09-14 Thread Morgan . J . Smith
From: Morgan Smith * gnu/packages/emacs.scm (emacs): [strip-double-wrap] Modify to work with emacs-next * gnu/packages/emacs.scm (emacs-next): [version] Change version from 28.0.50.1 to 28.0.50 [arguments] Removed field [native-search-paths] New field --- The problem turned out to be that EMACS