Re: [PATCH] Update gnu.cf and add support for GNU/K*BSD
Ping on this. There are some patches pending to submit to Bugzilla which depend on this one. It'd be nice if it could be commited in time for the 4.4 release. On Fri, Nov 21, 2003 at 01:30:42AM +0100, Robert Millan wrote: Hi! The attached patch (for CVS HEAD) updates gnu.cf and adds support for GNU/K*BSD systems. Summary of changes: * gnu.cf - enable pthreads, which we have now - don't set -D__GNU__ flag, because it breaks for GNU/K*BSD and it's redundant anyway (since it is hard-coded in gcc) * Imake.cf - define macros to handle *BSD kernels separately from *BSD userland. - define macros for systems with GNU libc and userland, which includes GNU/Hurd and GNU/K*BSD for now. - let GNU/Hurd be independent from Mach (since it can run on L4 too) In addition, I sent the Bugzilla bugs 891-895 which address misc build problems w.r.t. GNU/Hurd and/or GNU/K*BSD in Xfree86 sources. -- Robert Millan [..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work. -- J.R.R.T, Ainulindale (Silmarillion) diff -ur xc/config/cf.old/gnu.cf xc/config/cf/gnu.cf --- xc/config/cf.old/gnu.cf 2003-11-20 23:45:05.0 +0100 +++ xc/config/cf/gnu.cf 2003-11-20 23:45:36.0 +0100 @@ -26,12 +26,11 @@ #define XawI18nDefines-DHAS_WCHAR_H -DHAS_WCTYPE_H -DNO_WIDEC_H -XCOMM Enable this when we have pthreads. -XCOMM #define HasPosixThreads YES -XCOMM #define ThreadedX YES -XCOMM #define HasThreadSafeAPIYES -XCOMM #define ThreadsLibraries-lpthread -XCOMM #define SystemMTDefines -D_REENTRANT +#define HasPosixThreads YES +#define ThreadedX YES +#define HasThreadSafeAPIYES +#define ThreadsLibraries-lpthread +#define SystemMTDefines -D_REENTRANT #ifndef HasLibCrypt #define HasLibCrypt YES @@ -134,7 +133,7 @@ #define VendorHasX11R6_3libXextYES #ifndef StandardDefines -#define StandardDefines-D__GNU__ GNUMachineDefines GNUSourceDefines +#define StandardDefinesGNUMachineDefines GNUSourceDefines #endif #define DlLibrary -rdynamic -ldl diff -ur xc/config/cf.old/Imake.cf xc/config/cf/Imake.cf --- xc/config/cf.old/Imake.cf 2003-11-20 23:45:05.0 +0100 +++ xc/config/cf/Imake.cf 2003-11-21 00:13:21.0 +0100 @@ -177,6 +177,11 @@ # endif /* __hppa__ */ #endif /* OpenBSD */ +/* Systems based on kernel of OpenBSD */ +#if defined(__OpenBSD__) || defined(__OpenBSD_kernel__) +#define KOpenBSDArchitecture +#endif + #ifdef __NetBSD__ # define MacroIncludeFile NetBSD.cf # define MacroFile NetBSD.cf @@ -224,6 +229,11 @@ # endif #endif /* NetBSD */ +/* Systems based on kernel of NetBSD */ +#if defined(__NetBSD__) || defined(__NetBSD_kernel__) +#define KNetBSDArchitecture +#endif + #ifdef __FreeBSD__ # define MacroIncludeFile FreeBSD.cf # define MacroFile FreeBSD.cf @@ -254,6 +264,11 @@ # endif #endif /* __FreeBSD__ */ +/* Systems based on kernel of FreeBSD */ +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) +#define KFreeBSDArchitecture +#endif + #ifdef AMOEBA /* Should be before the 'sun' entry because we may be cross-compiling */ # define MacroIncludeFile Amoeba.cf @@ -962,10 +977,20 @@ #define i386Architecture #endif /* minix */ -#ifdef MACH -#ifdef __GNU__ +/* Systems with GNU libc and userland */ +#if defined(__GNU__) || defined(__GNU_KFreeBSD__) || \ + defined(__GNU_KNetBSD__) || defined(__GNU_KOpenBSD__) +#define GNUArchitecture #define MacroIncludeFile gnu.cf #define MacroFile gnu.cf +#ifdef __i386__ +#define i386Architecture +#endif +#endif + +#ifdef MACH +#ifdef __GNU__ +/* Mach-based GNU system */ #define GNUMachArchitecture #else #define MacroIncludeFile mach.cf
Re: [PATCH] Update gnu.cf and add support for GNU/K*BSD
On Sat, Nov 22, 2003 at 04:24:36PM +0100, Robert Millan wrote: Ping on this. There are some patches pending to submit to Bugzilla which depend on this one. I haven't forgotten about it. BTW, where can I found out more about these GNU/K*BSD platforms? David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: new input driver for Packard Bell (UC-Logic) tablet
On Fri, 21 Nov 2003, Alex Deucher wrote: --- Jonathan Hough [EMAIL PROTECTED] wrote: I have written a new input driver for my unsupported graphics tablet. It's badged as a Packard Bell GT100, but /proc/bus/usb/devices says it's really a UC-LOGIC WP8060U. can someone advise me on what to do next? Open a bug on http://bugs.xfree86.org/ and post your patch there. I have cut out most of the Wacom code that isn't relevant to this tablet, but I'm still making some finishing touches on cleaning it up. Sounds good. I look forward to seeing your patch. I've submitted the new driver, and a man page, to http://bugs.xfree86.org/show_bug.cgi?id=901 Jonathan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: bugzilla process for submitting fixes
On Thu, 2003-11-20 at 14:01, Alan Coopersmith wrote: Is there some way to mark a newly filed bug so it's clear that there's a patch attached and it just needs to be reviewed and checked in? According to the bugzilla docs, FIXED means the code is checked in and there doesn't seem to be any Fix Provided state other than NEW. It's not clear to me there's any way other than manual review of NEW bugs to determine which ones need time spent debugging and fixing, and which ones just need to be reviewed and committed, but it would seem if we could mark bugs like that when submitting the patches, the people who do the reviews and commits could more easily get through them without wading through those they don't have the time to try to fix themselves at the moment. (Maybe changing it to be assigned to [EMAIL PROTECTED] instead of developers or something like that would work.) One could use the Keywords field (which XFree86 Bugzilla doesn't seem to have), e.g., Keywords: INCLUSION. This could require an upgrade of Bugzilla, I'm no expert. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: bugzilla
On Fri, 21 Nov 2003, Georgina Economou wrote: I noticed today this notice. Does this matter to us as we are 2.17.4 or not? And if so, who takes care of this? I still take careof the bugzilla. I'll look into this, and probably schedule an update if there is need for security reason,s or there are interesting new features in the newer versions. Stuart Stuart R. Anderson [EMAIL PROTECTED] Network Software Engineering http://www.netsweng.com/ 1024D/37A79149: 0791 D3B8 9A4C 2CDC A31F BD03 0A62 E534 37A7 9149 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: bugzilla
On Sat, 22 Nov 2003 16:29:40 -0500 (EST), Stuart Anderson [EMAIL PROTECTED] wrote: On Fri, 21 Nov 2003, Georgina Economou wrote: I noticed today this notice. Does this matter to us as we are 2.17.4 or not? And if so, who takes care of this? I still take careof the bugzilla. I'll look into this, and probably schedule an update if there is need for security reason,s or there are interesting new features in the newer versions. Okay Stu. I was just wondering. Thanks for the update. Georgina ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 2D Acceleration not used using ATI Rage Mobility P/M AGP 2x
I have tried this too with no apparent change. I have installed (clean install, no upgrade) Fedora and I still get the very same behaviour. Is there a reference Linux distribution that you guys use when developing or do you all use a custom compiled kernel? If the latter, what should I try to actually verify that the hardware I have is not supported by the ATI driver? Should I open a bug in bugzilla? Thanks, Salvio Dr Andrew C Aitchison wrote: On Mon, 17 Nov 2003, Salvio wrote: On Sun, 16 Nov 2003, Salvio wrote: I have attached the latest config file and log. What happens if you disable 3D acceleration by commenting out Load DRI in the Module section ? Section Module Load dbe Load extmod Load fbdevhw Load glx Load record Load freetype Load type1 #Load dri EndSection 3D acceleration on the Mach64 isn't standard: I'm not sure that anyone has tested that 2D and 3D accleration work well together. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
new password
http://www.lendersofamerica.biz www.lendersofamerica.biz C0mmercial 1ending made simple. From $100,000 to $10,000,000 STATED INC0ME!!! Scores not important! $0 down Purchase money for h0mes. Apply for free. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
