Christos,
Builds with MKDEBUG=YES MKX11=YES are still failing for me as of CVS
date 2015.01.05.06.28.34:
== 7 missing files in DESTDIR
Files in flist but missing from DESTDIR.
File wasn't installed ?
--
On Jan 5, 1:11pm, g...@gson.org (Andreas Gustafsson) wrote:
-- Subject: Re: Debug builds with X11 fail
| Christos,
|
| Builds with MKDEBUG=YES MKX11=YES are still failing for me as of CVS
| date 2015.01.05.06.28.34:
|
| == 7 missing files in DESTDIR
| Files in flist but
Christos Zoulas wrote:
I can't reproduce this
I think I have it figured out now. It's a combination of two issues:
src/external/mit/xorg/lib/{dri,gallium}/Makefile contain the line
.if ${MKDEBUG:Uno} == yes
rather than the usual
.if ${MKDEBUG} != no
and I had specified MKDEBUG=YES (with
Hi,
with -current source updated some minutes ago ../xorg/lib/dri
foils to compile:
-1006: /u/NetBSD/arch/i386/TOOLS/bin/nbmake-i386 dependall
yacc
dri//u/NetBSD/xsrc/external/mit/MesaLib/dist/src/glsl/glcpp/glcpp-parse.c
/u/NetBSD/arch/i386/TOOLS/bin/nbyacc: f - cannot open
On Sun, 4 Jan 2015, John D. Baker wrote:
I had an opportunity to boot -current on the machine and the behavior
is the same. I'm now bisecting the code to see what change induced the
misbehavior. Then the pull-ups to -7 can be determined.
Taking 15-Dec-2014 as a starting point, booting a
This is an automatically generated notice of a NetBSD-current/i386
build failure.
The failure occurred on babylon5.NetBSD.org, a NetBSD/amd64 host,
using sources from CVS date 2015.01.05.23.48.46.
An extract from the build.sh output follows:
#create in_cksum/in_cksum.d
On Mon, 5 Jan 2015, John D. Baker wrote:
Taking 15-Dec-2014 as a starting point, booting a GENERIC kernel
produces a working X server without DRI/DRM/DRM2 support since that's
not been done for r128.
Booting my custom kernel based on GENERIC but with with drmkms support
removed and the UMS
On Jan 5, 4:34pm, g...@gson.org (Andreas Gustafsson) wrote:
-- Subject: Re: Debug builds with X11 fail
| Christos Zoulas wrote:
| I can't reproduce this
|
| I think I have it figured out now. It's a combination of two issues:
| src/external/mit/xorg/lib/{dri,gallium}/Makefile contain the line