[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


--- 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

> 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


> 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[*]

[*] 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