[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