On Fri, Jun 09, 2017 at 04:23:20PM +0200, Marc Espie wrote: > On Fri, Jun 09, 2017 at 04:06:49PM +0200, Antoine Jacoutot wrote: > > On Fri, Jun 09, 2017 at 01:37:40PM +0200, Marc Espie wrote: > > > On Fri, Jun 09, 2017 at 01:21:35PM +0200, Antoine Jacoutot wrote: > > > > On Fri, Jun 09, 2017 at 04:34:41AM -0600, Marc Espie wrote: > > > > > CVSROOT: /cvs > > > > > Module name: ports > > > > > Changes by: es...@cvs.openbsd.org 2017/06/09 04:34:41 > > > > > > > > > > Modified files: > > > > > devel/qmake : qmake.port.mk > > > > > > > > > > Log message: > > > > > so qmake dependency handling is still basically broken. > > > > > mark everything that depends on it nojunk, because I'm fed up > > > > > of qt-creator and other things randomly breaking > > > > > > > > What happens exactly? > > > > I've never had a similar problem for the last 3 or 4 years since I am > > > > running > > > > daily bulks. > > > > > > Thanks to clang, it went into another directory, which happens to have > > > #include <gtest/...> > > > hidden behind a #ifdef UNIT_TESTS > > > which is not enough for qmake, obviously. > > > > We should rather fix the issue than hide it, no? > > Basically, this means taking qmake completely apart, because what it does > is 100% bogus. > > How much free time do you have ?...
Oh the fix is easy, drop qmake from ports. -- Antoine