headers
Greg A. Woods | 14 Jul 2006 02:25
X-Face
Favicon

definition of xf86LoadVBEModule() macro missing from xfree/xc/programs/Xserver/hw/xfree86/vbe/vbe.h?

I'm seeing the following error while trying to build xsrc-current on
netbsd-1-6.  It would seem on first glance this error would occur
everywhere since xfree/xc/programs/Xserver/hw/xfree86/vbe/vbe.h has not
been updated to include the necessary definition of xf86LoadVBEModule()

BTW, how the heck to I tell the Imake generated makefiles to _ALWAYS_
stop on errors!?!?!?!?  (So far as I can tell "-i" is not in MAKEFLAGS)

gcc -o XFree86 -pipe -O2 -march=pentiumpro -g -ansi -Dasm=__asm  -static   -L../../exports/lib  
xkb/xf86KillSrv.o xkb/xf86VT.o xkb/xf86Private.o
../../programs/Xserver/hw/xfree86/drivers/drvConf.o
../../programs/Xserver/hw/xfree86/input/drvConf.o          
../../programs/Xserver/hw/xfree86/drivers/libdriver.a
../../programs/Xserver/hw/xfree86/ramdac/libramdac.a
../../programs/Xserver/hw/xfree86/ddc/libddc.a
../../programs/Xserver/hw/xfree86/i2c/libi2c.a              
../../programs/Xserver/hw/xfree86/xaa/libxaa.a
../../programs/Xserver/hw/xfree86/vgahw/libvgahw.a
../../programs/Xserver/hw/xfree86/fbdevhw/libfbdevhw.a              
../../programs/Xserver/hw/xfree86/xf8_32bpp/libxf8_32bpp.a              
../../programs/Xserver/hw/xfree86/xf8_16bpp/libxf8_16bpp.a
../../programs/Xserver/hw/xfree86/xf24_32bpp/libxf24_32bpp.a             
../../programs/Xserver/hw/xfree86/xf4bpp/libxf4bpp.a
../../programs/Xserver/hw/xfree86/xf1bpp/libxf1bpp.a
../../programs/Xserver/hw/xfree86/shadowfb/libshadowfb.a afb/libafb.a
../../programs/Xserver/hw/xfree86/input/libidriver.a 
../../programs/Xserver/hw/xfree86/common/xf86Init.o
../../programs/Xserver/hw/xfree86/common/xf86IniExt.o
../../programs/Xserver/hw/xfree86/common/libxf86.a
../../programs/Xserver/hw/xfree86/rac/librac.a
(Continue reading)

Permalink | Reply | 2 comments |
headers
Nicolas Joly | 14 Jul 2006 09:20
Picon
Picon
Favicon

Re: definition of xf86LoadVBEModule() macro missing from xfree/xc/programs/Xserver/hw/xfree86/vbe/vbe.h?

On Thu, Jul 13, 2006 at 08:25:32PM -0400, Greg A. Woods wrote:
> 
> BTW, how the heck to I tell the Imake generated makefiles to _ALWAYS_
> stop on errors!?!?!?!?  (So far as I can tell "-i" is not in MAKEFLAGS)

This is a bug which has been fixed in 4.6.0 :

XFree86 4.5.99.901 (6 March 2006)
[...]
 230. Fix a problem on NetBSD where a build will continue after an error
      (David Dawes).

Try the following patch (untested) :

Index: xc/config/cf/Imake.rules
===================================================================
RCS file: /cvs/xc/config/cf/Imake.rules,v
retrieving revision 3.145
retrieving revision 3.146
diff -u -r3.145 -r3.146
--- xc/config/cf/Imake.rules	14 Oct 2005 15:15:52 -0000	3.145
+++ xc/config/cf/Imake.rules	6 Mar 2006 15:58:01 -0000	3.146
 <at>  <at>  -1704,8 +1719,9  <at>  <at> 
  */
 #ifndef MakeNamedTargetSubdir
 #define MakeNamedTargetSubdir(dir,flags,subname)\
-		(cd dir && $(MAKE) $(MFLAGS) $(PARALLELMFLAGS) \	 <at>  <at> \
-			flags subname)
+		if [ -z "$$_fail" ]; then _fail="exit 1"; fi; \		 <at>  <at> \
+		(cd dir; $(MAKE) $(MFLAGS) $(PARALLELMFLAGS) \		 <at>  <at> \
(Continue reading)

Permalink | Reply | 1 comment |
headers
Greg A. Woods | 15 Jul 2006 02:18
X-Face
Favicon

fixing the X11 imake build infrastructure to exit on error

At Fri, 14 Jul 2006 09:20:59 +0200,
Nicolas Joly wrote:
> 
> On Thu, Jul 13, 2006 at 08:25:32PM -0400, Greg A. Woods wrote:
> > 
> > BTW, how the heck to I tell the Imake generated makefiles to _ALWAYS_
> > stop on errors!?!?!?!?  (So far as I can tell "-i" is not in MAKEFLAGS)
> 
> This is a bug which has been fixed in 4.6.0 :
> 
> XFree86 4.5.99.901 (6 March 2006)
> [...]
>  230. Fix a problem on NetBSD where a build will continue after an error
>       (David Dawes).
> 
> Try the following patch (untested) :

I finally figured the same thing out just before I read your post.

I'm not sure why "set -e" doesn't cause an exit within a "for" or
"while" (on un-tested exit status results), nor why a non-zero result in
an "if" statement doesn't trigger an exit either.  I thought they did
once upon a time in real Unix, but I'm too lazy to fire up something
like that to test right now.

Hmmm.... come to think of it I found the same problem with some version
of Bash once upon a time too (three or four years ago).

The following changes actually work, though the whole
MakeFlagsToShellFlags junk should just be eliminated:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Greg A. Woods | 16 Jul 2006 01:18
X-Face
Favicon

definition of xf86LoadVBEModule() macro missing from xfree/xc/programs/Xserver/hw/xfree86/vbe/vbe.h?

(Gack!  Why can't I see the original message headers on mail-index.NetBSD.org?)

Seems the following change is the culprit since it was incomplete.

----------------------------
revision 1.7
date: 2005/12/27 20:19:07;  author: jmmv;  state: Exp;  lines: +56 -24
Sync the Nvidia drivers with XFree86's sources as of December 24th, 2005.
These changes fix lots of problems (i.e. freezes) with the latest cards
(such as a GeForce 6600GT).

Approved by tron <at> .
----------------------------

Indeed the original diffs posted to tech-x11 include the calls to this
macro but no new definition for it.

	http://mail-index.netbsd.org/tech-x11/2005/12/24/0000.html

I see it has been pulled up to 3.1 and 3.0 too, but I don't see any
corresponding definition of xf86LoadVBEModule() in any file checked out
from the netbsd-3 branch of xsrc and so I'm not sure how anyone is
successfully building x11 on NetBSD at the moment.  Is everyone ignoring
the build errors because the make doesn't stop!?!?!?!?  WTF!?!?!?

$ cd /usr/xsrc-3
$ cat CVS/Tag
Tnetbsd-3
$ find . -name '*.[ch]' -print | xargs fgrep xf86LoadVBEModule
./programs/Xserver/hw/xfree86/drivers/nv/nv_driver.c:    if (xf86LoadVBEModule(pScrn)) {
(Continue reading)

Permalink | Reply | 3 comments |
headers
David Brownlee | 24 Jul 2006 16:58
Gravatar

xorg-clients missing many files

 	feh, now corg-clients (built clean from latest pkgsrc, with only
 	X11_TYPE=xorg in /etc/mk.conf) is reporting missing many files from
 	PLIST, all in /usr/pkg/xorg/lib/X11/icons/whiteglass

 	No idea what changed, switching pkgsrc tree back seven days gives the
 	same error

--

-- 
 			   David Brownlee -- abs <at> absd.org
Permalink | Reply | 0 comments |
headers
David Brownlee | 26 Jul 2006 11:34
Gravatar

Many packages needing x11/xcursor (xorg)

 	On a clean xorg install I'm finding various packages will not
 	build without an include of the x11/xcursor buildlink file,
 	such as qt3-tools & wip/sqlitebrowser. Is anyone else seeing
 	similar?

--

-- 
 			   David Brownlee -- abs <at> absd.org
Permalink | Reply | 0 comments |
headers
David Brownlee | 26 Jul 2006 11:34
Gravatar

Many packages needing x11/xcursor (xorg)

 	On a clean xorg install I'm finding various packages will not
 	build without an include of the x11/xcursor buildlink file,
 	such as qt3-tools & wip/sqlitebrowser. Is anyone else seeing
 	similar?

--

-- 
 			   David Brownlee -- abs <at> absd.org
Permalink | Reply | 0 comments |
headers
Ryo HAYASAKA | 26 Jul 2006 11:38
Picon

Re: Many packages needing x11/xcursor (xorg)

In the message on Wed, 26 Jul 2006 10:34:43 +0100 (BST),
David Brownlee <abs <at> absd.org> wrote:

>  	On a clean xorg install I'm finding various packages will not
>  	build without an include of the x11/xcursor buildlink file,
>  	such as qt3-tools & wip/sqlitebrowser. Is anyone else seeing
>  	similar?

Yes.  I submitted PR #34076 about qt3-tools.

--
Ryo HAYASAKA <ryoh <at> jaist.ac.jp>
Japan Advanced Institute of Science and Technology (JAIST)
Permalink | Reply | 0 comments |
headers
Jeremy C. Reed | 28 Jul 2006 09:13

screen saver for wsdisplay on vesafb and Xorg wsfb?

For two months, I have been using Xorg xf86-video-wsfb driver with 
NetBSD's wsdisplay(4) on NetBSD's vesafb (missing man page?).
(vesa not mentioned in wsdisplay(4) either.) This is on i386 NetBSD 
3.99.2x.

I can't turn off my display with xset.

The wsfb_driver.c has:

      pScreen->SaveScreen = WsfbSaveScreen;

which is:

WsfbSaveScreen(ScreenPtr pScreen, int mode)
{
        ScrnInfoPtr pScrn = xf86Screens[pScreen->myNum];
        WsfbPtr fPtr = WSFBPTR(pScrn);
        int state;

        TRACE_ENTER("SaveScreen");

        if (!pScrn->vtSema)
                return TRUE;

        if (mode != SCREEN_SAVER_FORCER) {
                state = xf86IsUnblank(mode)?WSDISPLAYIO_VIDEO_ON:
                                            WSDISPLAYIO_VIDEO_OFF;
                ioctl(fPtr->fd,
                      WSDISPLAYIO_SVIDEO, &state);
        }
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hubert Feyrer | 29 Jul 2006 03:03
Picon
Favicon

Open Source Graphic Drivers - They Don't Kill Kittens


Seems NetBSD is not really the only party that's upset by the lack of open 
source gfx drivers. Check out the presentation "Open Source Graphic 
Drivers - They Don't Kill Kittens" by David M. Airlie in the Canadian 
Linux Symposium Proceedings (pages 19--26) for an overview of what's 
available, what's in process and what's unlikely to happen.

The Proceedings can be found at 
http://www.linuxsymposium.org/2006/linuxsymposium_procv1.pdf

(Source: <de>http://www.heise.de/newsticker/meldung/76098</de>)

  - Hubert
Permalink | Reply | 0 comments |

Gmane