Re: emacs26-app fails to install
Scott Hannahs via Fink-users <[email protected]>
| Newsgroups | gmane.os.apple.fink.general |
|---|---|
| Message-ID | <[email protected]> |
> On Feb 9, 2023, at 11:32, Derek Homeier <[email protected]> wrote: > > On 9 Feb 2023, at 4:02 pm, Scott Hannahs via Fink-users <[email protected]> wrote: >> >> Sort of interested in this. I am currently trying to update emacs to 28. I have most of it functional for -nox split but stuck on updating glib2. I was going to think about the .app version and contact the maintainer as a next step. It seemed easier to update to 28 than to get 26 working on arm64. > > > I think an update to 28 would be very useful! A glib2 update to 2.59.0 is in > https://github.com/fink/fink-distributions/pull/928/commits/7c1046f <https://github.com/fink/fink-distributions/pull/928/commits/7c1046f> > – later versions require meson to build. > I could see if that could be pulled out of that PR. Well, I have a meson package (version 1.0.0). I think I need to version it for different python flavors, but that is another issue and I can deal with it. meson is a new world to me and I am not sure about arguments etc. When building glib2-2.74.5 it doesn’t like the implicit declaration of a osx version of a call. For some reason, it does not trigger the osx headers that are needed to define the function. Any advice would be great. gio/tests/giotypefuncs.inc:168:9: error: implicit declaration of function 'g_osx_app_info_get_type' is invalid in C99 [-Werror,-Wimplicit-function-declaration] *tp++ = g_osx_app_info_get_type (); ^ gio/tests/giotypefuncs.inc:168:9: note: did you mean 'g_app_info_get_type'? ../gio/gappinfo.h:150:13: note: 'g_app_info_get_type' declared here GType g_app_info_get_type (void) G_GNUC_CONST; AFAIK, I do not want g_app_info_get_type but g_osx_app_info_get_type. This is defined in the header "gio/gosxappinfo.h” which I guess is not included when compiling "/gio/tests/defaultvalue.c”. I thought that the meson.build file should detect the version of darwin and include the correct headers. I am not sure if this is a bug in glib2, or just not triggering the correct build environment. I am not sure how to get meson to output debug information. If I could see it setting various environment variables for the build. Specifically is the system setting “glib_have_cocoa” to true? And “glib_have_os_x_9_or_later”? -Scott _______________________________________________ Fink-users mailing list [email protected] List archive: https://sourceforge.net/p/fink/mailman/fink-users/ Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users