Build failure in programs/xterm/main.c
Hi, updated X from CVS an hour ago and started my build. This is the failure log: gcc -m32 -c -march=pentium4 -fno-strength-reduce -fomit-frame-pointer -O3 -pipe -ffast-math -march=pentium4 -Wall -ansi -pedantic -O3 -pipe -ffast-math -I../../exports/include -I../../exports/include/freetype2 -I../../exports/include/X11 -I../.. -I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -I.-DSCROLLBAR_RIGHT -DOPT_WIDE_CHARS -DOPT_LUIT_PROG -DXRENDERFONT -DPROJECTROOT=/usr/X11R6 -DUSE_UTEMPTER -DUSE_TTY_GROUP-DOSMAJORVERSION=2 -DOSMINORVERSION=4 main.c main.c: In function `spawn': main.c:2692: error: `utret' undeclared (first use in this function) main.c:2692: error: (Each undeclared identifier is reported only once main.c:2692: error: for each function it appears in.) main.c:2678: warning: unused variable `login_name' main.c: At top level: main.c:454: warning: `xterm_exiting' defined but not used main.c:641: warning: `etc_lastlog' defined but not used main.c:645: warning: `etc_wtmp' defined but not used main.c:1419: warning: `my_utmp_id' defined but not used make[4]: *** [main.o] Error 1 make[4]: Leaving directory /usr/local/src/desktop_environment/xfree86/xc-build/programs/xterm' Best regards, Axel Siebenwirth Axel Siebenwirth phone +49 3641 776807 | Am Birnstiel 3axel at pearbough dot net | 07745 Jena | Germanyhttp://pearbough.net | Recent research has tended to show that the Abominable No-Man is being replaced by the Prohibitive Procrastinator. -- C.N. Parkinson ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
XrandR
Hi I want to start implementing the Siliconmotion chips into the XRandR extension ... Can someone point me to a chip which already supports this extension and is able to rotate on the fly ?? I recieved the hardware specs and PCI registers from siliconmotion and i am ready to spent time on that ... i also revieved the doc`s for the latest SMI 731 chip which is even not supported at all at XFREE ... how do i get into that ... main issue is the XRANDR then comes the new 731 ... Cheers Rob -- _ *Robert Woerle Linux Customer Support* *PaceBlade Technology Europe SA* phone: +49 89 552 99935 fax:+49 89 552 99910 mobile: +49 179 474 45 27 email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] web:http://www.paceblade.com _ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Cygwin/XFree86 - Staying or leaving XFree86.org? [Was: Re: Cygwin/XFree86 Bugs?]
On Mon, Oct 27, 2003 at 02:12:26AM -0800, Andrew P. Lentvorski, Jr. wrote: On Mon, 27 Oct 2003, Andrew C Aitchison wrote: We have lost developers who might have been valuable to us by not giving them CVS access. I'm afraid to say that from the outside it appears that if David had been able to swallow his pride a little more, things might have turned out a little different. Actually, this points to a more structural failure in the tools. People seem to be afraid to bestow CVS access due to it being so all or nothing. It's really not, you know. Aside from the fact you can do permissions, there's also the KDE module, with a flexible checkin script to allow/deny/whatever commits, based on an arbitrary ruleset. -- Daniel Stone [EMAIL PROTECTED] http://www.debian.org - http://www.kde.org - http://www.freedesktop.org What's next? People turning up on my doorstep, observing that the lack of doorbell is likely to confuse people and hence removing my front door? -- David Woodhouse on usability efforts, Advogato pgp0.pgp Description: PGP signature
Radeon performance, z-buffer clears
Hi ! Does anyone know if fast z-buffer clears and z-compression aka hyper-z are going to be implemented in radeon DRI drivers (actually it is in the radeon kernel module). It seems to be one of the areas where major performance gain could be achieved, taking this driver to the same performance level as ATIs binary only driver has. Ive done some perf. tests and by disabling z-clears frame rates almost double, which shows that the current approach by drawing a dummy quad is very slow ... I would be willing to implement it myself if anyone would tell me where to find information about programming this feature. Regards, Vahur Sinijrv Cydonia Ltd. Prnu, Estonia
Re: Cygwin/XFree86 - Staying or leaving XFree86.org? [Was: Re: Cygwin/XFree86 Bugs?]
On Monday 27 October 2003 03:43 am, Andrew C Aitchison wrote: The fact remains that there are developers out there who without CVS access, who those who don't know the facts think could be making an even bigger contribution if they did have access. Nice post, but I couldn't parse the last sentence -- can you clarify? Are you saying that there are some not readily apparent facts (obligations, whatever) that make CVS access a mixed blessing. I didn't phrase that quite the way I wanted to -- I know it's a mixed blessing because of the typical obligations like not breaking the tree, and in the case of a cross-platform project like X, not breaking it for any platform, but are there some less obvious obligations that made you decide that you really didn't want CVS access? Can you share those with us? Randy Kramer ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
[PATCH] (Some?) Radeons lie about their minimum dot clocks
Hi, my Radeon 7500 )OEM) reports a minimum dot clock of 20 MHz to the driver while in reality it doesn't have a problem producing these dot clocks (to e.g. drive a TV set). I have filed this at http://bugs.xfree86.org/show_bug.cgi?id=831 and attached a patch to the entry that implements an option ForceMinDotClock for the Radeon driver and documents it (and it's theoretical potential for hardware damage) in the Radeon man page. It would be great if people could review the patch (for potential future inclusion in XFree86 CVS)-- it worked as expected for me, but it would be even better if more people could look at it. Thanks, Nils -- Nils Philippsen/Red Hat/[EMAIL PROTECTED] They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 signature.asc Description: This is a digitally signed message part
Re: ftp/anoncvs server problems
On Sun, Oct 26, 2003 at 09:59:20PM -0500, David Dawes wrote: The server that hosts the XFree86 anoncvs, ftp, and cvsweb services died on Saturday morning. Most other services, like the mailing lists and the web site, should be unaffected. These services are now restored, thanks to the folks at ISC (www.isc.org) for working through the weekend to get a replacement server in place. David -- David Dawes Founder/committer/developer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Resume from CAD Specialist / Operator / Drafter
RIC SIE Tel (408)482-2840[EMAIL PROTECTED] OBJECTIVE: STRUCTURAL MECHANICAL DESIGNER CIVIL, ARCHITECTURAL, TRANSPORTATION, CAD Operator EXPERIENCE: 89 - present DESIGNER, ENGINEER, CAD MANAGER; Engineering Design Service, Project Management Development. Preparing technical documentation, calculations, layouts drawings propositions. CAD Management and Operations, drafting redesigning. Intergraph, MicroStation, Autodesk, ACAD, Win, Net, Softdesk Mgmt Civil, Bridges and Structural Design, Plans, Mapping, Detail Freeway Roadway, data translation inserting. Script CAD automation. Geological Structures, Viaducts, Freeways, Highways, Shopping Center. Architectural and Environmental Projects and cooperation; military facilities and plans, Cities, Airports, remediation drawings upgrade, correcting and redesign. Traffic design problem analyzes-reorganize. Freeway Design Drafting Support, Site analyzing for Caltrans, Architectural, Archeotype Electrical drawings, as is and initial design; Develop remediation procedure and equipment for lead painted buildings. Construction management, Job site inspection, civil structural support Mechanical Evaluations - Design - Service and Maintenance; RD. EDUCATION: College - BS Degree - CAD, Engineering DOS, UNIX, MAC, SUN computers; WP, dBase, Lotus, Network, Lisp, Windows Applications: Excel, Words, Access, Power Point more METRIC, SOLAR, AutoCAD/Computer Instructor. Transportation Spec. Personal Designer, MS Project, C, Script, File Management, File transfer. Learn quickly, work independly, shift, overtime. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Radeon performance, z-buffer clears
Vahur Sinijarv wrote: Does anyone know if fast z-buffer clears and 'z-compression aka hyper-z' are going to be implemented in radeon DRI drivers (actually it is in the 'radeon' kernel module). It seems to be one of the areas where major performance gain could be achieved, taking this driver to the same performance level as ATI's binary only driver has. I've done some perf. tests and by disabling z-clears frame rates almost double, which shows that the current approach by drawing a dummy quad is very slow ... I would be willing to implement it myself if anyone would tell me where to find information about programming this feature. ATI has not provided documentation for this feature to developers. Until then, it has zero chance of being implemented in open-source drivers. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Cygwin/XFree86 - No longer associated with XFree86.org
It seems that David Dawes has made his decision not to let the Cygwin/XFree86 project commit patches directly to the XFree86.org CVS tree; he doesn't seem to want to go on record saying this, but he has written several messages during this discussion about ftp servers, cvs servers, etc., while making no attempt to provide a direct answer to my question. Had he intended otherwise he could have easily said, Gotta wait until the next board meeting, or Sorry, server died, gonna have to wait a couple days. I can only interpret his ignoring the issue as a passive refusal to grant Cygwin/XFree86 CVS commit access. In the interests of providing a more open development model, the Cygwin/XFree86 project will no longer be maintaining code in the XFree86.org CVS tree. Maintaining code in XFree86.org's CVS tree provides little benefit in relation to the amount of time required to do so; XFree86.org is passively unwilling to work with Cygwin/XFree86 to reduce the amount of time required. What this means for Cygwin/XFree86 users and developers === 1) No major changes to the files currently distributed with Cygwin/XFree86 for at least a month. 2) The Cygwin/XFree86 mailing lists and project pages will stay at cygwin.com. 3) Builds will continue to be made from the 4.3.0 snapshot, patched with the latest Cygwin/XFree86 patches. 4) A 4.4.0 snapshot may be pulled to make builds from. 5) Patches for Cygwin-specific code will no longer be sent to XFree86.org. Non Cygwin-specific patches should still be sent, to be dealt with as XFree86 pleases. 6) Alternatives are being evaluated for hosting Cygwin/XFree86 code in CVS. Hosts that can provide CVS commit access for at least five Cygwin/XFree86 developers will be given priority. What this means for Cygwin == Nothing. Nada. Zilch. They were not involved in this at all. What this means for XFree86 === Some will say nothing. Some will say good riddance. Some will say this is the beginning of the end. Who knows? Who cares? Let /. figure it out. Harold ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Cygwin/XFree86 - No longer associated with XFree86.org
On Mon, Oct 27, 2003 at 11:35:20AM -0500, Harold L Hunt II wrote: 6) Alternatives are being evaluated for hosting Cygwin/XFree86 code in CVS. Hosts that can provide CVS commit access for at least five Cygwin/XFree86 developers will be given priority. Harold, I thought you already had the CVS for Cygwin/XFree86 sorted out, by using what you'd already setup in http://sf.net/projects/xoncygwin ? You and Alexander Gottwald (and myself) have already been using this for quite some time now. Couldn't you give Kensuke et al commit access there rather than seeking out yet another repository ? Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Cygwin/XFree86 - No longer associated with XFree86.org
Alan Hourihane wrote: On Mon, Oct 27, 2003 at 11:35:20AM -0500, Harold L Hunt II wrote: 6) Alternatives are being evaluated for hosting Cygwin/XFree86 code in CVS. Hosts that can provide CVS commit access for at least five Cygwin/XFree86 developers will be given priority. Harold, I thought you already had the CVS for Cygwin/XFree86 sorted out, by using what you'd already setup in http://sf.net/projects/xoncygwin ? It is something I am looking into. It all depends on if we want to have to import and maintain the clients. You and Alexander Gottwald (and myself) have already been using this for quite some time now. Couldn't you give Kensuke et al commit access there rather than seeking out yet another repository ? Looking into it. Harold ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Adios amigos!
I fear that my membership has not been too helpful. I'm just a newbie, and Xfree86 is _way_ out of my league. Therefore, I have unsubscribed. If anyone wants me to get back on, please reply privately at [EMAIL PROTECTED] (I am no longer listed at XFree86.org). If I get requests to do so, I'll join back on. _ Surf and talk on the phone at the same time with broadband Internet access. Get high-speed for as low as $29.95/month (depending on the local service providers in your area). https://broadband.msn.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Adios amigos!
Raymond Jennings wrote: I fear that my membership has not been too helpful. I'm just a newbie, and Xfree86 is _way_ out of my league. Therefore, I have unsubscribed. If anyone wants me to get back on, please reply privately at [EMAIL PROTECTED] (I am no longer listed at XFree86.org). If I get requests to do so, I'll join back on. You should not think that being a newbie should prevent you from doing anything useful for XFree86 (or whatever project thereof). You could for example make some tests with the latest snapshots, or whatever thing which will fit your skills. Sure you have to be prepared to be shaken sometimes by more skilled people, but if you overcome that (and hopefully it won happen too frequently ;-) you can achieve to do a lot of things for Free Software, which will certainly make you happy (at least it makes me happy everytime I have the impression to improve things ;-) BTW : you (and skilled people here also to post whatever they want to be done, like testing certain drivers, features, whatever) should have a look at xwin.org wiki, especially XJANITOR, where you have docs on getting cvs XFree and compile (not easy, risky, but hey it is testing ;-) Bye Manu ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XrandR
there is a patch for support of the 731 in bugzilla: http://bugs.xfree86.org/show_bug.cgi?id=754 No other drivers support roation in hardware at the moment, so it's up to you to implement it from scratch I suspect. Keith Packard did much of the work for xrandr for PDAs. You might want to look at the kdrive/tinyx servers for reference. Any chance you'd be interested in adding dualhead or 3D support? :) Alex --- Robert Woerle [EMAIL PROTECTED] wrote: Hi I want to start implementing the Siliconmotion chips into the XRandR extension ... Can someone point me to a chip which already supports this extension and is able to rotate on the fly ?? I recieved the hardware specs and PCI registers from siliconmotion and i am ready to spent time on that ... i also revieved the doc`s for the latest SMI 731 chip which is even not supported at all at XFREE ... how do i get into that ... main issue is the XRANDR then comes the new 731 ... Cheers Rob -- __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
XFree86 specific patch to freetype-config.in
The following revision to xc/extras/freetype2/builds/unix/freetype-config.in is XFree86 specific and not in the Freetype tree: revision 1.2 date: 2003/05/05 16:12:27; author: dawes; state: Exp; lines: +29 -15 159. Make freetype-config more useful on NetBSD (#5693, Thomas Klausner). cvs diff -r xf-4_3-branch -r 1.2 freetype-config.in Index: freetype-config.in === RCS file: /home/x-cvs/xc/extras/freetype2/builds/unix/freetype-config.in,v retrieving revision 1.1.1.4 retrieving revision 1.2 diff -u -d -b -w -r1.1.1.4 -r1.2 --- freetype-config.in 15 Feb 2002 00:33:20 - 1.1.1.4 +++ freetype-config.in 5 May 2003 16:12:27 - 1.2 @@ -90,7 +90,7 @@ if test $echo_libs = yes ; then libs=-lfreetype if test @libdir@ != /usr/lib ; then - echo [EMAIL PROTECTED]@ $libs + echo -Wl,[EMAIL PROTECTED]@ [EMAIL PROTECTED]@ $libs else echo $libs fi Unfortunately, -R is not a recognized option to ld on Darwin and perhaps other platforms as well. This should be conditionalized in some way. My configure-foo is fairly weak, but it appears that the hardcode_libdir_flag_spec is the configure option that should be used here, rather then a hardwired ELF loader specific option. --Torrey ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Please read if you are having problems with dualhead on radeon IGP chips
I've talked to quite a few people that have had problems getting dualhead to work on radeon IGP chips. Specifically, the crt port seems to go into powersave mode when dualhead is enabled. I talked to Hui Yu at ATI about the problem and he hasn't seen it on his IGP boards using the lastest code from cvs. So, for those of you that are having problems please send me or Hui the output of this radeon register dump program: http://www.botchco.com/alex/radeon/mergedfb/cvs/DRI/hy0/radeon_dump.tgz To run this program, configure the non-working dualhead setup as usual, login as root, startx or xinit, run radeon_dump in a xterm, redirect the output to a file. Hopefully we will be able to pinpoint any anomolies and fix the driver. Please set up regular xinerama based multi-head rather than my mergedfb version of multi-head. Thanks, Alex __ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Problems with shared lesstif and shared Xt on Cygwin/XFree86
Harold L Hunt II wrote: I tried a build without $(SMLIB) and $(ICELIB) in SharedXtReqs, but it fails to link due to unresolved symbols (all symbols must be resolved at library link time in DLLs on Windows). I will have to consult with the rest of the Cygwin people to see what we should do now. I'm working on a similar problem with libXfont. The more I think about it, the more problems I see and I think this is a feature, which ld must provide. The cases where the symbol is undefined in the shared library might get resolved with dispatch functions and code in the program which changes the pointer which is used by the dispatch code. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Problems with shared lesstif and shared Xt on Cygwin/XFree86
Torrey Lyons wrote (in a message from Saturday 25) The issue on Mac OS X is that most shared libraries want to be built as two-level namespace images. Two-level namespace images have significant advantages in loading speed, but they require that they have no unresolved symbols when linking the library. This is why the darwinLib.tmpl contains a complete list of every library's dependencies. Unfortunately this causes a problem with two shared libraries, Xt and Xfont. The problem is that these libraries are designed to have certain symbols undefined and to have theses references resolved at application link time by one of various other library choices. In the case of Xt, SM and ICE provide the default resolution of these symbols in darwinLib.tmpl (and cygwin.tmpl), but symbols with the same names from lesstif should be used instead when the application is linked with it. Two-level namespace libraries don't allow you to do that since all symbols get resolved at library link time, not application link time. Thus we fixed this problem by building libXt and libXfont as flat namespace images, which have the same linking semantics that most people on other *nixes are used to. Weak symbols can be used on systems that support them to solve this kind of issues. Does cygwin support them ? If so libXt and libXfont can be patched to provide weak definitions of the SM/ICE functions it needs instead of linking libXt against those libs. Matthieu ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
