260. Disabled mode writeback to client program from MGA driver (Egbert
Eich).
This doesn't compile on RedHat 6.2 / egcs-2.91.66
mga_driver.c:3542: warning: preprocessing directive not recognized within macro arg
mga_driver.c:3542: warning: preprocessing directive not recognized within macro
Ian Romanick writes:
I looked into the code, and I now understand what's going on. Alexis
made a good catch of a very subtle bug! The main problem that I had was
that it wasn't 100% clear at first glance how bufSize / buf / pc were
used. Some form of - 8 should be applied to
Hi,
I'm playing with the X build infrastructure and I noticed that
SharedLibObjCompile is redundant. Attached is a patch to remove it.
Nick
ps. see http://mail-index.netbsd.org/tech-x11/2003/06/02/0001.html for what
I'm trying to achieve.
Index: config/cf/Imake.rules
Thanks!
I've commited this.
Egbert.
Roland Mainz writes:
Hi!
Xfree86 source tree, pulled at 2003-06-30 this morning. It seems that
mkfontscale is generating the encodings.dir files in the wrong order.
The fontenc code expects the name filename order but mkfontscale
On Tue, 1 Jul 2003, Egbert Eich wrote:
Dr Andrew C Aitchison writes:
260. Disabled mode writeback to client program from MGA driver (Egbert
Eich).
This doesn't compile on RedHat 6.2 / egcs-2.91.66
Hi Andrew,
Yes, thanks!
Mattieu already told me.
It builds with gcc
it's also needed for mergedfb support on mga, although it could
probably be rewritten to not use HAL.
Alex
--- Dr Andrew C Aitchison [EMAIL PROTECTED] wrote:
On Tue, 1 Jul 2003, Egbert Eich wrote:
Dr Andrew C Aitchison writes:
260. Disabled mode writeback to client program from
AA What sort of checking was done before replaceing mkfontdir with
AA mkfontscale ?
None; there's been a problem of assignment of responsibility.
Please see bug 388, where I'm assuming somebody will do the testing
before committing (or decide not to commit until there's testing), and
Egbert
All,
At or about line 315 or a top-of-tree config/imake/imakemdep.h there is
code that looks like this:
#if defined(__GNUC__) !defined(USE_CC_E)
#define USE_CC_E
...
#endif
I dont know when this was added, or even particularly why, but it seems
wrong to me. Just because you are using GCC does
Sottek, Matthew J writes:
The Windows driver does full mode programming including all the external
digital components from many 3rd party companies. The open source XFree
This is pretty much what the SiS driver does after Thomas got his
hands on it. It programms the SiS and it knows about
Alexander Pohoyda writes:
Hi list,
I am unable to find a template to create a rule to install files from
a directory which does not have a makefile itself.
I need to process some files matching a mask (e.g. somedir/*.xpm)
without having to list them all in a makefile.
There is an
Egbert Eich wrote:
Sottek, Matthew J writes:
The Windows driver does full mode programming including all the external
digital components from many 3rd party companies. The open source XFree
This is pretty much what the SiS driver does after Thomas got his
hands on it. It programms the SiS and
Dr Andrew C Aitchison writes:
On Tue, 1 Jul 2003, Egbert Eich wrote:
I'd be very unhappy to lose the HAL;
it helps a lot when getting a G550 to work with DVI monitors.
Some monitors work without it, but others just don't seem to work
unless I use mga_hal_drv.o
I believe that the
Dr Andrew C Aitchison writes:
With Roland's fix, mkfontscale generates encodings.dir files
containing the string (null), ie with lines like:
big5-0 (null)(null)large/big5.eten-0.enc
big5.eten-0 (null)large/big5.eten-0.enc
viscii1.1-1 (null)./viscii1.1-1.enc.gz
adobe-symbol
What sort of checking was done before replaceing mkfontdir with
mkfontscale ?
EE I had the impression that this had been tested to some extend.
Egbert,
I am sorry if I misled you.
I had tested the mkfontdir replacement on the font directories I hold
on my laptop. I did not test this on a
On Tue, 1 Jul 2003, Egbert Eich wrote:
Having build options for all kinds of experimental stuff doesn't
sound like a realistic solution. Better to have some sandbox
separate from the main tree.
True.
If we had known that this was experimental, a branch of the CVS tree
would have made sense.
AA any idea whether this is the right solution ?
Please try the attached instead.
Juliusz
Index: xc/programs/mkfontscale/mkfontscale.c
===
RCS file:
I dont know when this was added, or even particularly why, but it seems
wrong to me. Just because you are using GCC does NOT mean you want to
use gcc -E as your CPP.
Yes, it does.
Why?
This is defining the CPP to use for porcessing Imakefile's. Many many
UNIXes provide /lib/cpp as a general
On Tue, 1 Jul 2003, Kean Johnston wrote:
I dont know when this was added, or even particularly why, but it seems
wrong to me. Just because you are using GCC does NOT mean you want to
use gcc -E as your CPP.
Yes, it does.
Why?
This is defining the CPP to use for porcessing Imakefile's.
Please test
http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=425
Juliusz
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
All,
fonts/FreeType is built even if HasFreetype2 is set to YES.
lib/freetype2 correctly doesn't build if HasFreetype2 is set to YES. Is
this difference by design or accident? If by accident, can I adjust
xfree86.cf to #define BuildFreetype !HasFreetype2?
Kean
On Tue, Jul 01, 2003 at 03:29:45PM -0700, Kean Johnston wrote:
All,
fonts/FreeType is built even if HasFreetype2 is set to YES.
lib/freetype2 correctly doesn't build if HasFreetype2 is set to YES. Is
this difference by design or accident? If by accident, can I adjust
xfree86.cf to #define
On Tue, Jul 01, 2003 at 02:55:19PM +0100, Dr Andrew C Aitchison wrote:
On Tue, 1 Jul 2003, Egbert Eich wrote:
Dr Andrew C Aitchison writes:
260. Disabled mode writeback to client program from MGA driver (Egbert
Eich).
This doesn't compile on RedHat 6.2 / egcs-2.91.66
Hi
Empresa procura Autônomos para trabalho utilizando a Internet, em tempo
parcial ou integral e com altos ganhos. Não requer experiência.
Detalhes no site ou na Apresentação em São Paulo.
Visite: www.hipernegocio.com
Elmer
NGTCorp - Dúvidas pelo email [EMAIL PROTECTED]
Para ser removido de
Juliusz Chroboczek wrote:
Please test
http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=425
This fixes the -n -r problems for me, and compiles OK. However, are you
trying to emulate the exact semantic behavious of mkfontdir? If so then
the way you implement doEncodings is incorrect. In
David Dawes wrote:
On Tue, Jul 01, 2003 at 03:29:45PM -0700, Kean Johnston wrote:
All,
fonts/FreeType is built even if HasFreetype2 is set to YES.
lib/freetype2 correctly doesn't build if HasFreetype2 is set to YES. Is
this difference by design or accident? If by accident, can I adjust
On Mon, Jun 30, 2003 at 09:01:31AM -0700, Hope Merritt wrote:
All,
The patches will not work do to a limitation in the
Dell system BIOS and Intel VBIOS. Dell locks their
pre-allocated (once called stolen) memory at 1MB and
therefore you will be limited in modes on Linux since
the VBIOS limits
On Tue, Jul 01, 2003 at 07:14:03PM -0700, Kean Johnston wrote:
David Dawes wrote:
On Tue, Jul 01, 2003 at 03:29:45PM -0700, Kean Johnston wrote:
All,
fonts/FreeType is built even if HasFreetype2 is set to YES.
lib/freetype2 correctly doesn't build if HasFreetype2 is set to YES. Is
this
On Tue, 1 Jul 2003, Kean Johnston wrote:
At or about line 315 or a top-of-tree config/imake/imakemdep.h there is
code that looks like this:
#if defined(__GNUC__) !defined(USE_CC_E)
#define USE_CC_E
...
#endif
I dont know when this was added, or even particularly why, but it seems
wrong
28 matches
Mail list logo