> Since /usr/include is a standard search path, explicitly adding it via -I can troublesome > in projects that want to customize the include directories. Regarding the above topic: I suppose I can remove `Cflags: -I$ check” would be better expressed as “%make_build check”. > An accepted change for Fedora 34 is that packages using make must BR it explicitly (“BuildRequires: make”). The guidelines have not yet been updated. The build system is a pain and does not seem to eat includes properly. I kept the partially-bundled libraries in but marked themo so. The linked SRPM is built with an old version of the spec file it does not match the spec URL. It’s not hard to unbundle at least the header-only libraries. For example, for uthash, which was already in Fedora:ġ. Per the guidelines for depending on header-only libraries, you need to BR uthash-static in addition to uthash-devel. * libucl uses removed macros utstring_append_len() and utstring_append_c() this could be easily patched by defining them, if missing, in src/ucl_internal.h Now there are some problems with uthash 2.x, vs. * ucl_emitter_utils.c uses uthash internals, accessing the pd member directly, but this member no longer exists in 2.x * ucl_parser.c uses strtoimax without directly including inttypes.h, which was previously indirectly included from uthash.h this is also easily patched At this point we could decide that this is more than we are willing to try to patch, and leave the library bundled-not because of the build system, but because of the uthash 2.x incompatibility.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |