CVS log for src/external/mit/xorg/server/xorg-server/hw/vfb/Makefile

Up to [cvs.NetBSD.org] / src / external / mit / xorg / server / xorg-server / hw / vfb

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

put reallocarray() in the public namespace

reallocarray() will be part of the next POSIX release, see
https://austingroupbugs.net/view.php?id=1218

adapt an errno value to match POSIX expectations

As discussed on tech-userlevel

fix driver list for sgimips, make Xsun and Xvfb build.

fix dri3 extension building and build it.

needed for amdgpu.

remove additional -DHAVE_DIX_CONFIG_H.

add ${X11FLAGS.DIX} ${X11INCS.DIX} to record.  fixes build on riscv64.

No need to build fbcmap_mi.c in each DDX server.

Per upstream commit:
 https://cgit.freedesktop.org/xorg/xserver/commit/?id=432fc37e2ca833f1ec3cb614cbdc3a7ae13f22b7
> Build fbcmap_mi.c once, rather than once for each DDX, and make it part of libfb
> or libwfb convenience library.

Tested on sun3 and x68k.

Sync with HEAD

Synch with HEAD

build updates for xorg-server 1.20.3:
- moved/removed/new files
- don't define HAVE_XORG_CONFIG_H or HAVE_DIX_CONFIG_H if using
  ${X11FLAGS.DIX} -- already included.

put glxvnd into glx itself for now.

Remove MKCRYPTO option.

Originally, MKCRYPTO was introduced because the United States
classified cryptography as a munition and restricted its export.  The
export controls were substantially relaxed fifteen years ago, and are
essentially irrelevant for software with published source code.

In the intervening time, nobody bothered to remove the option after
its motivation -- the US export restriction -- was eliminated.  I'm
not aware of any other operating system that has a similar option; I
expect it is mainly out of apathy for churn that we still have it.
Today, cryptography is an essential part of modern computing -- you
can't use the internet responsibly without cryptography.

The position of the TNF board of directors is that TNF makes no
representation that MKCRYPTO=no satisfies any country's cryptography
regulations.

My personal position is that the availability of cryptography is a
basic human right; that any local laws restricting it to a privileged
few are fundamentally immoral; and that it is wrong for developers to
spend effort crippling cryptography to work around such laws.

As proposed on tech-crypto, tech-security, and tech-userlevel to no
objections:

https://mail-index.netbsd.org/tech-crypto/2017/05/06/msg000719.html
https://mail-index.netbsd.org/tech-security/2017/05/06/msg000928.html
https://mail-index.netbsd.org/tech-userlevel/2017/05/06/msg010547.html

P.S.  Reviewing all the uses of MKCRYPTO in src revealed a lot of
*bad* crypto that was conditional on it, e.g. DES in telnet...  That
should probably be removed too, but on the grounds that it is bad,
not on the grounds that it is (nominally) crypto.

Sync with HEAD

don't undefine XFree86LOADER twice.

various updates:
- port pkgsrc libxshmfence patches
- Xextbuiltin/module is no longer a thing, make it normal
- always need xorg-config.h/xorg-server.h for server components now
- add present, damage, render, Xi, dri, pixman,  extension where needed
- fix various CPPFLAGS issues
- deal with moved sdksyms.sh

various build updates for xorg-server 1.18.  with this and some other
uncommited work, Xvfb and Xnest both link.

round do of reach over updates for xorg-server 1.18.  again, untested,
but this should be much closer to complete for the necessary changes.

Fix MKCRYPTO=no build.

various updates for xorg-server 1.10.3.

build updates and fixes for xorg-server 1.10.3.

XXX: use -Wno-error for files that use old foostr.h includes that now have
XXX: #warning's in them.

sync to netbsd-5

Apply patch (requested by mrg in ticket #958):
Sync X.Org reachover build framework and setlists with the new X.Org.

build updates for xorg-server 1.6.

upgrade the build framework for xorg-server 1.6.

this doesn't quite work yet.  Xvfb and Xnest attempt to link but
have missing symbols.  Xorg doesn't build all its components yet.

Add support for X11FLAVOUR=xorg to NetBSD/alpha. Tested on PWS500
(ev56, handled as non-BWX by Xorg) and XP1000 (ev6, BWX). Also
tested by Rafael Ruiz on a AlphaStation 255 (thanks !).
non-PCI adapters are not supported; someone should make these work
as a wsfb device.

Pull up following revision(s) (requested by jmcneill in ticket #200):
	external/mit/xorg/server/xorg-server/Makefile: revision 1.18
	external/mit/xorg/server/xorg-server/Makefile.Xserver: revision 1.8
	external/mit/xorg/server/xorg-server/hw/vfb/Makefile: revision 1.5
	external/mit/xorg/server/xorg-server/hw/xfree86/Makefile: revision 1.23
	external/mit/xorg/server/xorg-server/hw/xnest/Makefile: revision 1.7
	external/mit/xorg/server/xorg-server/xkb/Makefile: revision 1.4
	external/mit/xorg/server/xorg-server/xkbstubs/Makefile: revision 1.1
PR# xsrc/40150: unable to use Ctr-Alt-Fx to switch out of X server
Break libxkb into two separate libraries (libxkb and libxbkstubs). Pull
in libxkbstubs for Xvfb and Xnest, and for Xorg use dixmods/libxorgxkb.
Now Xorg no longer uses the stub XkbDDXSwitchScreen from xkb/ddxVT.c so
display switching works again.

PR# xsrc/40150: unable to use Ctr-Alt-Fx to switch out of X server

Break libxkb into two separate libraries (libxkb and libxbkstubs). Pull
in libxkbstubs for Xvfb and Xnest, and for Xorg use dixmods/libxorgxkb.
Now Xorg no longer uses the stub XkbDDXSwitchScreen from xkb/ddxVT.c so
display switching works again.

Sync with HEAD.

file Makefile was added on branch haad-dm on 2008-10-19 22:41:18 +0000

- Adapt to changes on bsd.x11.mk
- Remove unnecessary targets that handled .man.pre files
- Add transformations for package-specific patterns in man page templates.

Sync with wrstuden-revivesa-base-2.

file Makefile was added on branch wrstuden-revivesa on 2008-09-18 05:18:44 +0000

stop using XSERVERINCDIR since it was referencing src/x11 reachover
this is not correct for xorg reachover

remove a non-existant include path

build hw/Xvfb.