[Bug 217016] graphics/libGL: update to 17.0.1 to get llvm40 support
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Fri Mar 10 02:28:00 UTC 2017
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217016
--- Comment #12 from Jan Beich (mail not working) <jbeich at FreeBSD.org> ---
(In reply to Matthew Rezny from comment #11)
> I was not wanting to patch configure.ac to avoid an otherwise unnecessary autoreconf
files/configure.ac has to be renamed to files/patch-configure.ac to produce any
effect. My guess files/configure.ac was added in ports r371035 as a reference
for future changes to files/patch-configure. As ports r433862 removed libdevq
logic in favor of ports r431708 files/patch-configure is now trivial to modify
again.
> if the patched configure script works with BSD and GNU sed, do we still need
> the bit for DragonFly in post-patch?
DragonFly (and NetBSD) lack base r268066 (since FreeBSD 10.1-RELEASE), see my
inline comment. OpenBSD appears to have it, and their re_format(7) manpage is
superior.
http://man7.org/linux/man-pages/man7/regex.7.html
http://man.openbsd.org/re_format
> I can't help but think how much simpler it would be to have libGL,
> libEGL (with gbm), libglesv2, and libglapi in a single mesa-libs
> port which any (E)GL(ES) user would depend on. The only separate
> parts would be mesa-drivers aka dri, clover, and osmesa.
+1 on "mesa-" prefix to avoid confusion where "libGL and friends" notion starts
and ends when communicating updates to uninitiated users.
+1 on simplifying build but we can restore some granularity via subpackages[*]
later.
[*] https://lists.freebsd.org/pipermail/freebsd-ports/2016-December/106315.html
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-x11
mailing list