Re: CVS Update: xc (branch: trunk)
Matthieu, The new file, prngc.c, uses sockaddr_storage. However, I know that at least Cygwin does not have sockaddr_storage. No alternative is provided and no conditional compilation is in effect to fall back to previous functionality when sockaddr_storage is not available. This breaks the build on Cygwin. What can be done to fix the build on platforms that do not have sockaddr_storage? I already tried using sockaddr instead, but that is missing fields that are contained in sockaddr_storage. Any other ideas? Harold Matthieu Herrb wrote: CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/09/16 22:48:34 Log message: 447. In xdm, use better pseudo-random number generators to generate magic cookies. Add support for EGD and other compatible entropy gathering daemons. (Oswald Buddenhagen from KDE, Matthieu Herrb). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/config/cf/: OpenBSD.cf X11.tmpl darwin.cf xc/programs/xdm/: Imakefile dm.c dm.h dm_auth.h genauth.c mitauth.c resource.c session.c xdm.man xdmauth.c Added files: xc/programs/xdm/: prngc.c Revision ChangesPath 3.2858+4 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 3.91 +2 -2 xc/config/cf/OpenBSD.cf 1.220 +7 -1 xc/config/cf/X11.tmpl 1.40 +2 -1 xc/config/cf/darwin.cf 3.58 +8 -3 xc/programs/xdm/Imakefile 3.23 +10 -2 xc/programs/xdm/dm.c 3.32 +6 -1 xc/programs/xdm/dm.h 1.3 +10 -2 xc/programs/xdm/dm_auth.h 3.18 +324 -137 xc/programs/xdm/genauth.c 1.6 +8 -2 xc/programs/xdm/mitauth.c 3.12 +20 -1 xc/programs/xdm/resource.c 3.35 +6 -2 xc/programs/xdm/session.c 3.25 +15 -1 xc/programs/xdm/xdm.man 1.6 +8 -2 xc/programs/xdm/xdmauth.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: BitBlt for big Endian
Hi, I'm trying to build/run Xfree for a 69030 card on a PowerPC platform. Looks like you're trying to do the same thing. Are all these values set to MSBFirst for you also ? X_BYTE_ORDER BITMAP_BIT_ORDER IMAGE_BYTE_ORDER I do still have the following byteswapping issues (is it your case also ?): 16bpp = Red Blue inversion. 24bpp = R-B G-R B-G regards, Jean-Laurent On Wed, 10 Sep 2003 09:14:35 +0530 Nitin Mahajan [EMAIL PROTECTED] wrote: R HI! R R I have written the following BIt BLT function for the Little endian byte R sex. R But same is not working for theBig endian after doing some changes.Iam R using CT 69030 card. R R Can any one please tell how to convert it so that the same function R works for both little and big endian. R The commented statements were for Little endian. R R R regards, R R Nitin Mahajan R mail:[EMAIL PROTECTED] R Ph:51101667. Mobile : 9886099925 R == R The Lord gave us two ends -- one to sit on and the other to think with. R Success depends on which one we use the most. R R -- Jean-Laurent GAZELLE 150, rue M. Berthelot Phone: +33 (0)4 98 16 34 66Z.I. Toulon Est BP244 Fax : +33 (0)4 98 16 34 01 83078 TOULON Cedex9 e-mail : [EMAIL PROTECTED] Thales Computers FRANCE _ http://www.thalescomputers.com ___ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: C version of ucs2any.pl
Matthieu (and Matthias), Matthias Scheler wrote: On Thu, Sep 18, 2003 at 10:58:19PM +0200, Matthieu Herrb wrote: It seems to me that the C langage version of ucs2any.pl developped by Ben Collver and other NetBSD developpers is now stable enough to be included in XFree86. Two comments: 1.) While it is stable enough it is quite slow due to excessive and ineffecient use of regular expressions. 2.) A while ago I reported the fonts get build twice. We could confirm that problem in the meantime and found out that it was related to using a C version of ucs2any. Tatoku Ogaito finally fixed it by adding includes :: ucs2any to xc/fonts/util/Imakefile. Fonts get built twice on Cygwin as well. In fact, they probably get built twice on all platforms. The xc/fonts/util/Imakefile already has includes:: ucs2any in it in the version that I am compiling; yet, ucs2any is still run for each font during both the includes step and later during the all step. It seems that Tatoku Ogaito's patch (if his patch was to add the includes:: dependency) was included but it does not fix the problem. The root problem here is that ucs2any is being deleted and rebuilt, because of its dependencies, during the all stage of compilation. It breaks down like this: = 1) ucs2any is built using SimpleProgramTarget 2) SimpleProgramTarget calls ComplexProgramTarget 3) ComplexProgramTarget calls ProgramTargetHelper as such: ProgramTargetHelper(program,SRCS,OBJS,DEPLIBS,$(LOCAL_LIBRARIES),NullParameter) 4) ProgramTargetHelper sets up the dependencies as follows: ProgramTargetName(program): $(objs) $(deplib) 4) DEPLIBS is, in this case: $(DEPXAWLIB) $(DEPXMULIB) $(DEPXTOOLLIB) $(DEPXLIB) 5) The DEPLIBS have not yet been built during the includes stage. Why ucs2any is still built when its dependencies have not been built is sort of a mystery to me. In any case, ucs2any is built and run during the includes stage. 6) The DEPLIBS are built during all and upon return to the font/util directory during all, ucs2any is deleted and rebuilt since the DEPLIBS have a more recent timestamp. 7) All of the bdf files are thus rebuilt since the ucs2any timestamp has been updated. Building the fonts takes a really long time. Maybe my opinion doesn't matter, but I think that this patch needs to be corrected so that the fonts aren't built twice. I can think of at least one way to do this, which would be to call AllTarget and ProgramTargetHelper directly from xc/fonts/util/Imakefile, passing nothing as DEPLIBS. Harold ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
new patch for pkg-config in libX11 - much shorter
I found that I don't need some of the stuff I had in the patch. Here is a new patch representing that knowledge. diff -r -u3 -N xc/lib/X11/Imakefile 017_x11-pkg-config-enable.diff/xc/lib X11/Imakefile --- xc/lib/X11/Imakefile2002-11-25 20:31:23.0 -0600 +++ xc/lib/X11/Imakefile2003-09-18 04:23:45.0 -0500 @@ -1089,3 +1089,22 @@ BuildIncludes($(HEADERS),IncSubdir,..) #endif + + +SUBSTVARS=prefix=$(PROJECTROOT) \ + exec_prefix=$(BINDIR) \ + libdir=$(USRLIBDIR) \ + includedir=$(INCROOT) \ + PACKAGE_VERSION=$(SOXLIBREV) \ + +all:: X11.pc + +X11.pc: X11.pc.in + RemoveFile($@) + sh config/config-subst $(SUBSTVARS) X11.pc.in $@ + +InstallNonExecFile(X11.pc,$(USRLIBDIR)/pkgconfig) + +clean:: + RemoveFile(X11.pc) + diff -r -u3 -N xc/lib/X11/X11.pc.in 017_x11-pkg-config-enable.diff/xc/lib X11/X11.pc.in --- xc/lib/X11/X11.pc.in1969-12-31 18:00:00.0 -0600 +++ xc/lib/X11/X11.pc.in2003-09-18 04:23:45.0 -0500 @@ -0,0 +1,11 @@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ + +Name: X11 +Description: X11 library +Version: @PACKAGE_VERSION@ +Requires: fontconfig +Libs: -L${libdir} -lX11 +Cflags: -I${includedir} diff -r -u3 -N xc/lib/X11/config/config-subst 017_x11-pkg-config-enable.diff/xc/lib/X11/config/config-subst --- xc/lib/X11/config/config-subst 1969-12-31 18:00:00.0 -0600 +++ xc/lib/X11/config/config-subst 2003-09-18 04:23:45.0 -0500 @@ -0,0 +1,10 @@ +#!/bin/sh +script=config-subst.$$ +trap rm $script 0 +rm -f $script +for i in ${1+$@}; do + var=`echo $i | sed 's/=.*$//'` + val=`echo $i | sed 's/^[^=]*=//'` + echo s;@$var@;$val; $script +done +sed -f $script -- President, GOLUM, Inc. http://www.golum.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: C version of ucs2any.pl
On Fri, Sep 19, 2003 at 02:01:00PM -0400, Harold L Hunt II wrote: Matthieu (and Matthias), Matthias Scheler wrote: On Thu, Sep 18, 2003 at 10:58:19PM +0200, Matthieu Herrb wrote: It seems to me that the C langage version of ucs2any.pl developped by Ben Collver and other NetBSD developpers is now stable enough to be included in XFree86. Two comments: 1.) While it is stable enough it is quite slow due to excessive and ineffecient use of regular expressions. 2.) A while ago I reported the fonts get build twice. We could confirm that problem in the meantime and found out that it was related to using a C version of ucs2any. Tatoku Ogaito finally fixed it by adding includes :: ucs2any to xc/fonts/util/Imakefile. Fonts get built twice on Cygwin as well. In fact, they probably get built twice on all platforms. The xc/fonts/util/Imakefile already has includes:: ucs2any in it in the version that I am compiling; yet, ucs2any is still run for each font during both the includes step and later during the all step. Maybe removing the includes part of MakeTruncatedUCSBdfFont and MakeBdfFontFromUCSMaster would be sufficient? I don't remember why the conversion was done in the includes phase instead of the all phase, but removing the includes part from those rules worked here when I just tested it. If it does need to be done in the includes phase, for example, because a host version of ucs2any is needed to do the conversion when cross-compliling, but a target version of ucs2any needs to get built later for installation, then I'd just remove $(UCS2ANY) as a dependency in MakeBdfFontFromUCSMaster(). If a dependency is still desired, make it be the source rather than the binary. BTW, how are things like host vs target imake binaries handled when cross-compiling? David -- David Dawes X-Oz Technologies www.XFree86.org/~dawes www.x-oz.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: C version of ucs2any.pl
David Dawes wrote: On Fri, Sep 19, 2003 at 02:01:00PM -0400, Harold L Hunt II wrote: Matthieu (and Matthias), Matthias Scheler wrote: On Thu, Sep 18, 2003 at 10:58:19PM +0200, Matthieu Herrb wrote: It seems to me that the C langage version of ucs2any.pl developped by Ben Collver and other NetBSD developpers is now stable enough to be included in XFree86. Two comments: 1.) While it is stable enough it is quite slow due to excessive and ineffecient use of regular expressions. 2.) A while ago I reported the fonts get build twice. We could confirm that problem in the meantime and found out that it was related to using a C version of ucs2any. Tatoku Ogaito finally fixed it by adding includes :: ucs2any to xc/fonts/util/Imakefile. Fonts get built twice on Cygwin as well. In fact, they probably get built twice on all platforms. The xc/fonts/util/Imakefile already has includes:: ucs2any in it in the version that I am compiling; yet, ucs2any is still run for each font during both the includes step and later during the all step. Maybe removing the includes part of MakeTruncatedUCSBdfFont and MakeBdfFontFromUCSMaster would be sufficient? I don't remember why the conversion was done in the includes phase instead of the all phase, but removing the includes part from those rules worked here when I just tested it. David, Hmm... I don't know enough about how the fonts are built to say whether or not that is a good idea. However, I can say that changing SimpleProgramTarget(ucs2any) to the following stops ucs2any from being rebuilt when the DEPLIBS are built: NormalProgramTarget(ucs2any, ucs2any.o, , , ) ucs2any doesn't depend on any X libs so this seems to be fine. I build tested this on Cygwin without problems and confirmed that the fonts were only passed through ucs2any once. If it does need to be done in the includes phase, for example, because a host version of ucs2any is needed to do the conversion when cross-compliling, but a target version of ucs2any needs to get built later for installation, then I'd just remove $(UCS2ANY) as a dependency in MakeBdfFontFromUCSMaster(). If a dependency is still desired, make it be the source rather than the binary. BTW, how are things like host vs target imake binaries handled when cross-compiling? I think this are questions for Matthieu, right? Harold ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: C version of ucs2any.pl
On Fri, Sep 19, 2003 at 03:38:14PM -0400, Harold L Hunt II wrote: David Dawes wrote: On Fri, Sep 19, 2003 at 02:01:00PM -0400, Harold L Hunt II wrote: Matthieu (and Matthias), Matthias Scheler wrote: On Thu, Sep 18, 2003 at 10:58:19PM +0200, Matthieu Herrb wrote: It seems to me that the C langage version of ucs2any.pl developped by Ben Collver and other NetBSD developpers is now stable enough to be included in XFree86. Two comments: 1.) While it is stable enough it is quite slow due to excessive and ineffecient use of regular expressions. 2.) A while ago I reported the fonts get build twice. We could confirm that problem in the meantime and found out that it was related to using a C version of ucs2any. Tatoku Ogaito finally fixed it by adding includes :: ucs2any to xc/fonts/util/Imakefile. Fonts get built twice on Cygwin as well. In fact, they probably get built twice on all platforms. The xc/fonts/util/Imakefile already has includes:: ucs2any in it in the version that I am compiling; yet, ucs2any is still run for each font during both the includes step and later during the all step. Maybe removing the includes part of MakeTruncatedUCSBdfFont and MakeBdfFontFromUCSMaster would be sufficient? I don't remember why the conversion was done in the includes phase instead of the all phase, but removing the includes part from those rules worked here when I just tested it. David, Hmm... I don't know enough about how the fonts are built to say whether or not that is a good idea. However, I can say that changing SimpleProgramTarget(ucs2any) to the following stops ucs2any from being rebuilt when the DEPLIBS are built: NormalProgramTarget(ucs2any, ucs2any.o, , , ) ucs2any doesn't depend on any X libs so this seems to be fine. That looks OK too. If it does need to be done in the includes phase, for example, because a host version of ucs2any is needed to do the conversion when cross-compliling, but a target version of ucs2any needs to get built later for installation, then I'd just remove $(UCS2ANY) as a dependency in MakeBdfFontFromUCSMaster(). If a dependency is still desired, make it be the source rather than the binary. BTW, how are things like host vs target imake binaries handled when cross-compiling? I think this are questions for Matthieu, right? They're for anyone who has the answers :-). We do currently install ucs2any, so when cross compliling that would mean having a host version to process the fonts and a target version to install. I was wondering how we deal with the same issue with imake (and other utilities that get used at build-time) in case it affects the way to deal with the current usc2any getting called twice issue. David -- David Dawes X-Oz Technologies www.XFree86.org/~dawes www.x-oz.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel