GNOME Bugzilla – Bug 784189
Fix meson build error in finding libm library
Last modified: 2021-06-18 15:53:29 UTC
Created attachment 354426 [details] [review] Fix finding libm library in meson.build Currently on Fedora 26 beta, trying to JHBuild nautilus fails on configure with following meson error: Meson encountered an error in file meson.build, line 56, column 0: C library 'libm' not found I'm attaching a patch that fixes this build problem. The fix just uses the same invocation for finding libm as used in libgd/meson.build, see: [nelson@fedora26 nautilus]$ grep -r -n --color=auto --include=*.build -e "libm =" subprojects/libgd/meson.build:15:libm = cc.find_library('m', required: false)
*** Bug 781092 has been marked as a duplicate of this bug. ***
Review of attachment 354426 [details] [review]: Sure, just update the commit message with an explanation and link to this bug.
Review of attachment 354426 [details] [review]: Why is this necessary? I still don't get it. It's required in Linux platforms, as libm is standalone. (http://mesonbuild.com/howtox.html has an example with libm portability_
(In reply to Carlos Soriano from comment #3) > Review of attachment 354426 [details] [review] [review]: > > Why is this necessary? I still don't get it. It's required in Linux > platforms, as libm is standalone. (http://mesonbuild.com/howtox.html has an > example with libm portability_ Supposedly the C library defines those symbols without a separate math library in cases like this. I’ve tried doing some research, but couldn’t find anything, so I trust that other developers know it better (there is a libgd commit with just this change).
(In reply to Ernestas Kulik from comment #4) > (In reply to Carlos Soriano from comment #3) > > Review of attachment 354426 [details] [review] [review] [review]: > > > > Why is this necessary? I still don't get it. It's required in Linux > > platforms, as libm is standalone. (http://mesonbuild.com/howtox.html has an > > example with libm portability_ > > Supposedly the C library defines those symbols without a separate math > library in cases like this. I’ve tried doing some research, but couldn’t > find anything, so I trust that other developers know it better (there is a > libgd commit with just this change). libgd being in other platforms is expected, since gtk+ is. But not Nautilus. I would prefer to find the root of the problem...
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version of Files (nautilus), then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/nautilus/-/issues/ Thank you for your understanding and your help.