Could not install emacs-plus@29 with --with-xwidgets --with-imagemagick --with-native-comp #556
Comments
|
Seems to be an issue with a newer version of gcc |
It fixed this issue for me on M1Pro MacBook with below install instruction: |
Just to note that this didn't work for me. Specifically, following those steps and then running
Note that |
|
For now, libgccjit install by homebrew using build-from-source throw error. I try https://blocks.roadtolarissa.com/cpbotha/5f44a7f44ad93445128113c208b4a252 approach to solve, and look like it's ok. I guess it's libgccjit formula error for newest version of MacOS. Work when re-install gcc and libgccjit from source. |
However, the ld error throw out, and I run |
|
Same issue here. when tried to install libgccgit from source, it failed with with |
I found that on my system, I had a different incompatible version of grep from a plan9 installation on my PATH that was superseding the builtin grep on one of my Macs. This explains why the `with-native-comp` build was failing on one of my Macs but not the other - the Mac with the successful emacs-plus@28 `with-native-comp` build only had the built-in version of grep on its PATH. Adding GNU grep as a build-time dependency will include it in the `gnubin` directory, which is prepended to the PATH in each formula. I've also added an explicit PATH prepending step for each of the GNU build-time dependencies. This indicates the coupling of those dependencies with the `gnubin` PATH prepending. Related to d12frosted#555 and d12frosted#556
I found that on my system, I had a different incompatible version of grep from a plan9 installation on my PATH that was superseding the builtin grep on one of my Macs. This explains why the `with-native-comp` build was failing on one of my Macs but not the other - the Mac with the successful emacs-plus@28 `with-native-comp` build only had the built-in version of grep on its PATH. Adding GNU grep as a build-time dependency will include it in the `gnubin` directory, which is prepended to the PATH in each formula. I've also added an explicit PATH prepending step for each of the GNU build-time dependencies. This indicates the coupling of those dependencies with the `gnubin` PATH prepending. Related to d12frosted#555 and d12frosted#556
I found that on my system, I had a different incompatible version of grep from a plan9 installation on my PATH that was superseding the builtin grep on one of my Macs. This explains why the `with-native-comp` build was failing on one of my Macs but not the other - the Mac with the successful emacs-plus@28 `with-native-comp` build only had the built-in version of grep on its PATH. Adding GNU grep as a build-time dependency will include it in the `gnubin` directory, which is prepended to the PATH in each formula. I've also added an explicit PATH prepending step for each of the GNU build-time dependencies. This indicates the coupling of those dependencies with the `gnubin` PATH prepending. Related to d12frosted#555 and d12frosted#556
|
I may have a fix: see #555 (comment) and sub in 29 over 28 where appropriate in the mitigation instructions. edit: after re-reading the logs above, could this be an |
I found that on my system, I had a different incompatible version of grep from a plan9 installation on my PATH that was superseding the builtin grep on one of my Macs. This explains why the `with-native-comp` build was failing on one of my Macs but not the other - the Mac with the successful emacs-plus@28 `with-native-comp` build only had the built-in version of grep on its PATH. Adding GNU grep as a build-time dependency will include it in the `gnubin` directory, which is prepended to the PATH in each formula. I've also added an explicit PATH prepending step for each of the GNU build-time dependencies. This indicates the coupling of those dependencies with the `gnubin` PATH prepending. Related to d12frosted#555 and d12frosted#556
I found that on my system, I had a different incompatible version of grep from a plan9 installation on my PATH that was superseding the builtin grep on one of my Macs. This explains why the `with-native-comp` build was failing on one of my Macs but not the other - the Mac with the successful emacs-plus@28 `with-native-comp` build only had the built-in version of grep on its PATH. Adding GNU grep as a build-time dependency will include it in the `gnubin` directory, which is prepended to the PATH in each formula. I've also added an explicit PATH prepending step for each of the GNU build-time dependencies. This indicates the coupling of those dependencies with the `gnubin` PATH prepending. Related to d12frosted#555 and d12frosted#556
I found that on my system, I had a different incompatible version of grep from a plan9 installation on my PATH that was superseding the builtin grep on one of my Macs. This explains why the `with-native-comp` build was failing on one of my Macs but not the other - the Mac with the successful emacs-plus@28 `with-native-comp` build only had the built-in version of grep on its PATH. Adding GNU grep as a build-time dependency will include it in the `gnubin` directory, which is prepended to the PATH in each formula. I've also added an explicit PATH prepending step for each of the GNU build-time dependencies. This indicates the coupling of those dependencies with the `gnubin` PATH prepending. Related to d12frosted#555 and d12frosted#556
I found that on my system, I had a different incompatible version of grep from a plan9 installation on my PATH that was superseding the builtin grep on one of my Macs. This explains why the `with-native-comp` build was failing on one of my Macs but not the other - the Mac with the successful emacs-plus@28 `with-native-comp` build only had the built-in version of grep on its PATH. Adding GNU grep as a build-time dependency will include it in the `gnubin` directory, which is prepended to the PATH in each formula. I've also added an explicit PATH prepending step for each of the GNU build-time dependencies. This indicates the coupling of those dependencies with the `gnubin` PATH prepending. Related to #555 and #556
|
Emacs 29 and emacs 30 are stil broken (get the warning that emacs couldn't find libgccjit driver) Couldn't test emacs 28. Also is there a way to expose |
|
I also had this issue trying to install 29.1 on Sonoma. Following this comment seems to do the trick: |
I also had to run |
This did it for me in Sonoma too, which is quite weird since I didn't have gcc nor libgccjit previously installed. |
|
I'm having this issue on new homebrew versions of gcc, libgccjit (14.1.0). |
After homebrew upgraded gcc and libgccjit to 14.1.0, Emacs was crashing immediately on startup. I didn't fully investigate since I figured a reinstall would fix the issue but it didn't with this error: Reinstalling gcc and libgccjit did not work for me. Attempting to compile the mentioned test program for libgccjit failed with I got Emacs working again by reinstalling without the --with-native-comp flag. @mayagerard0 |
|
I have the same error in OP, just from a regular
|
|
Manually linking libgcc and libgccjit fixed it for me @elondres-mim @mayagerard0 . I found the solution in the homebrew issue Libgccjit error with new gcc 14 update #206 : |
This fixed it for me too. Thanks a lot |
This fixed it for me too. wo~~~ |
Please make sure to follow these steps (and mark the checkboxes):
brew updateand try to reproduce the issue againbrew doctor, fix all issues and try to reproduce your issue againbrew configandbrew doctorand include their outputWhat you were trying to do
I was trying to (re-)install emacs-plus@29 on a MacBook Pro M1.
What happened (include command output)
Build failed with the following configure error;
Before installation I uninstalled emacs-plus@29. I uninstalled libgccjit and cleared the caches under /Library/Caches/Homebrew for both emacs-plus and libgccjit, then installed libgccjit again and try to install emacs-plus@29 but with the same error.
Command output
Output of
brew configOutput of
brew doctorThe text was updated successfully, but these errors were encountered: