Re: /usr/ports/xll/XFree86-4
On Dec 02, Jamie Bowden wrote: I have a new machine that I've just installed 5.1-R on, and cvsup'd to -C. I'm attempting to build X, and am getting a core dump from rman during the process. I had this happen too. I did something really hack-ish to get around it (like delete that documentation or some other unspeakable hack.) Mike ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /usr/ports/xll/XFree86-4
In the last episode (Dec 03), Mike Hunter said:
On Dec 02, Jamie Bowden wrote:
I have a new machine that I've just installed 5.1-R on, and cvsup'd
to -C. I'm attempting to build X, and am getting a core dump from
rman during the process.
I had this happen too. I did something really hack-ish to get around
it (like delete that documentation or some other unspeakable hack.)
The coredump is due to bugs in the rman command (which is installed by
the imake port, believe it or not). I submitted a bugreport on it in
July, and hopefully it will be in Xfree86 4.4.0. Installing the
textproc/rman port may mask the bug until then, or you can drop this
file into ports/devel/imake-4/files and rebuild imake.
--
Dan Nelson
[EMAIL PROTECTED]
--- ../extras/rman/rman.c.orig Tue Jul 15 23:53:53 2003
+++ ../extras/rman/rman.c Tue Jul 15 23:44:21 2003
@@ -4104,6 +4104,9 @@
}
}
break;
+case 0:
+ /* ignore */
+ break;
default: /* unknown escaped character */
sputchar(*p++);
}
@@ -4133,7 +4133,7 @@ source_out0(const char *pin, char end)
/* postpone check until after following character so catch closing tags */
if ((sI=4+1 plain[sI-1-1]==')') ||
/* (plain[sI-1]==' ' (q=strchr(plain,' '))!=NULL qplain[sI-1])) */
-(plain[sI-1]==' ' !isalnum(plain[sI-1-1]))) {
+(sI=2 plain[sI-1]==' ' !isalnum(plain[sI-1-1]))) {
/* regardless, flush buffer */
source_flush();
}
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /usr/ports/xll/XFree86-4
On Wed, 3 Dec 2003, Dan Nelson wrote:
In the last episode (Dec 03), Mike Hunter said:
On Dec 02, Jamie Bowden wrote:
I have a new machine that I've just installed 5.1-R on, and cvsup'd
to -C. I'm attempting to build X, and am getting a core dump from
rman during the process.
I had this happen too. I did something really hack-ish to get around
it (like delete that documentation or some other unspeakable hack.)
The coredump is due to bugs in the rman command (which is installed by
the imake port, believe it or not). I submitted a bugreport on it in
July, and hopefully it will be in Xfree86 4.4.0. Installing the
textproc/rman port may mask the bug until then, or you can drop this
file into ports/devel/imake-4/files and rebuild imake.
Installing /usr/ports/emulators/linux_compat seems to fix this. I have no
idea why, but I went ahead and installed it so I could install the Nvidia
X driver. After I did that (built and installed linux_compat and built
and installed the Nvidia driver), I went ahead and re-entered
x11/XFree86-4/ and did a make install again (mostly just looking for the
error so I could comment the lines out of the makefile), and it built and
installed (after I rebuilt and reinstalled imake-4, just on principle).
There's an odd dependency hiding in there somewhere.
Now I just have to figure out why X only believes this LCD is capable of
640x480 or 320x240 instead of the 1920x1600 it's actually capable of, so
back to -mobile I go.
Jamie Bowden
--
It was half way to Rivendell when the drugs began to take hold
Hunter S Tolkien Fear and Loathing in Barad Dur
Iain Bowen [EMAIL PROTECTED]
--- ../extras/rman/rman.c.orig Tue Jul 15 23:53:53 2003
+++ ../extras/rman/rman.c Tue Jul 15 23:44:21 2003
@@ -4104,6 +4104,9 @@
}
}
break;
+case 0:
+ /* ignore */
+ break;
default: /* unknown escaped character */
sputchar(*p++);
}
@@ -4133,7 +4133,7 @@ source_out0(const char *pin, char end)
/* postpone check until after following character so catch closing tags */
if ((sI=4+1 plain[sI-1-1]==')') ||
/* (plain[sI-1]==' ' (q=strchr(plain,' '))!=NULL qplain[sI-1])) */
-(plain[sI-1]==' ' !isalnum(plain[sI-1-1]))) {
+(sI=2 plain[sI-1]==' ' !isalnum(plain[sI-1-1]))) {
/* regardless, flush buffer */
source_flush();
}
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Problems with XFree86-4
Hi, I'm running 5.1-CURRENT (sources/ports from Oct/13) and the X package isn't compiling: FeaNoR# make package === Installing for XFree86-4.3.0,1 === XFree86-4.3.0,1 depends on executable: xvinfo - not found ===Verifying package for xvinfo in /usr/ports/x11/XFree86-4-clients === Building for XFree86-clients-4.3.0_3 making all in lib/lbxutil/lbx_zlib... making all in lib/lbxutil/delta... making all in lib/lbxutil/image... making all in programs/appres... making all in programs/bdftopcf... make: don't know how to make /home/FreeBSD/ports/x11/XFree86-4-clients/work/xc/exports/lib/libfntstubs.a. Stop *** Error code 2 Stop in /home/FreeBSD/ports/x11/XFree86-4-clients/work/xc/programs. *** Error code 1 Stop in /home/FreeBSD/ports/x11/XFree86-4-clients. *** Error code 1 Stop in /home/FreeBSD/ports/x11/XFree86-4. I had this same error a week ago, someone have a clue? Rossam. -- Das Leben auf Erden ist ein gemeiner Krieg. Wir spielen, wir kämpfen, wir setzen alles auf Sieg. Megaherz -- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with XFree86-4
On Tue, 2003-10-14 at 17:21, Rossam Souza Silva wrote: Hi, I'm running 5.1-CURRENT (sources/ports from Oct/13) and the X package isn't compiling: FeaNoR# make package === Installing for XFree86-4.3.0,1 === XFree86-4.3.0,1 depends on executable: xvinfo - not found ===Verifying package for xvinfo in /usr/ports/x11/XFree86-4-clients === Building for XFree86-clients-4.3.0_3 making all in lib/lbxutil/lbx_zlib... making all in lib/lbxutil/delta... making all in lib/lbxutil/image... making all in programs/appres... making all in programs/bdftopcf... make: don't know how to make /home/FreeBSD/ports/x11/XFree86-4-clients/work/xc/exports/lib/libfntstubs.a. Stop *** Error code 2 Stop in /home/FreeBSD/ports/x11/XFree86-4-clients/work/xc/programs. *** Error code 1 Stop in /home/FreeBSD/ports/x11/XFree86-4-clients. *** Error code 1 Stop in /home/FreeBSD/ports/x11/XFree86-4. I had this same error a week ago, someone have a clue? Fixed yesterday. cvsup and try again. (The fix is in XFree86-4-libraries/files/ and XFree86-4-clients/scripts -- you need to cvs update both before rebuilding -clients) -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
XFree86-4-clients port broken.
I don't really have a clue where to look for this fix as there seems to be a serious amount of magic going into the divided XFree86-4 port builds, but my XFree86-4-clients port fails saying: make: don't know how to make /usr/ports/x11/XFree86-4-clients/work/xc/exports/lib/libfntstubs.a. Stop Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: XFree86-4-clients port broken.
David Gilbert wrote: I don't really have a clue where to look for this fix as there seems to be a serious amount of magic going into the divided XFree86-4 port builds, but my XFree86-4-clients port fails saying: make: don't know how to make /usr/ports/x11/XFree86-4-clients/work/xc/exports /lib/libfntstubs.a. Stop I ran into this on my amd64 box too. Is yours an i386? Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: XFree86-4-clients port broken.
On Mon, Oct 13, 2003 at 03:51:06PM -0700, Peter Wemm wrote: David Gilbert wrote: I don't really have a clue where to look for this fix as there seems to be a serious amount of magic going into the divided XFree86-4 port builds, but my XFree86-4-clients port fails saying: make: don't know how to make /usr/ports/x11/XFree86-4-clients/work/xc/exports /lib/libfntstubs.a. Stop I ran into this on my amd64 box too. Is yours an i386? The port is broken on all architectures. anholt is looking into it. Kris pgp0.pgp Description: PGP signature
Re: XFree86-4-clients port broken.
On Mon, 2003-10-13 at 15:51, Peter Wemm wrote: David Gilbert wrote: I don't really have a clue where to look for this fix as there seems to be a serious amount of magic going into the divided XFree86-4 port builds, but my XFree86-4-clients port fails saying: make: don't know how to make /usr/ports/x11/XFree86-4-clients/work/xc/exports /lib/libfntstubs.a. Stop I ran into this on my amd64 box too. Is yours an i386? This is a problem on ref5, too. I am testing a fix right now. The confusing part is I can't find any change I (or anyone else) has made that would have caused this. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: XFree86-4-clients port broken.
Eric Anholt wrote: On Mon, 2003-10-13 at 15:51, Peter Wemm wrote: David Gilbert wrote: I don't really have a clue where to look for this fix as there seems to be a serious amount of magic going into the divided XFree86-4 port builds, but my XFree86-4-clients port fails saying: make: don't know how to make /usr/ports/x11/XFree86-4-clients/work/xc/exp orts /lib/libfntstubs.a. Stop I ran into this on my amd64 box too. Is yours an i386? This is a problem on ref5, too. I am testing a fix right now. The confusing part is I can't find any change I (or anyone else) has made that would have caused this. Does the port have any exposure to make(1) at all? Its been futzed with fairly recently. I know it's supposed to use gmake, but perhaps there are still some make references? Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: XFree86-4-clients port broken.
On Mon, 2003-10-13 at 16:05, Peter Wemm wrote: Eric Anholt wrote: On Mon, 2003-10-13 at 15:51, Peter Wemm wrote: David Gilbert wrote: I don't really have a clue where to look for this fix as there seems to be a serious amount of magic going into the divided XFree86-4 port builds, but my XFree86-4-clients port fails saying: make: don't know how to make /usr/ports/x11/XFree86-4-clients/work/xc/exp orts /lib/libfntstubs.a. Stop I ran into this on my amd64 box too. Is yours an i386? This is a problem on ref5, too. I am testing a fix right now. The confusing part is I can't find any change I (or anyone else) has made that would have caused this. Does the port have any exposure to make(1) at all? Its been futzed with fairly recently. I know it's supposed to use gmake, but perhaps there are still some make references? No, actually it uses the system (bsd) make. It generally is pretty resistant to differences with different types of make, though. Testing a new idea for a fix that will cut the build time/space required, too. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: XFree86-4-clients port broken.
Peter == Peter Wemm [EMAIL PROTECTED] writes: Peter David Gilbert wrote: I don't really have a clue where to look for this fix as there seems to be a serious amount of magic going into the divided XFree86-4 port builds, but my XFree86-4-clients port fails saying: make: don't know how to make /usr/ports/x11/XFree86-4-clients/work/xc/exports Peter /lib/libfntstubs.a. Stop Peter I ran into this on my amd64 box too. Is yours an i386? Yes. I'm getting it on an intel centrino. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: XFree86-4-clients port broken.
Peter == Peter Wemm [EMAIL PROTECTED] writes: Peter Eric Anholt wrote: On Mon, 2003-10-13 at 15:51, Peter Wemm wrote: David Gilbert wrote: I don't really have a clue where to look for this fix as there seems to be a serious amount of magic going into the divided XFree86-4 port builds, but my XFree86-4-clients port fails saying: make: don't know how to make /usr/ports/x11/XFree86-4-clients/work/xc/exp Peter orts /lib/libfntstubs.a. Stop I ran into this on my amd64 box too. Is yours an i386? This is a problem on ref5, too. I am testing a fix right now. The confusing part is I can't find any change I (or anyone else) has made that would have caused this. Peter Does the port have any exposure to make(1) at all? Its been Peter futzed with fairly recently. I know it's supposed to use Peter gmake, but perhaps there are still some make references? If you look at the port, it uses make fairly extensively now. The Makefile (from my limited understanding) seems to charge into building the port without calling gmake by adding sub directories much like the /usr/src makefile seems to do. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: XFree86-4-clients port broken.
On Mon, 2003-10-13 at 14:54, David Gilbert wrote: I don't really have a clue where to look for this fix as there seems to be a serious amount of magic going into the divided XFree86-4 port builds, but my XFree86-4-clients port fails saying: make: don't know how to make /usr/ports/x11/XFree86-4-clients/work/xc/exports/lib/libfntstubs.a. Stop Dave. It should be fixed now. Please cvsup (in ~1hour) and try again. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Failed building XFree86-4-clients
On a recent -current FreeBSD bishop.uberduper.com 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Mon Oct 6 15:12:45 PDT 2003 I am unable to build XFree86-4-clients from ports. Here's the last little bits from the build. macro in not recognized -- ignoring making all in programs/bdftopcf... cc -O -pipe -mcpu=pentiumpro -ansi -Dasm=__asm -Wall -Wpointer-arith -Wundef -I/usr/ports/x11/XFree86-4-clients/work/xc/include/fonts -I/usr/ports/x11/XFree86-4-clients/work/xc/lib/font/include -I/usr/ports/x11/XFree86-4-clients/work/xc/lib/font/bitmap -I/usr/ports/x11/XFree86-4-clients/work/xc -I/usr/ports/x11/XFree86-4-clients/work/xc/exports/include -I/usr/X11R6/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -c bdftopcf.c In file included from /usr/include/string.h:40, from /usr/ports/x11/XFree86-4-clients/work/xc/exports/include/X11/Xfuncs.h:49, from /usr/ports/x11/XFree86-4-clients/work/xc/lib/font/include/fontmisc.h:38, from bdftopcf.c:34: /usr/include/sys/cdefs.h:173:51: warning: __STDC_VERSION__ is not defined /usr/include/sys/cdefs.h:184:5: warning: __STDC_VERSION__ is not defined /usr/include/sys/cdefs.h:372:5: warning: _POSIX_C_SOURCE is not defined /usr/include/sys/cdefs.h:378:5: warning: _POSIX_C_SOURCE is not defined make: don't know how to make /usr/ports/x11/XFree86-4-clients/work/xc/exports/lib/libfntstubs.a. Stop *** Error code 2 Any ideas? James. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Failed building XFree86-4-clients
On Tue, Oct 07, 2003 at 12:06:31PM -0700, James Satterfield wrote: On a recent -current FreeBSD bishop.uberduper.com 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Mon Oct 6 15:12:45 PDT 2003 I am unable to build XFree86-4-clients from ports. Here's the last little bits from the build. macro in not recognized -- ignoring making all in programs/bdftopcf... cc -O -pipe -mcpu=pentiumpro -ansi -Dasm=__asm -Wall -Wpointer-arith -Wundef -I/usr/ports/x11/XFree86-4-clients/work/xc/include/fonts -I/usr/ports/x11/XFree86-4-clients/work/xc/lib/font/include -I/usr/ports/x11/XFree86-4-clients/work/xc/lib/font/bitmap -I/usr/ports/x11/XFree86-4-clients/work/xc -I/usr/ports/x11/XFree86-4-clients/work/xc/exports/include -I/usr/X11R6/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -c bdftopcf.c In file included from /usr/include/string.h:40, from /usr/ports/x11/XFree86-4-clients/work/xc/exports/include/X11/Xfuncs.h:49, from /usr/ports/x11/XFree86-4-clients/work/xc/lib/font/include/fontmisc.h:38, from bdftopcf.c:34: /usr/include/sys/cdefs.h:173:51: warning: __STDC_VERSION__ is not defined /usr/include/sys/cdefs.h:184:5: warning: __STDC_VERSION__ is not defined /usr/include/sys/cdefs.h:372:5: warning: _POSIX_C_SOURCE is not defined /usr/include/sys/cdefs.h:378:5: warning: _POSIX_C_SOURCE is not defined make: don't know how to make /usr/ports/x11/XFree86-4-clients/work/xc/exports/lib/libfntstubs.a. Stop *** Error code 2 Any ideas? James. Well, I'm sure there's a *right* way to do this, but I got the installation to go through by copying the contents of /usr/ports/x11/XFree86-4-libraries/work/xc/exports/lib (which now that I look at it are links) to XFree86-4-clients/blah/blah... Good luck. Greg ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Followup to: Trouble building XFree86-4-Clients.
Well it was Xft. I feel stupid, sorry for wasting peoples time. Anyways I think I recall what happened, during the portupgrade I was playing around with X and caused a system crash. This may have happened during the Xft removal/upgrade stage of portupgrade. I had the same problem when upgrading my XF86 to 4.3.0 over the weekend. XFt is a prerequisite for a bunch of stuff, so it was installed on my machine along with XFree86-4.2.0. However, XFree86-4.2.0 had already installed its own version of libXft and the include files, so the Xft port installed on top of the XFree86-4.2.0 versions of those files. When I tried to upgrade to XFree86-4.3.0, *something* blew away the Xft files, because 'portversion' thought that the Xft package was still installed, even though the actual library and include files were missing. I'm guessing that when the XFree86-4.2.0 port is removed, it also removes the new Xft files. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Trouble building XFree86-4-Clients.
Hello, I've been able to portupgrade my XFree86-4.2.1 system[1] to 4.3.0 expect the 4.3.0 clients port. I've tried completely removing and building it manuly thru make install but I get the same. The log from the build can be found here: http://www4.tpg.com.au/users/jhogge/log But here is the tail++ end: cc -O -pipe -mcpu=pentiumpro -ansi -Dasm=__asm -Wall -Wpointer-arith -Wundef -I/usr/X11R6/include -I/usr/local/include/ freetype2 -I/usr/local/include -I/usr/ports/x11/XFree86-4-clients/work/xc -I/usr/ports/x11/XFree86-4-clients/work/xc/ex ports/include -I/usr/X11R6/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DMITSHM -DXFT -DXRENDER -c do_text.c do_text.c:403:25: X11/Xft/Xft.h: No such file or directory do_text.c:405: syntax error before '*' token do_text.c:405: warning: type defaults to `int' in declaration of `aafont' do_text.c:405: warning: data definition has no type or storage class do_text.c:406: syntax error before '*' token do_text.c:406: warning: type defaults to `int' in declaration of `aadraw' do_text.c:406: warning: data definition has no type or storage class do_text.c:407: syntax error before aacolor do_text.c:407: warning: type defaults to `int' in declaration of `aacolor' do_text.c:407: warning: data definition has no type or storage class do_text.c: In function `InitAAText': do_text.c:416: warning: implicit declaration of function `XftFontOpenName' do_text.c:416: warning: assignment makes pointer from integer without a cast do_text.c:425: warning: implicit declaration of function `XftDrawCreate' do_text.c:427: warning: assignment makes pointer from integer without a cast do_text.c:432: warning: implicit declaration of function `XftFontClose' do_text.c:439: warning: implicit declaration of function `XftColorAllocValue' do_text.c:446: warning: implicit declaration of function `XftDrawDestroy' do_text.c:453: request for member `height' in something not a structure or union do_text.c: In function `DoAAText': do_text.c:483: warning: implicit declaration of function `XftDrawString8' do_text.c: In function `EndAAText': do_text.c:508: warning: implicit declaration of function `XftColorFree' *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs/x11perf. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients. Thanks in advance -Al 1]X system: /var/db/pkg/XFree86-4.3.0,1 /var/db/pkg/XFree86-FontServer-4.3.0 /var/db/pkg/XFree86-Server-4.3.0_2 /var/db/pkg/XFree86-VirtualFramebufferServer-4.3.0 /var/db/pkg/XFree86-documents-4.3.0 /var/db/pkg/XFree86-font100dpi-4.3.0 /var/db/pkg/XFree86-font75dpi-4.3.0 /var/db/pkg/XFree86-fontCyrillic-4.3.0 /var/db/pkg/XFree86-fontDefaultBitmaps-4.3.0 /var/db/pkg/XFree86-fontEncodings-4.3.0 /var/db/pkg/XFree86-fontScalable-4.3.0 /var/db/pkg/XFree86-libraries-4.3.0_1 /var/db/pkg/XFree86-manuals-4.3.0 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Trouble building XFree86-4-Clients.
On Sat, 2003-03-22 at 20:38, Alastair G. Hogge wrote: I've been able to portupgrade my XFree86-4.2.1 system[1] to 4.3.0 expect the 4.3.0 clients port. I've tried completely removing and building it manuly thru make install but I get the same. -DMITSHM -DXFT -DXRENDER -c do_text.c do_text.c:403:25: X11/Xft/Xft.h: No such file or directory Tried making sure Xft and fontconfig are up to date? I had trouble with that when I updated. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Trouble building XFree86-4-Clients.
On Saturday, 22 March 2003 22:17, Daniel O'Connor wrote: On Sat, 2003-03-22 at 20:38, Alastair G. Hogge wrote: I've been able to portupgrade my XFree86-4.2.1 system[1] to 4.3.0 expect the 4.3.0 clients port. I've tried completely removing and building it manuly thru make install but I get the same. -DMITSHM -DXFT -DXRENDER -c do_text.c do_text.c:403:25: X11/Xft/Xft.h: No such file or directory Tried making sure Xft and fontconfig are up to date? Both were updated with portupgrade. I had trouble with that when I updated. Wait...blast Xft doesn't appear to be installed anymore. I know I updated to Xft-2.1_3 before the X-4.3.0 upgrade. Well I'll try clients again now, that I re-reinstall Xft. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Followup to: Trouble building XFree86-4-Clients.
Well it was Xft. I feel stupid, sorry for wasting peoples time. Anyways I think I recall what happened, during the portupgrade I was playing around with X and caused a system crash. This may have happened during the Xft removal/upgrade stage of portupgrade. All is well now, thanks Daniel To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Trouble building XFree86-4-Clients.
[moving to -ports, I'm not sure it's a -current issue] Alastair G. Hogge wrote: On Saturday, 22 March 2003 22:17, Daniel O'Connor wrote: On Sat, 2003-03-22 at 20:38, Alastair G. Hogge wrote: I've been able to portupgrade my XFree86-4.2.1 system[1] to 4.3.0 expect the 4.3.0 clients port. I've tried completely removing and building it manuly thru make install but I get the same. -DMITSHM -DXFT -DXRENDER -c do_text.c do_text.c:403:25: X11/Xft/Xft.h: No such file or directory Tried making sure Xft and fontconfig are up to date? Both were updated with portupgrade. I was bitten by this too, as reported here: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=369839+0+current/freebsd-ports and someone posted a follow-up reporting the same issue. I think this happened with the Xft2-Xft rename -- the upgrade clobbered the original libxft and xft.h from XFree86-4-libs v 4.2, but they were still in the +CONTENTS of XFree86-4-libs, and then the portupgrade of XFree86-4-libs to 4.3 removed both these files. This should be fixed. Already files aren't deleted if their original checksums don't match, unfortunately I think this is overruled with pkg_delete -f ... perhaps one needs an option which forces deleting if there are dependencies, but doesn't delete if there's a checksum mismatch? - Rahul To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Q) XFree86-4-Server
Is it only with me? XFree86-4-Server cannot be compiled on recent -current, FreeBSD 5.0-CURRENT #34: Sat Mar 22 13:21:34 JST 2003, with the following error (patch cannot be applied); === Applying FreeBSD patches for XFree86-Server-4.3.0_2 1 out of 2 hunks failed--saving rejects to lib/X11/imLcPrs.c.rej Patch patch-imLcPrs.c failed to apply cleanly. Patch(es) patch-FreeBSD.cf patch-Imake.cf patch-Imake.rules patch-Imake.tmpl patch-X11.tmpl patch-Xlc-fix patch-c2 patch-dps patch-dpsinfo patch-dri-Imakefile patch-f applied cleanly. *** Error code 1 Stop in /home/ports/x11-servers/XFree86-4-Server. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Q) XFree86-4-Server
On Sun, Mar 23, 2003 at 11:57:18AM +0900, Yamada Ken Takeshi wrote: Is it only with me? XFree86-4-Server cannot be compiled on recent -current, FreeBSD 5.0-CURRENT #34: Sat Mar 22 13:21:34 JST 2003, with the following error (patch cannot be applied); I think it's you :) That patch does not exist in the ports tree. Kris pgp0.pgp Description: PGP signature
Re: Q) XFree86-4-Server
Thank you. I find that I haven't cvsup x11/XFree86-4-libraries for a while. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: first snag with 5.0 - XFree86 4 (fwd)
thanks all, securelevel was 2 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: first snag with 5.0 - XFree86 4 (fwd)
Recompile and install the with X*4-Server from /usr/ports/x11-servers. Your X server was built on a RC kernel base not the RELEASE the /dev/io mappings are slightly different. The following is the offending line in your snippet Build Operating System: FreeBSD 5.0-RC i386 [ELF] It should say Build Operating System: FreeBSD 5.0-RELEASE i386 [ELF] It will then work and make sure you do a make buildworld if you upgraded to make sure all your libs are also RELEASE not RC :)oseph On Tue, 2003-01-21 at 10:41, fingers wrote: hi it's been suggested that i send this to current@. Please let me know what info you'd like to carry on debugging this. Regards --Rob -- Forwarded message -- Date: Tue, 21 Jan 2003 16:05:34 +0200 (SAST) From: fingers [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: first snag with 5.0 - XFree86 4 howdie built X 4 from source or using package I'm getting: snip XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: FreeBSD 5.0-RC i386 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Tue Jan 21 11:15:10 2003 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 Fatal server error: xf86EnableIO: Failed to open /dev/io for extended I/O /snip when trying something like XFree86 -config. I trolled xfree86.org, found 1 hit but don't see any response to it. fresh install of 5.0-RELEASE using Riva 128. Was previously working on 5.0-CURRENT (build of about 2 weeks ago). /dev/io seems to exist. wrapper is installed. xf86cfg gives same error. any ideas? pnpinfo gives me can't get i/o privelege which doesn't seem right. have tried 'hint.acpi.0.disabled=1' with same results. I'd think it was XFree86 specific initially if it wasn't for the pnpinfo error. any suggestions appreciated. Regards --Rob To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
first snag with 5.0 - XFree86 4 (fwd)
hi it's been suggested that i send this to current@. Please let me know what info you'd like to carry on debugging this. Regards --Rob -- Forwarded message -- Date: Tue, 21 Jan 2003 16:05:34 +0200 (SAST) From: fingers [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: first snag with 5.0 - XFree86 4 howdie built X 4 from source or using package I'm getting: snip XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: FreeBSD 5.0-RC i386 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Tue Jan 21 11:15:10 2003 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 Fatal server error: xf86EnableIO: Failed to open /dev/io for extended I/O /snip when trying something like XFree86 -config. I trolled xfree86.org, found 1 hit but don't see any response to it. fresh install of 5.0-RELEASE using Riva 128. Was previously working on 5.0-CURRENT (build of about 2 weeks ago). /dev/io seems to exist. wrapper is installed. xf86cfg gives same error. any ideas? pnpinfo gives me can't get i/o privelege which doesn't seem right. have tried 'hint.acpi.0.disabled=1' with same results. I'd think it was XFree86 specific initially if it wasn't for the pnpinfo error. any suggestions appreciated. Regards --Rob To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: first snag with 5.0 - XFree86 4 (fwd)
On Tue, Jan 21, 2003 at 08:41:27PM +0200, fingers wrote: hi it's been suggested that i send this to current@. Please let me know what info you'd like to carry on debugging this. Regards --Rob -- Forwarded message -- Date: Tue, 21 Jan 2003 16:05:34 +0200 (SAST) From: fingers [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: first snag with 5.0 - XFree86 4 howdie built X 4 from source or using package I'm getting: snip XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: FreeBSD 5.0-RC i386 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Tue Jan 21 11:15:10 2003 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 Fatal server error: xf86EnableIO: Failed to open /dev/io for extended I/O What are the permissions on /dev/io? What's your securelevel set to (sysctl kern.securelevel)? -- Ray Kohler [EMAIL PROTECTED] Chism's Law of Completion: The amount of time required to complete a government project is precisely equal to the length of time already spent on it. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: trouble building XFree86-4-Server under yesterday's current
On Mon, Sep 23, 2002 at 03:13:15PM -0700, Kris Kennaway [EMAIL PROTECTED] wrote: On Mon, Sep 23, 2002 at 01:55:18PM +0300, Vallo Kallaste wrote: This isn't a yesterdays problem, I've had this for a month or so. The problem is explicit declaration of -march=p[234], use CPUTYPE=i686 in /etc/make.conf and you get further. The second way is to not set CPUTYPE at all, logic in /usr/share/mk/bsd.cpu.mk will set -mcpu to what appears to fit. That's not true; it adds -mcpu=pentiumpro by default to optimize instruction scheduling for 686-class CPUs (without breaking binary compatibility down to i386s), but it doesnt autodetect anything, and you'll get better performance on a 686-class CPU by specifying it in CPUTYPE (since you'll then also get pentium pro instructions). -mcpu != -march Yes I know and it was what I meant to say. By setting CPUTYPE=p[234] excplicitly in /etc/make.conf you'll get the build failure in XFree86-4-Server because bsd.cpu.mk will set excplicit -march, not -mcpu. But the build error happens _only_ if one sets CPUTYPE=p[234] and not in case CPUTYPE=i686, the latter sets -march=pentiumpro, not -march=pentium[234]. Hope this is all clear now and sorry about confusion, english isn't my native tongue after all. -- Vallo Kallaste [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: trouble building XFree86-4-Server under yesterday's current
I have built XFree86 at least 3 times in the past week, all with varying levels of optimization, from -O to -O3 and ALWAYS with -march=pentium3. All of the builds succeeded, although I had stability problems with -O2 and above. Are you _certain_ this is a compiler bug? On Tue, 24 Sep 2002, Vallo Kallaste wrote: On Mon, Sep 23, 2002 at 03:13:15PM -0700, Kris Kennaway [EMAIL PROTECTED] wrote: On Mon, Sep 23, 2002 at 01:55:18PM +0300, Vallo Kallaste wrote: This isn't a yesterdays problem, I've had this for a month or so. The problem is explicit declaration of -march=p[234], use CPUTYPE=i686 in /etc/make.conf and you get further. The second way is to not set CPUTYPE at all, logic in /usr/share/mk/bsd.cpu.mk will set -mcpu to what appears to fit. That's not true; it adds -mcpu=pentiumpro by default to optimize instruction scheduling for 686-class CPUs (without breaking binary compatibility down to i386s), but it doesnt autodetect anything, and you'll get better performance on a 686-class CPU by specifying it in CPUTYPE (since you'll then also get pentium pro instructions). -mcpu != -march Yes I know and it was what I meant to say. By setting CPUTYPE=p[234] excplicitly in /etc/make.conf you'll get the build failure in XFree86-4-Server because bsd.cpu.mk will set excplicit -march, not -mcpu. But the build error happens _only_ if one sets CPUTYPE=p[234] and not in case CPUTYPE=i686, the latter sets -march=pentiumpro, not -march=pentium[234]. Hope this is all clear now and sorry about confusion, english isn't my native tongue after all. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: trouble building XFree86-4-Server under yesterday's current
On Tue, Sep 24, 2002 at 09:47:44AM -0400, Wesley Morgan [EMAIL PROTECTED] wrote: I have built XFree86 at least 3 times in the past week, all with varying levels of optimization, from -O to -O3 and ALWAYS with -march=pentium3. All of the builds succeeded, although I had stability problems with -O2 and above. Are you _certain_ this is a compiler bug? To put myself to the safe side, no. I'll do yet another run of compilation on all of the CPUTYPE=p[234] levels and report how it did tomorrow. -- Vallo Kallaste [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: trouble building XFree86-4-Server under yesterday's current
On Tue, 24 Sep 2002 17:22:36 +0300
Vallo Kallaste [EMAIL PROTECTED] wrote:
On Tue, Sep 24, 2002 at 09:47:44AM -0400, Wesley Morgan
[EMAIL PROTECTED] wrote:
I have built XFree86 at least 3 times in the past week, all with
varying levels of optimization, from -O to -O3 and ALWAYS with
-march=pentium3. All of the builds succeeded, although I had
stability problems with -O2 and above. Are you _certain_ this is a
compiler bug?
To put myself to the safe side, no. I'll do yet another run of
compilation on all of the CPUTYPE=p[234] levels and report how it
did tomorrow.
No need. The bug is there and it is triggered by -march={athlon|p[234]}.
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
trouble building XFree86-4-Server under yesterday's current
Current as of yesterday
[daver@metropolis:/usr/ports/sysutils/xmbmon]$ uname -a
FreeBSD metropolis.gomerbud.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Sun Sep 22
10:42:53 PDT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/METROPOLIS
i386
The XFree86 server build dies with an odd compiler message. I have no clue
what it means.
[snip]
LD_LIBRARY_PATH=/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/lib cc -O
-pipe -march=pentium2 -march=pentium2 -ansi -pedantic -Dasm=__asm -Wall
-Wpointer-arith -fno-merge-constants -I. -I../include
-I/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/include/X11
-I../../../include
-I/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/include
-I/usr/ports/x11-servers/XFree86-4-Server/work/xc
-I/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/include
-I/usr/X11R6/include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP
-DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMIX -DRENDER
-DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension
-DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE
-DBUILDDEBUG -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO
-DIN_MODULE -DXFree86Module-c miPck1Prim.c
miPck1Prim.c: In function `CheckFAreaPick1':
miPck1Prim.c:337: unable to find a register to spill in class `FLOAT_REGS'
miPck1Prim.c:337: this is the insn:
(insn 275 273 277 (set (subreg:SF (reg/v:DI 29 rmm0 [64]) 0)
(float:SF (mem/s/j:HI (reg/v/f:SI 2 ecx [61]) [0 variable.x+0 S2 A16]))) 167
{floathisf2} (insn_list 271 (nil))
(nil))
miPck1Prim.c:337: confused by earlier errors, bailing out
*** Error code 1
Stop in
/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/PEX5/ddpex/mi/level1.
*** Error code 1
Stop in /usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/PEX5.
*** Error code 1
Stop in /usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver.
*** Error code 1
Stop in /usr/ports/x11-servers/XFree86-4-Server.
[daver@metropolis:/usr/ports/x11-servers/XFree86-4-Server]$
--
David P. Reese Jr. [EMAIL PROTECTED]
--
C
You shoot yourself in the foot.
Assembler
You try to shoot yourself in the foot, only to discover you must first
invent the gun, the bullet, the trigger, and your foot.
How to Shoot Yourself in the Foot
http://www.m5p.com/~pravn/foot.html
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: trouble building XFree86-4-Server under yesterday's current
On Mon, Sep 23, 2002 at 03:08:02AM -0700, David P. Reese Jr. [EMAIL PROTECTED]
wrote:
Current as of yesterday
[daver@metropolis:/usr/ports/sysutils/xmbmon]$ uname -a
FreeBSD metropolis.gomerbud.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Sun Sep 22
10:42:53 PDT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/METROPOLIS
i386
The XFree86 server build dies with an odd compiler message. I have no clue
what it means.
[snip]
LD_LIBRARY_PATH=/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/lib cc -O
-pipe -march=pentium2 -march=pentium2 -ansi -pedantic -Dasm=__asm -Wall
-Wpointer-arith -fno-merge-constants -I. -I../include
-I/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/include/X11
-I../../../include
-I/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/include
-I/usr/ports/x11-servers/XFree86-4-Server/work/xc
-I/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/include
-I/usr/X11R6/include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP
-DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMIX -DRENDER
-DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension
-DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE
-DBUILDDEBUG -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO
-DIN_MODULE -DXFree86Module-c miPck1Prim.c
miPck1Prim.c: In function `CheckFAreaPick1':
miPck1Prim.c:337: unable to find a register to spill in class `FLOAT_REGS'
miPck1Prim.c:337: this is the insn:
(insn 275 273 277 (set (subreg:SF (reg/v:DI 29 rmm0 [64]) 0)
(float:SF (mem/s/j:HI (reg/v/f:SI 2 ecx [61]) [0 variable.x+0 S2 A16])))
167 {floathisf2} (insn_list 271 (nil))
(nil))
miPck1Prim.c:337: confused by earlier errors, bailing out
*** Error code 1
Stop in
/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/PEX5/ddpex/mi/level1.
*** Error code 1
This isn't a yesterdays problem, I've had this for a month or so.
The problem is explicit declaration of -march=p[234], use
CPUTYPE=i686 in /etc/make.conf and you get further. The second way
is to not set CPUTYPE at all, logic in /usr/share/mk/bsd.cpu.mk will
set -mcpu to what appears to fit.
--
Vallo Kallaste
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: trouble building XFree86-4-Server under yesterday's current
On 2002-09-23 13:55, Vallo Kallaste wrote:
On Mon, Sep 23, 2002 at 03:08:02AM -0700, David P. Reese Jr. [EMAIL PROTECTED]
wrote:
Current as of yesterday
The XFree86 server build dies with an odd compiler message. I have no clue
what it means.
[snip]
LD_LIBRARY_PATH=/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/lib cc -O
-pipe -march=pentium2 -march=pentium2 -ansi -pedantic -Dasm=__asm -Wall
-Wpointer-arith -fno-merge-constants -I. -I../include
-I/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/include/X11
-I../../../include
-I/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/include
-I/usr/ports/x11-servers/XFree86-4-Server/work/xc
-I/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/include
-I/usr/X11R6/include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP
-DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMIX -DRENDER
-DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension
-DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE
-DBUILDDEBUG -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO
-DIN_MODULE -DXFree86Module-c miPck1Prim.c
miPck1Prim.c: In function `CheckFAreaPick1':
miPck1Prim.c:337: unable to find a register to spill in class `FLOAT_REGS'
miPck1Prim.c:337: this is the insn:
(insn 275 273 277 (set (subreg:SF (reg/v:DI 29 rmm0 [64]) 0)
(float:SF (mem/s/j:HI (reg/v/f:SI 2 ecx [61]) [0 variable.x+0 S2 A16])))
167 {floathisf2} (insn_list 271 (nil))
(nil))
miPck1Prim.c:337: confused by earlier errors, bailing out
*** Error code 1
Stop in
/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/PEX5/ddpex/mi/level1.
*** Error code 1
This isn't a yesterdays problem, I've had this for a month or so.
The problem is explicit declaration of -march=p[234], use
CPUTYPE=i686 in /etc/make.conf and you get further. The second way
is to not set CPUTYPE at all, logic in /usr/share/mk/bsd.cpu.mk will
set -mcpu to what appears to fit.
If you suspect the machine type optimizations for problems like this,
you might want to try adding the following to /etc/make.conf too:
NO_CPU_CFLAGS= true# Don't add -march=cpu to CFLAGS automatically
NO_CPU_COPTFLAGS=true # Don't add -march=cpu to COPTFLAGS automatically
Giorgos.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: trouble building XFree86-4-Server under yesterday's current
On Mon, Sep 23, 2002 at 04:31:38PM +0300, Giorgos Keramidas [EMAIL PROTECTED] wrote: [snip] This isn't a yesterdays problem, I've had this for a month or so. The problem is explicit declaration of -march=p[234], use CPUTYPE=i686 in /etc/make.conf and you get further. The second way is to not set CPUTYPE at all, logic in /usr/share/mk/bsd.cpu.mk will set -mcpu to what appears to fit. If you suspect the machine type optimizations for problems like this, you might want to try adding the following to /etc/make.conf too: NO_CPU_CFLAGS= true# Don't add -march=cpu to CFLAGS automatically NO_CPU_COPTFLAGS=true # Don't add -march=cpu to COPTFLAGS automatically Heh, this sounds like a joke.. because I have written at least three messages to -current list about the very same thing. I know that following -current list for day-to-day basis is challenge, but nevertheless this surprises me. Seems like nobody has read my messages nor find the cause of this failure interesting. Yes this caused bu machine type optimisation and everybody who's brave enough to set CPUTYPE=p[234] will be trapped. -- Vallo Kallaste [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: trouble building XFree86-4-Server under yesterday's current
On Mon, 23 Sep 2002 17:54:25 +0300 Vallo Kallaste [EMAIL PROTECTED] wrote: Heh, this sounds like a joke.. because I have written at least three messages to -current list about the very same thing. I know that following -current list for day-to-day basis is challenge, but nevertheless this surprises me. Seems like nobody has read my messages nor find the cause of this failure interesting. Yes this caused bu machine type optimisation and everybody who's brave enough to set CPUTYPE=p[234] will be trapped. You might want to report the bug to GCC developers first instead of sending your complaints here. Some help finding the offending function and providing people with additional information will come a long way toward having this bug finally fixed. Please consult http://gcc.gnu.org/bugs.html for instructions if you decide to do so. -- Alexander Kabaev To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: trouble building XFree86-4-Server under yesterday's current
On Mon, Sep 23, 2002 at 11:08:13AM -0400, Alexander Kabaev [EMAIL PROTECTED] wrote: Heh, this sounds like a joke.. because I have written at least three messages to -current list about the very same thing. I know that following -current list for day-to-day basis is challenge, but nevertheless this surprises me. Seems like nobody has read my messages nor find the cause of this failure interesting. Yes this caused bu machine type optimisation and everybody who's brave enough to set CPUTYPE=p[234] will be trapped. You might want to report the bug to GCC developers first instead of sending your complaints here. Some help finding the offending function and providing people with additional information will come a long way toward having this bug finally fixed. Please consult http://gcc.gnu.org/bugs.html for instructions if you decide to do so. I'm not complaining, only reporting what I found. It's quite unfair for non-developer to complain about development track, IMHO. I'll see what I can do, but finding offending function is probably beyond my knowledge. -- Vallo Kallaste [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: trouble building XFree86-4-Server under yesterday's current
On Mon, Sep 23, 2002 at 01:55:18PM +0300, Vallo Kallaste wrote: This isn't a yesterdays problem, I've had this for a month or so. The problem is explicit declaration of -march=p[234], use CPUTYPE=i686 in /etc/make.conf and you get further. The second way is to not set CPUTYPE at all, logic in /usr/share/mk/bsd.cpu.mk will set -mcpu to what appears to fit. That's not true; it adds -mcpu=pentiumpro by default to optimize instruction scheduling for 686-class CPUs (without breaking binary compatibility down to i386s), but it doesnt autodetect anything, and you'll get better performance on a 686-class CPU by specifying it in CPUTYPE (since you'll then also get pentium pro instructions). -mcpu != -march Kris msg43280/pgp0.pgp Description: PGP signature
Re: Followup to XFree86-4-Server and lcms problems
On Wed, Sep 18, 2002 at 09:59:29PM +0300, Vallo Kallaste vallo wrote:
In case someone is interested about consistent test case, here's
additional info. Now I built both world and kernel with CPUTYPE=p2
and kan's patch. I haven't changed anything except uncommenting the
aforementioned CPUTYPE clause in make.conf. The package build run
ends up with same failure on the same place as before. I'm going to
update the system sources because of recent gcc import.. in hopes
it'll fix the bug.
The failure below is triggered consistently by setting CPUTYPE to
any of p[234] in /etc/make.conf. /usr/share/mk/bsd.cpu.mk defines
_CPUCFLAGS = -mcpu=pentiumpro and CPUTYPE = i386 in case
MACHINE_ARCH=i386 and CPUTYPE is unset. Setting CPUTYPE=p[234] will
cause precise setting of -march as seen below, in this case
-march=pentium2 and this is the bugger. CPUTYPE=i686 in make.conf
will cause -march=pentiumpro and this works. It's probably worth to
mention in some kind of document that precise setting of CPUTYPE to
p[234] can cause all sorts of weirdness and the more broad
definition CPUTYPE=i686 is more likely to work.
rm -f miPck1Prim.o
LD_LIBRARY_PATH=/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/lib
cc -O -pipe -march=pentium2 -march=pentium2 -ansi -pedantic -Dasm=__asm -Wall
-Wpointer-arith -fno-merge-constants -I. -I../include
-I/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/include/X11
-I../../../include
-I/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/include
-I/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc
-I/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/include
-I/usr/X11R6/include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP
-DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMIX -DRENDER
-DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension
-DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE
-DBUILDDEBUG -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO
-DIN_MODULE -DXFree86Module-c miPck1Prim.c
miPck1Prim.c: In function `CheckFAreaPick1':
miPck1Prim.c:337: unable to find a register to spill in class `FLOAT_REGS'
miPck1Prim.c:337: this is the insn:
(insn 275 273 277 (set (subreg:SF (reg/v:DI 29 rmm0 [64]) 0)
(float:SF (mem/s/j:HI (reg/v/f:SI 2 ecx [61]) [0 variable.x+0 S2 A16])))
167 {floathisf2} (insn_list 271 (nil))
(nil))
miPck1Prim.c:337: confused by earlier errors, bailing out
*** Error code 1
Stop in
/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/PEX5/ddpex/mi/level1.
*** Error code 1
Stop in
/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/PEX5.
*** Error code 1
Stop in
/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver.
*** Error code 1 (ignored)
*** Error code 1
Stop in /usr/ports/x11-servers/XFree86-4-Server.
*** Error code 1
Stop in /usr/ports/x11/wrapper.
*** Error code 1
Stop in /usr/ports/x11/XFree86-4.
--
Vallo Kallaste
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Followup to XFree86-4-Server and lcms problems
On Fri, Sep 13, 2002 at 03:35:32PM +0300, Vallo Kallaste vallo wrote:
As promised I did some further testing and found that either of the
problematic ports will build fine in case that:
1. both world and kernel are built without any CPU specific
optimisation beforehand (with kan's patch)
2. also the ports will be compiled without any CPU specific
optimisation
I didn't try yet the case with world and kernel built without
optimisation and port build with optimisation.
Certainly there are problems with gcc and
NO_CPU_CFLAGS= true
NO_CPU_COPTFLAGS= true
are proven to be beneficial for making -current fit, no matter what
someone said a few days ago. Sorry for being harsh.
In case someone is interested about consistent test case, here's
additional info. Now I built both world and kernel with CPUTYPE=p2
and kan's patch. I haven't changed anything except uncommenting the
aforementioned CPUTYPE clause in make.conf. The package build run
ends up with same failure on the same place as before. I'm going to
update the system sources because of recent gcc import.. in hopes
it'll fix the bug.
rm -f miPck1Prim.o
LD_LIBRARY_PATH=/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/lib
cc -O -pipe -march=pentium2 -march=pentium2 -ansi -pedantic -Dasm=__asm -Wall
-Wpointer-arith -fno-merge-constants -I. -I../include
-I/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/include/X11
-I../../../include
-I/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/include
-I/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc
-I/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/include
-I/usr/X11R6/include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP
-DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMIX -DRENDER
-DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension
-DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE
-DBUILDDEBUG -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO
-DIN_MODULE -DXFree86Module-c miPck1Prim.c
miPck1Prim.c: In function `CheckFAreaPick1':
miPck1Prim.c:337: unable to find a register to spill in class `FLOAT_REGS'
miPck1Prim.c:337: this is the insn:
(insn 275 273 277 (set (subreg:SF (reg/v:DI 29 rmm0 [64]) 0)
(float:SF (mem/s/j:HI (reg/v/f:SI 2 ecx [61]) [0 variable.x+0 S2 A16]))) 167
{floathisf2} (insn_list 271 (nil))
(nil))
miPck1Prim.c:337: confused by earlier errors, bailing out
*** Error code 1
Stop in
/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/PEX5/ddpex/mi/level1.
*** Error code 1
Stop in
/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/PEX5.
*** Error code 1
Stop in
/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver.
*** Error code 1 (ignored)
*** Error code 1
Stop in /usr/ports/x11-servers/XFree86-4-Server.
*** Error code 1
Stop in /usr/ports/x11/wrapper.
*** Error code 1
Stop in /usr/ports/x11/XFree86-4.
--
Vallo Kallaste
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Followup to XFree86-4-Server and lcms problems
Hi As promised I did some further testing and found that either of the problematic ports will build fine in case that: 1. both world and kernel are built without any CPU specific optimisation beforehand (with kan's patch) 2. also the ports will be compiled without any CPU specific optimisation I didn't try yet the case with world and kernel built without optimisation and port build with optimisation. Certainly there are problems with gcc and NO_CPU_CFLAGS= true NO_CPU_COPTFLAGS= true are proven to be beneficial for making -current fit, no matter what someone said a few days ago. Sorry for being harsh. -- Vallo Kallaste [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Can't compile XFree86-4-Server
Hi
For a few days the XFree86-4-Server compilation fails with following
error. I'm running -current as of yesterday with kan's patch. The
world and kernel is built with CPUTYPE=p4 and I'm trying to build
complete set of packages for an old P2, thus CPUTYPE=p2 for entire
package build.
rm -f miPck1Prim.o
LD_LIBRARY_PATH=../../../../../../exports/lib cc -O -pipe -march=pentium2
-march=pentium2 -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith
-fno-merge-constants -I. -I../include
-I../../../../../../exports/include/X11 -I../../../include
-I../../../../../../programs/Xserver/include -I../../../../../..
-I../../../../../../exports/include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DLBX
-DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMIX
-DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA
-DXvExtension -DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension
-DSMART_SCHEDULE -DBUILDDEBUG -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15
-DNARROWPROTO -DIN_MODULE -DXFree86Module-c miPck1Prim.c
miPck1Prim.c: In function `CheckFAreaPick1':
miPck1Prim.c:337: unable to find a register to spill in class `FLOAT_REGS'
miPck1Prim.c:337: this is the insn:
(insn 275 273 277 (set (subreg:SF (reg/v:DI 29 rmm0 [64]) 0)
(float:SF (mem/s/j:HI (reg/v/f:SI 2 ecx [61]) [0 variable.x+0 S2 A16]))) 167
{floathisf2} (insn_list 271 (nil))
(nil))
miPck1Prim.c:337: confused by earlier errors, bailing out
*** Error code 1
Stop in
/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/PEX5/ddpex/mi/level1.
*** Error code 1
Stop in
/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/PEX5.
*** Error code 1
Stop in
/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver.
*** Error code 1
Stop in
/usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs.
*** Error code 1
Stop in /usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc.
*** Error code 1
Stop in /usr/local/src/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc.
*** Error code 1
Stop in /usr/ports/x11-servers/XFree86-4-Server.
*** Error code 1
Stop in /usr/ports/x11/XFree86-4.
--
Vallo Kallaste
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Can't compile XFree86-4-Server
On Thu, Sep 12, 2002 at 10:21:38AM -0400, Wesley Morgan [EMAIL PROTECTED] wrote: I built all of XFree86 yesterday, with no problems. Try applying this patch to your compiler and rebuiling it: http://people.freebsd.org/~kan/gcc-all.diff On a side note to -current / gcc maintainers -- this patch seems to fix some critical bugs, will it be committed? As I wrote, I'm already using this particular patch. Seems like optimisation problem or something, but to be sure, I'm going to build world and kernel tomorrow without CPUTYPE set. -- Vallo Kallaste [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Still no XFree86-4
On (2002/07/21 21:08), Eric Anholt wrote:
You don't have XFree86-4 uninstalled, or don't have it uninstalled
successfully. Just removing the XFree86-4 metaport doesn't remove the
miniports that contain the actual files. If you are going to build
without using portupgrade, you should start from scratch wrt XFree86
(all XFree86-4 ports uninstalled along with imake-4).
I find the situation with the XFree86-4 metaports annoying, so allow me
to share my portdeps solution.
I use this perl script to build all dependencies of a port, in the
correct order, before building the port itself.
I use /usr/ports/makefile as follows:
| MY_STUFF?=\
| archivers/unzip \
| ...
| x11/XFree86-4 \
| ...
| x11/xlockmore
|
| MY_FULL_LIST!= ${.CURDIR}/Tools/portdeps ${MY_STUFF}
| SUBDIR?= ${MY_FULL_LIST}
|
| update:
| cvs -qR update -dPA ${SUBDIR}
|
| .include bsd.port.subdir.mk
The script /usr/ports/Tools/portdeps is attached. I wrote it in a hurry
ages ago, so it's probably a little sucky.
Then, I can do this to build all the ports I want, along with all their
dependencies, in the correct order:
cd /usr/ports
make install
make clean
Or, I can just build one particular port, with all its dependencies, in
the correct order:
cd /usr/ports
make MY_STUFF=x11/XFree86-4
Ciao,
Sheldon.
#!/usr/bin/perl -w
#
# Takes one or more port name arguments, each consisting of the name of a
# port, preceded by its primary category and a forward slash, e.g.
#
# databases/gnats
#
# EXAMPLE:
#
# cd /usr/ports
# portdeps `make -f ./makefile -V SUBDIR`
#
use strict;
my $PROGNAME = 'portdeps';
my %desired;
my %required_by;
my %mustbuild;
my %seen;
my %unresolved;
my buildlist;
my $basedir;
my $loop_prot;
my $deps_only;
$basedir = `pwd`;
chomp $basedir;
if (defined($ARGV[0]) and $ARGV[0] eq '-d') {
$deps_only = 1;
shift ARGV;
}
foreach (ARGV) {
$unresolved{$_} = 1;
$desired{$_} = 1;
}
$loop_prot = 100;
while (keys %unresolved and $loop_prot--) {
foreach my $port (keys %unresolved) {
my (index_parts, $make_out, prereqs);
next if $seen{$port}++;
$mustbuild{$port} = 1;
delete $unresolved{$port};
chdir($basedir) or
die $PROGNAME: chdir: $basedir: $!\n;
chdir($port) or
die $PROGNAME: chdir: $port: $!\n;
$make_out = `make describe`;
if ($?) {
die $PROGNAME can't make describe: $port\n;
}
index_parts = split(/\|/, $make_out);
$index_parts[1] =~ /([^\/]+\/[^\/]+)$/;
$port = $1;
prereqs = split(' ', $index_parts[7] $index_parts[8]);
foreach my $req_path (prereqs) {
my $req;
$req_path =~ /([^\/]+\/[^\/]+)$/;
$req = $1;
if (exists $required_by{$req}) {
push({$required_by{$req}}, $port);
} else {
$required_by{$req} = [ $port ];
$unresolved{$req} = 1;
}
}
}
}
$loop_prot = 100;
while (keys %mustbuild and $loop_prot--) {
CANDIDATE:
foreach my $candidate (keys %mustbuild) {
foreach my $dependency ({$required_by{$candidate}}) {
if (not grep {$_ eq $dependency} buildlist) {
next CANDIDATE;
}
}
unshift(buildlist, $candidate);
delete($mustbuild{$candidate});
}
}
foreach my $port (buildlist) {
if (not $deps_only or not exists $desired{$port}) {
print $port\n;
}
}
exit 0;
Re: Still no XFree86-4
Eric Anholt wrote: On Sat, 2002-07-20 at 03:14, John Angelmo wrote: Well here's my latest XFree86-4 build errors, I made a clean build uninstalled XFree-4, perl and so on but still I get these errors [...] === Extracting for XFree86-4.2.0_1,1 No MD5 checksum file. === XFree86-4.2.0_1,1 depends on shared library: Xft.1 - found === Patching for XFree86-4.2.0_1,1 === Configuring for XFree86-4.2.0_1,1 === Installing for XFree86-4.2.0_1,1 === XFree86-4.2.0_1,1 depends on executable: xvinfo - found === XFree86-4.2.0_1,1 depends on file: /usr/X11R6/lib/X11/doc/ddx.TXT - found You don't have XFree86-4 uninstalled, or don't have it uninstalled successfully. Just removing the XFree86-4 metaport doesn't remove the miniports that contain the actual files. If you are going to build without using portupgrade, you should start from scratch wrt XFree86 (all XFree86-4 ports uninstalled along with imake-4). That was the second buildattempt, usually I deinstall XFree86-4-documents -libraries imake-4 but still I get the same error in the end, if we could put XFree86-4-clients in the miniport before -documents I think that this problem would be solved. === XFree86-4.2.0_1,1 depends on file: /usr/X11R6/lib/X11/fonts/100dpi/UTBI__10-ISO8859-1.pcf.gz - not found ===Verifying reinstall for /usr/X11R6/lib/X11/fonts/100dpi/UTBI__10-ISO8859-1.pcf.gz in /usr/ports/x11-fonts/XFree86-4-font100dpi === Extracting for XFree86-font100dpi-4.2.0 Checksum OK for xc/X420src-2.tgz. === XFree86-font100dpi-4.2.0 depends on executable: mkfontdir - found === XFree86-font100dpi-4.2.0 depends on executable: imake - found === XFree86-font100dpi-4.2.0 depends on shared library: X11.6 - found === Patching for XFree86-font100dpi-4.2.0 === Configuring for XFree86-font100dpi-4.2.0 (cd /usr/ports/x11-fonts/XFree86-4-font100dpi/work/xc/fonts/encodings imake -DUseInstalled -DProjectRoot=/usr/X11R6 -I/usr/X11R6/lib/X11/config -DTOPDIR=../../.. -DCURDIR=.; make Makefiles ; make includes ; make depend) making Makefiles in large... including in ./large... depending in ./large... (cd /usr/ports/x11-fonts/XFree86-4-font100dpi/work/xc/fonts/bdf/100dpi imake -DUseInstalled -DProjectRoot=/usr/X11R6 -I/usr/X11R6/lib/X11/config -DTOPDIR=../../.. -DCURDIR=.; make Makefiles ; make includes ; make depend) make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop I'm aware of this one. Currently the solution is use portupgrade -RiN XFree86-4. I hope to get these dependencies fixed so it's not necessary to do this, but I haven't made it around to that yet. Also, for anyone reading this, one thing that'll help figure out build errors (particularly relating to dependencies like this) will be to include an ls -l /var/db/pkg/XFree86* /var/db/pkg/imake* with bug reports /John To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Still no XFree86-4
On Sat, 2002-07-20 at 03:14, John Angelmo wrote: Well here's my latest XFree86-4 build errors, I made a clean build uninstalled XFree-4, perl and so on but still I get these errors [...] === Extracting for XFree86-4.2.0_1,1 No MD5 checksum file. === XFree86-4.2.0_1,1 depends on shared library: Xft.1 - found === Patching for XFree86-4.2.0_1,1 === Configuring for XFree86-4.2.0_1,1 === Installing for XFree86-4.2.0_1,1 === XFree86-4.2.0_1,1 depends on executable: xvinfo - found === XFree86-4.2.0_1,1 depends on file: /usr/X11R6/lib/X11/doc/ddx.TXT - found You don't have XFree86-4 uninstalled, or don't have it uninstalled successfully. Just removing the XFree86-4 metaport doesn't remove the miniports that contain the actual files. If you are going to build without using portupgrade, you should start from scratch wrt XFree86 (all XFree86-4 ports uninstalled along with imake-4). === XFree86-4.2.0_1,1 depends on file: /usr/X11R6/lib/X11/fonts/100dpi/UTBI__10-ISO8859-1.pcf.gz - not found ===Verifying reinstall for /usr/X11R6/lib/X11/fonts/100dpi/UTBI__10-ISO8859-1.pcf.gz in /usr/ports/x11-fonts/XFree86-4-font100dpi === Extracting for XFree86-font100dpi-4.2.0 Checksum OK for xc/X420src-2.tgz. === XFree86-font100dpi-4.2.0 depends on executable: mkfontdir - found === XFree86-font100dpi-4.2.0 depends on executable: imake - found === XFree86-font100dpi-4.2.0 depends on shared library: X11.6 - found === Patching for XFree86-font100dpi-4.2.0 === Configuring for XFree86-font100dpi-4.2.0 (cd /usr/ports/x11-fonts/XFree86-4-font100dpi/work/xc/fonts/encodings imake -DUseInstalled -DProjectRoot=/usr/X11R6 -I/usr/X11R6/lib/X11/config -DTOPDIR=../../.. -DCURDIR=.; make Makefiles ; make includes ; make depend) making Makefiles in large... including in ./large... depending in ./large... (cd /usr/ports/x11-fonts/XFree86-4-font100dpi/work/xc/fonts/bdf/100dpi imake -DUseInstalled -DProjectRoot=/usr/X11R6 -I/usr/X11R6/lib/X11/config -DTOPDIR=../../.. -DCURDIR=.; make Makefiles ; make includes ; make depend) make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop I'm aware of this one. Currently the solution is use portupgrade -RiN XFree86-4. I hope to get these dependencies fixed so it's not necessary to do this, but I haven't made it around to that yet. Also, for anyone reading this, one thing that'll help figure out build errors (particularly relating to dependencies like this) will be to include an ls -l /var/db/pkg/XFree86* /var/db/pkg/imake* with bug reports -- Eric Anholt [EMAIL PROTECTED] http://people.freebsd.org/~anholt/dri/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem with agpgart on current, XFree86-4, Matrox G400 video
At 7:53 PM -0600 7/17/02, Eric Anholt wrote: On Wed, 2002-07-17 at 18:40, Garance A Drosihn wrote: XDM generally did still seem to come up okay, although occasionally the system would panic right at that initial XDM startup. While I tried a few things to fix this (including various buildworlds over time), I didn't really worry about it too much because I could always fall back to my April 23rd snapshot of -current. April 27th was when the DRM went into -current. Did you ever get a dump/backtrace of the panic? Did you have drm-kmod installed? I never got a dump of the panic, and in fact I only got the panic two or maybe three times (in about two months). The panic only happened at the initial startup of XDM, so if I got past that then I could run okay for long stretches without a problem. I was also tangled up in other problems with current the same time, and usually I would just take the easy way out and drop back to my April 23rd snapshot of -current. I added that line, rebooted, and now XFree86-4 has no problem initializing agpgart when XDM starts up. Can you still make it panic after adding agp? Well, I haven't yet, but then I haven't been running it this way for all that long. I would be happy with agp added to the generic kernel, but then I'm one of the people who would benefit from that... :-) -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.recen t -CURRENT when trying to build ports/x11/XFree86-4
On Thu, Jul 11, 2002 at 03:42:49PM -0600, Eric Anholt wrote:
perl installation. Shouldn't USE_PERL5 depend on ${LOCALBASE}/bin/perl
on -current rather than just the existence of a binary called perl in
the path?
Assuming the perl wrapper returns different errorcodes if it finds a working
perl or not, I guess USE_PERL5 could call for instance /usr/bin/perl -w
and act accordingly, i.e. install perl if the wrapper fails.
Bye,
Andrea
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: Still no XFree86-4?
On Tue, Jul 16, 2002 at 11:39:41PM -0600, Eric Anholt wrote: I thought the whole point of Wraphelp.c was that the person who runs the machine (whatever machine X is being installed on) has to obtain that file, so they would have to explicitly verify that they -- personally -- have the right to use it. Mind you, I did that once about seven years ago, and I just keep copying that Wraphelp.c around to wherever I need it. I have no idea what the current requirement is... :-) It used to be that way. Then within the last year (iirc) our ports changed to auto-downloading Wraphelp.c and defaulting to HasXdmAuth YES. I don't know what exactly changed legally. I noted that at least NetBSD has a Wraphelp.c in their CVS repos of X-3 and X-4. My changes do make the file required by all of the miniports that could use it, though it only gets used if HasXdmAuth is set to YES by imake-4 (it's default). If you'll read the commit log which made this change, you'll see that I was the one who changed this. I did so after consulting with core regarding the current export rules of the USA. The BXA (Bureau of Export Administration) loosened their rules for cryptographical software export last year (or the year before, I don't remember exactly), and so open source software is only required to register with the BXA if they export cryptographic software. FreeBSD did that many years ago, so I removed the need for somebody to fetch that file if they want XDM-AUTHORIZATION-1. I'd like to point out that Wraphelp.c performs DES encryption, and we have already done that out of the box for quite some time. See http://www.bxa.doc.gov/ for more info. [Seems they changed their name to Bureau of Industry and Security...] regards, -- wca To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Problem with agpgart on current, XFree86-4, Matrox G400 video
I just thought I'd mention a little problem I ran into, because I had not seen anyone else mention it. It might be specific to my PC hardware, and actually it was pretty simple to solve once I took the time to look into it. I don't know that anything needs to be done about any of this, but perhaps this message will help someone else who stumbles into the same situation as I did. I have a Matrox G400 Dual Head 32mb AGP card running on a dual Pentium III system, and I have been using XFree86-4 on my system for testing -current. This worked fine for months, and I still have a snapshot of -current from about April 23 where it works fine. Sometime after that (probably mid-May), I did a buildworld and I started to consistently get the following errors when XDM starts: Timecounter PIIX frequency 3579545 Hz Timecounter PIIX frequency 3579545 Hz Timecounter PIIX frequency 3579545 Hz Timecounter PIIX frequency 3579545 Hz Timecounter PIIX frequency 3579545 Hz Timecounter PIIX frequency 3579545 Hz Timecounter PIIX frequency 3579545 Hz drm0: Matrox G400/G450 (AGP) mem 0xe080-0xe0ff,0xe100-0xe1003fff,0 xe200-0xe3ff irq 10 at device 0.0 on pci1 error: [drm:mga_init] *ERROR* Cannot initialize the agpgart module. device_probe_and_attach: drm0 attach returned 12 XDM generally did still seem to come up okay, although occasionally the system would panic right at that initial XDM startup. While I tried a few things to fix this (including various buildworlds over time), I didn't really worry about it too much because I could always fall back to my April 23rd snapshot of -current. Today I finally looked into this situation, and I ended up at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/x-config.html which mentioned: To use agpgart, the agp.ko kernel loadable module needs to be loaded into the kernel with kldload(8). This can be done automatically with the loader(8) at boot time. Simply add this line to /boot/loader.conf: agp_load=YES I added that line, rebooted, and now XFree86-4 has no problem initializing agpgart when XDM starts up. I do not know why I started to need that line in /boot/loader.conf, when I had never actually needed it before (and I've never had 'device agp' in my kernel). But, I'm happy enough to have finally tracked down what the issue was. That web page is geared more towards 4.x releases, as it also talks about needing to do a MAKEDEV for the device. I did see the man page for the agpgart module, but it didn't mention anything about this loader.conf option. I don't know if it should, but I just wanted to say well, at least I did look around some... I do have X built with WITH_MATROX_GXX_DRIVER=YES defined, but I didn't start doing that until *after* this problem came up. -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem with agpgart on current, XFree86-4, Matrox G400 video
On Wed, 2002-07-17 at 18:40, Garance A Drosihn wrote: I have a Matrox G400 Dual Head 32mb AGP card running on a dual Pentium III system, and I have been using XFree86-4 on my system for testing -current. This worked fine for months, and I still have a snapshot of -current from about April 23 where it works fine. Sometime after that (probably mid-May), I did a buildworld and I started to consistently get the following errors when XDM starts: Timecounter PIIX frequency 3579545 Hz Timecounter PIIX frequency 3579545 Hz Timecounter PIIX frequency 3579545 Hz Timecounter PIIX frequency 3579545 Hz Timecounter PIIX frequency 3579545 Hz Timecounter PIIX frequency 3579545 Hz Timecounter PIIX frequency 3579545 Hz drm0: Matrox G400/G450 (AGP) mem 0xe080-0xe0ff,0xe100-0xe1003fff,0 xe200-0xe3ff irq 10 at device 0.0 on pci1 error: [drm:mga_init] *ERROR* Cannot initialize the agpgart module. device_probe_and_attach: drm0 attach returned 12 This looks like the classic error of the agp module having been loaded by the drm because it's required, but agp doesn't probe/attach because a generic bridge driver has already claimed the agp device. What would it take to get AGP into GENERIC? It's useless as a module the way most people expect it to use it, and not having it makes a reboot required to configure X for i8x0, along with configuring the DRI. XDM generally did still seem to come up okay, although occasionally the system would panic right at that initial XDM startup. While I tried a few things to fix this (including various buildworlds over time), I didn't really worry about it too much because I could always fall back to my April 23rd snapshot of -current. April 27th was when the DRM went into -current. Did you ever get a dump/backtrace of the panic? Did you have drm-kmod installed? I added that line, rebooted, and now XFree86-4 has no problem initializing agpgart when XDM starts up. I do not know why I started to need that line in /boot/loader.conf, when I had never actually needed it before (and I've never had 'device agp' in my kernel). But, I'm happy enough to have finally tracked down what the issue was. Can you still make it panic after adding agp? -- Eric Anholt [EMAIL PROTECTED] http://people.freebsd.org/~anholt/dri/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem with agpgart on current, XFree86-4, Matrox G400 video
Eric Anholt wrote: This looks like the classic error of the agp module having been loaded by the drm because it's required, but agp doesn't probe/attach because a generic bridge driver has already claimed the agp device. I doubt that would be a problem as long as it came with a patch to the release scripts so that the agp device was filtered out of the BOOTMFS kernel image. (A quick grep -r for BOOTMFS should show up the sed scripts that turn GENERIC into BOOTMFS in src/release). The 'agp' device isn't likely to hurt anything, is it? Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem with agpgart on current, XFree86-4, Matrox G400 video
On Wed, 2002-07-17 at 20:59, Peter Wemm wrote: Eric Anholt wrote: This looks like the classic error of the agp module having been loaded by the drm because it's required, but agp doesn't probe/attach because a generic bridge driver has already claimed the agp device. I doubt that would be a problem as long as it came with a patch to the release scripts so that the agp device was filtered out of the BOOTMFS kernel image. (A quick grep -r for BOOTMFS should show up the sed scripts that turn GENERIC into BOOTMFS in src/release). The 'agp' device isn't likely to hurt anything, is it? There's one thing in i810 I might want to check again before making it default, but other than that I think agp is pretty stable these days. I haven't heard of problems with specific AGP chipsets since the AMD fixes (MTRR + agp_amd.c) we had. The one interesting interaction I've heard of recently is that when a person had device agp in the kernel and agp_enable=YES in loader.conf the agp device malfunctioned (probed fine according to dmesg, but the DRM couldn't find it with agp_find_device()). I could see this biting people if we didn't have an entry in UPDATING, because a lot of people have gone the loader.conf way. -- Eric Anholt [EMAIL PROTECTED] http://people.freebsd.org/~anholt/dri/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Still no XFree86-4?
Hello I erased my /usr/ports just to be sure that all the diffrent patches out, then cvsuped to get the latest version, to my disepointment XFree86-4 Still dosn't build under Current, I still got the same perl error in fonts, the perl port is installed. Does anyone have a working patch? /John To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Still no XFree86-4?
John, On Tue, Jul 16, 2002 at 12:04:53PM +0200, John Angelmo wrote: I erased my /usr/ports just to be sure that all the diffrent patches out, then cvsuped to get the latest version, to my disepointment XFree86-4 Still dosn't build under Current, I still got the same perl error in fonts, the perl port is installed. Try to say as root use.perl port. Does anyone have a working patch? It doesn't seem to me that moving perl executable from /usr/bin to /usr/local/bin can affect executing of perl scripts. Andrew. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Still no XFree86-4?
This was posted on 11 July: http://people.freebsd.org/~anholt/files/x420diff-1 I did have to manually copy Wraphelp.c somewhere in the font-server port, but things built fine after that. -- abcjr On Tue, Jul 16, 2002 at 12:04:53PM +0200, John Angelmo wrote: Hello I erased my /usr/ports just to be sure that all the diffrent patches out, then cvsuped to get the latest version, to my disepointment XFree86-4 Still dosn't build under Current, I still got the same perl error in fonts, the perl port is installed. Does anyone have a working patch? /John To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Still no XFree86-4?
Wasn't this added in this commit? http://freshports.org/commit.php?[EMAIL PROTECTED] /John Arnold Cavazos Jr. wrote: This was posted on 11 July: http://people.freebsd.org/~anholt/files/x420diff-1 I did have to manually copy Wraphelp.c somewhere in the font-server port, but things built fine after that. -- abcjr On Tue, Jul 16, 2002 at 12:04:53PM +0200, John Angelmo wrote: Hello I erased my /usr/ports just to be sure that all the diffrent patches out, then cvsuped to get the latest version, to my disepointment XFree86-4 Still dosn't build under Current, I still got the same perl error in fonts, the perl port is installed. Does anyone have a working patch? /John To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Still no XFree86-4?
At 12:04 PM +0200 7/16/02, John Angelmo wrote: Hello I erased my /usr/ports just to be sure that all the different patches out, then cvsuped to get the latest version, to my disappointment XFree86-4 Still dosn't build under Current, I still got the same perl error in fonts, the perl port is installed. Does anyone have a working patch? I rebuilt all of XFree86-4 on current from scratch this past weekend (probably Sunday night). I ran into some minor problems because I still had some left-over temporary patches in the 'files' directory of one of the ports, but after I blew those away and re-cvsup'ed then everything seemed to work okay. The only place I ran into a problem was that the Wraphelp.c file did not automatically show up in whatever directory it has to show up in, so I had to do that by hand, and finish building that port by hand. But I did end up with all of XFree86-4 built, and working. I did have the perl port already built (and 'use.perl port' done), and I do have: XFREE86_VERSION=4 in my /etc/make.conf file. I do not know if that is necessary. -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Still no XFree86-4?
On Tue, 2002-07-16 at 04:04, John Angelmo wrote: Hello I erased my /usr/ports just to be sure that all the diffrent patches out, then cvsuped to get the latest version, to my disepointment XFree86-4 Still dosn't build under Current, I still got the same perl error in fonts, the perl port is installed. Does anyone have a working patch? http://people.freebsd.org/~anholt/files/imake4diff Could you apply this patch and rebuild imake-4 and see if it picks up the perl dependency? If it doesn't pick it up, does adding: http://people.freebsd.org/~anholt/files/bsdportmk.diff make perl get picked up? If you've already installed perl, ignore this. As far as the Wraphelp.c issues, I'm working on cleaning that mess up right now (testing the patch on a full XFree86-4 build on clean -current). /John To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- Eric Anholt [EMAIL PROTECTED] http://people.freebsd.org/~anholt/dri/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Still no XFree86-4?
On Tue, 2002-07-16 at 17:25, Eric Anholt wrote: As far as the Wraphelp.c issues, I'm working on cleaning that mess up right now (testing the patch on a full XFree86-4 build on clean -current). I've put the patch up at http://people.freebsd.org/~anholt/files/x420diff2-1 It does the following: - Make me maintainer of imake-4 port. It's very much a part of the X-4 build, and was supposed to be in the take-over-maintainership commit. - Make the X-4 miniports use imake-4's HasXdmAuth setting (the use-Wraphelp.c option) and copy Wraphelp.c (unconditionally). - Adds USE_PERL5 to imake-4 because perl's required for the install of it. This will also cover perl dependencies for the rest of the X-4. - Rewords some of the comments in XFree86-4-*/scripts/configure. It notably doesn't include md5summing of Wraphelp.c. If I can find what's the 'best' Wraphelp.c (and most legal? What's the status of wraphelp importing/exporting?), I'll switch it. Is there any circumstance when someone wouldn't have access to Wraphelp.c? If this works for other people, I'll work on getting it committed. -- Eric Anholt [EMAIL PROTECTED] http://people.freebsd.org/~anholt/dri/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Still no XFree86-4?
At 7:27 PM -0600 7/16/02, Eric Anholt wrote: It notably doesn't include md5summing of Wraphelp.c. If I can find what's the 'best' Wraphelp.c (and most legal? What's the status of wraphelp importing/exporting?), I'll switch it. Is there any circumstance when someone wouldn't have access to Wraphelp.c? I thought the whole point of Wraphelp.c was that the person who runs the machine (whatever machine X is being installed on) has to obtain that file, so they would have to explicitly verify that they -- personally -- have the right to use it. Mind you, I did that once about seven years ago, and I just keep copying that Wraphelp.c around to wherever I need it. I have no idea what the current requirement is... :-) -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Still no XFree86-4?
On Tue, 2002-07-16 at 19:38, Garance A Drosihn wrote: At 7:27 PM -0600 7/16/02, Eric Anholt wrote: It notably doesn't include md5summing of Wraphelp.c. If I can find what's the 'best' Wraphelp.c (and most legal? What's the status of wraphelp importing/exporting?), I'll switch it. Is there any circumstance when someone wouldn't have access to Wraphelp.c? I thought the whole point of Wraphelp.c was that the person who runs the machine (whatever machine X is being installed on) has to obtain that file, so they would have to explicitly verify that they -- personally -- have the right to use it. Mind you, I did that once about seven years ago, and I just keep copying that Wraphelp.c around to wherever I need it. I have no idea what the current requirement is... :-) It used to be that way. Then within the last year (iirc) our ports changed to auto-downloading Wraphelp.c and defaulting to HasXdmAuth YES. I don't know what exactly changed legally. I noted that at least NetBSD has a Wraphelp.c in their CVS repos of X-3 and X-4. My changes do make the file required by all of the miniports that could use it, though it only gets used if HasXdmAuth is set to YES by imake-4 (it's default). -- Eric Anholt [EMAIL PROTECTED] http://people.freebsd.org/~anholt/dri/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.r ecent -CURRENT when trying to build ports/x11/XFree86-4
Dear Matthew That is because cc is used for linking instead of c++, go to the Makefile in glxinfo and change the line, with LINKFORTARGET or LINKER (don't have the makefile any more, so look for the actual line) from $CC to $CPP and there you go. Regards erdgeist On Thu, 11 Jul 2002, Thyer, Matthew wrote: Thanks Dirk but I cant install ports/x11/XFree86-4-clients either! Errors below a gcc 3.1 ism maybe ? LD_LIBRARY_PATH=../../exports/lib cc -o glxinfo -ansi -pedantic -Dasm=__asm ^^ this is wrong becaue lGLU is a CPP lib -Wall -Wpointer-arith -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -L/usr/X11R6/lib -lc_r -lm -Wl,-rpath,/usr/X11R6/lib - fnord! id 0x17B701E5 size 1024 | type rsa 11F8 8FF3 0508 09F9 DC6A 2AB3 AA67 C8CF To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.r ecent -CURRENT when trying to build ports/x11/XFree86-4
I've got the same problem here but I found no Makefile for glxinfo just an Imakefile but there were no LINKFORTARGET or LINKER there /John Dirk Engling wrote: Dear Matthew That is because cc is used for linking instead of c++, go to the Makefile in glxinfo and change the line, with LINKFORTARGET or LINKER (don't have the makefile any more, so look for the actual line) from $CC to $CPP and there you go. Regards erdgeist On Thu, 11 Jul 2002, Thyer, Matthew wrote: Thanks Dirk but I cant install ports/x11/XFree86-4-clients either! Errors below a gcc 3.1 ism maybe ? LD_LIBRARY_PATH=../../exports/lib cc -o glxinfo -ansi -pedantic -Dasm=__asm ^^ this is wrong becaue lGLU is a CPP lib -Wall -Wpointer-arith -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -L/usr/X11R6/lib -lc_r -lm -Wl,-rpath,/usr/X11R6/lib - fnord! id 0x17B701E5 size 1024 | type rsa 11F8 8FF3 0508 09F9 DC6A 2AB3 AA67 C8CF To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.r ecen t -CURRENT when trying to build ports/x11/XFree86-4
On Thu, Jul 11, 2002 at 04:28:06PM +0200, Jeremy Lea wrote: http://people.freebsd.org/~reg/x11.patch Would someone PLEASE commit these!?!?!?!?!?!! Before I get totally sick and tired of the main in my inbox and do it myself. I _truely_ fail to see what is so hard about fixing X to compile with -CURRENT at this point. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.recen t-CURRENT when trying to build ports/x11/XFree86-4
On Wed, 2002-07-10 at 11:34, Shizuka Kudo wrote:
--- Thyer, Matthew [EMAIL PROTECTED] wrote:
make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop
*** Error code 2
--
Try:
build ports/lang/perl and set env PERL to /usr/local/bin/perl
The X ports are failing for a lot of people on -current because of a
lack of perl. Most of the ports use perl in building as part of their
imake use. I've added USE_PERL5 to imake-4's makefile locally, but it
seems to incorrectly detect the /usr/bin/perl wrapper as a functioning
perl installation. Shouldn't USE_PERL5 depend on ${LOCALBASE}/bin/perl
on -current rather than just the existence of a binary called perl in
the path?
Before the patch:
%ls /usr/local/bin/
%/usr/bin/perl -pi -e s|asd|sdf|g test
perl: Perl is not installed, try 'pkg_add -r perl'
%make
=== Extracting for XFree86-4.2.0_1,1
No MD5 checksum file.
=== XFree86-4.2.0_1,1 depends on shared library: Xft.1 - not found
===Verifying install for Xft.1 in
/usr/ports/x11/XFree86-4-libraries
=== Extracting for XFree86-libraries-4.2.0_2
Checksum OK for xc/X420src-1.tgz.
Checksum OK for xc/4.2.0-xlib-i18n-module.patch.
Checksum OK for xc/4.2.0-libGLU-bad-extern.patch.
=== XFree86-libraries-4.2.0_2 depends on executable: imake - not
found
===Verifying install for imake in /usr/ports/devel/imake-4
=== Extracting for imake-4.2.0_1
Checksum OK for xc/X420src-1.tgz.
=== imake-4.2.0_1 depends on executable: perl5.6.1 - found
--
Eric Anholt [EMAIL PROTECTED]
http://people.freebsd.org/~anholt/dri/
Index: Mk/bsd.port.mk
===
RCS file: /home/ncvs/ports/Mk/bsd.port.mk,v
retrieving revision 1.418
diff -u -r1.418 bsd.port.mk
--- Mk/bsd.port.mk 5 Jul 2002 09:14:53 - 1.418
+++ Mk/bsd.port.mk 11 Jul 2002 21:40:30 -
@@ -1026,8 +1026,13 @@
PERL5= ${LOCALBASE}/bin/perl${PERL_VERSION}
PERL= ${LOCALBASE}/bin/perl
.if defined(USE_PERL5)
+.if ${OSVERSION} = 500036
+BUILD_DEPENDS+= ${LOCALBASE}/bin/perl${PERL_VERSION}:${PORTSDIR}/lang/perl5
+RUN_DEPENDS+= ${LOCALBASE}/bin/perl${PERL_VERSION}:${PORTSDIR}/lang/perl5
+.else
BUILD_DEPENDS+= perl${PERL_VERSION}:${PORTSDIR}/lang/perl5
RUN_DEPENDS+= perl${PERL_VERSION}:${PORTSDIR}/lang/perl5
+.endif
.endif
.endif
don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.recent -CURRENT when trying to build ports/x11/XFree86-4
=== Registering installation for XFree86-documents-4.2.0 === Returning to build of XFree86-4.2.0_1,1 === XFree86-4.2.0_1,1 depends on file: /usr/X11R6/lib/X11/fonts/100dpi/UTBI__10-ISO8859-1.pcf.gz - not found ===Verifying install for /usr/X11R6/lib/X11/fonts/100dpi/UTBI__10-ISO8859-1.pcf.gz in /usr/ports/x11-fonts/XFree86-4-font100dpi === Extracting for XFree86-font100dpi-4.2.0 Checksum OK for xc/X420src-2.tgz. === XFree86-font100dpi-4.2.0 depends on executable: mkfontdir - found === XFree86-font100dpi-4.2.0 depends on executable: imake - found === XFree86-font100dpi-4.2.0 depends on shared library: X11.6 - found === Patching for XFree86-font100dpi-4.2.0 === Configuring for XFree86-font100dpi-4.2.0 (cd /usr/ports/x11-fonts/XFree86-4-font100dpi/work/xc/fonts/encodings imake -DUseInstalled -DProjectRoot=/usr/X11R6 -I/usr/X11R6/lib/X11/config -DTOPDIR=../../.. -DCURDIR=.; make Makefiles ; make includes ; make depend) making Makefiles in large... including in ./large... depending in ./large... (cd /usr/ports/x11-fonts/XFree86-4-font100dpi/work/xc/fonts/bdf/100dpi imake -DUseInstalled -DProjectRoot=/usr/X11R6 -I/usr/X11R6/lib/X11/config -DTOPDIR=../../.. -DCURDIR=.; make Makefiles ; make includes ; make depend) make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop *** Error code 2 -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax:+61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 EDINBURGH South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.recen t -CURRENT when trying to build ports/x11/XFree86-4
--- Thyer, Matthew [EMAIL PROTECTED] wrote: make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop *** Error code 2 -- Try: build ports/lang/perl and set env PERL to /usr/local/bin/perl __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.recen t -CURRENT when trying to build ports/x11/XFree86-4
Doesn't seem to work for me with PERL defined in my environment and/or in
/etc/make.conf.
make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop
*** Error code 2
Stop in /usr/ports/x11-fonts/XFree86-4-font100dpi.
*** Error code 1
Stop in /usr/ports/x11/XFree86-4.
fuzz: {1025} env | grep PERL
PERL=/usr/local/bin/perl
fuzz: {1026} grep PERL /etc/make.conf
PERL=/usr/local/bin/perl
fuzz: {1027} pkg_info | grep perl
perl-5.6.1_6Practical Extraction and Report Language
-Original Message-
From: Shizuka Kudo [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 11 July 2002 3:04 AM
To: Thyer, Matthew; '[EMAIL PROTECTED]'
Subject: Re: don't know how to make /usr/X11R6/bin/ucs2any.pl. on
v.recen t -CURRENT when trying to build ports/x11/XFree86-4
--- Thyer, Matthew [EMAIL PROTECTED] wrote:
make: don't know how to make /usr/X11R6/bin/ucs2any.pl. Stop
*** Error code 2
--
Try:
build ports/lang/perl and set env PERL to /usr/local/bin/perl
__
Do You Yahoo!?
Sign up for SBC Yahoo! Dial - First Month Free
http://sbc.yahoo.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
RE: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.recen t -CURRENT when trying to build ports/x11/XFree86-4
Thanks Dirk but I cant install ports/x11/XFree86-4-clients either! Errors below a gcc 3.1 ism maybe ? installing in programs/scripts... /usr/bin/install -c -m 0755 xon.sh /usr/X11R6/bin/xon install in programs/scripts done installing in programs/glxinfo... rm -f glxinfo LD_LIBRARY_PATH=../../exports/lib cc -o glxinfo -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -L/usr/X11R6/lib -lc_r -lm -Wl,-rpath,/usr/X11R6/lib /usr/X11R6/lib/libGLU.so: undefined reference to `operator new[](unsigned)' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete(void*)' /usr/X11R6/lib/libGLU.so: undefined reference to `__gxx_personality_v0' /usr/X11R6/lib/libGLU.so: undefined reference to `__cxa_pure_virtual' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete[](void*)' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator new(unsigned)' collect2: ld returned 1 exit status *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs/glxinfo. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients. -Original Message- From: Dirk Engling [mailto:[EMAIL PROTECTED]] Sent: Thursday, 11 July 2002 3:13 AM To: [EMAIL PROTECTED] Subject: Re: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.recen t -CURRENT when trying to build ports/x11/XFree86-4 Just make /usr/ports/x11/XFree86-4-clients before XFree86-4, that worked fine with me Regards erdgeist - fnord! id 0x17B701E5 size 1024 | type rsa 11F8 8FF3 0508 09F9 DC6A 2AB3 AA67 C8CF To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.r ecen t -CURRENT when trying to build ports/x11/XFree86-4
Thyer, Matthew wrote: Thanks Dirk but I cant install ports/x11/XFree86-4-clients either! Errors below a gcc 3.1 ism maybe ? Almost certainly a compiler mixup. Did you install a binary package? Secondly.. you have: rm -f glxinfo LD_LIBRARY_PATH=../../exports/lib cc -o glxinfo -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -L/usr/X11R6/lib -lc_r -lm -Wl,-rpath,/usr/X11R6/lib Note that cc will not link in libstdc++.so. The new and delete primatives have been moved from libgcc.a to libstdc++.so.4, so if you compile and link a c++ executable, you MUST either use c++ instead of cc, or explicitly add -lstdc++ to the command line. The example above that you pasted does neither. Finally.. If you are really stuck here, may I suggest make -i all install on the port? ie: ignore errors. You might end up missing out on having /usr/X11R6/bin/glxinfo installed, but I would wager that you will not miss it. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.r ecen t -CURRENT when trying to build ports/x11/XFree86-4
My entire machine is built from source. I started with no packages installed at all. The only think I can think of is old binaries/libraries/other files left behind from earlier -CURRENT. Is there a tool to clean these up yet? Maybe it should be part of mergemaster. I'll clean them up manually and see if that fixes it. I dont have an /etc/malloc.conf Significant part of my /etc/make.conf is: CFLAGS=-O -pipe COPTFLAGS=-O -pipe USA_RESIDENT=no XFREE86_VERSION=4 HAVE_MOTIF=yes WITH_MOTIF=yes WITH_PNG_MMX=yes WITH_GNOME=yes WITH_GTK=yes WITH_TK83=yes WITH_OGGVORBIS=yes WITH_SANE=yes A4=yes I'll experiment with a cut down make.conf too. -Original Message- From: Peter Wemm [mailto:[EMAIL PROTECTED]] Sent: Thursday, 11 July 2002 12:32 PM To: Thyer, Matthew Cc: 'Dirk Engling'; 'FreeBSD-CURRENT' Subject: Re: don't know how to make /usr/X11R6/bin/ucs2any.pl. on v.r ecen t -CURRENT when trying to build ports/x11/XFree86-4 Thyer, Matthew wrote: Thanks Dirk but I cant install ports/x11/XFree86-4-clients either! Errors below a gcc 3.1 ism maybe ? Almost certainly a compiler mixup. Did you install a binary package? Secondly.. you have: rm -f glxinfo LD_LIBRARY_PATH=../../exports/lib cc -o glxinfo -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -L/usr/X11R6/lib -lc_r -lm -Wl,-rpath,/usr/X11R6/lib Note that cc will not link in libstdc++.so. The new and delete primatives have been moved from libgcc.a to libstdc++.so.4, so if you compile and link a c++ executable, you MUST either use c++ instead of cc, or explicitly add -lstdc++ to the command line. The example above that you pasted does neither. Finally.. If you are really stuck here, may I suggest make -i all install on the port? ie: ignore errors. You might end up missing out on having /usr/X11R6/bin/glxinfo installed, but I would wager that you will not miss it. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: What's the right way to build XFree86-4 now?
At 4:57 PM +0200 6/26/02, Sheldon Hearn wrote: Here's what I did to get XFree86-4 to build with the base system's toolchain in -CURRENT: I thought I'd try this out. Before starting, I did a cvsup of all my ports tree. a) ports/devel/imake-4: Replace files/patch-d and files/patch-xthreads with the attached patch-config::cf::FreeBSD.cf. Add the attached patch-config::cf::bsdLib.tmpl. In both of these, I had to change the header lines (the lines which specify the file to patch) from: config/cf/FreeBSD.cf.orig to cf/FreeBSD.cf.orig I was then able to 'make patch' and 'make install' (I did a 'make extract' before touching any patches in imake-4/files). Without changing those lines, the 'make patch' would fail. b) ports/x11/XFree86-4-libraries: Replace files/patch-z45 with the attached patch-z45. I made the above switch, and it compiled fine. It then died in the middle of my 'make install' attempt: - - - - - installing in lib/GL/GL... /usr/bin/install -c -m 0644 libGL.a /usr/X11R6/lib ranlib /usr/X11R6/lib/libGL.a + /usr/bin/install -c -m 0755 libGL.so.1.2 /usr/X11R6/lib/libGL.so.1 + true + rm -f /usr/X11R6/lib/libGL.so + ln -s libGL.so.1 /usr/X11R6/lib/libGL.so install in lib/GL/GL done installing in lib/GL/mesa/src/OSmesa... /usr/bin/install -c -m 0644 libOSMesa.a /usr/X11R6/lib ranlib /usr/X11R6/lib/libOSMesa.a rm -f ../../../../../lib/GL/mesa/src/translate.o unshared/../../../../../lib/GL/mesa/src/translate.o LD_LIBRARY_PATH=../../../../../exports/lib cc -c -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../../../../../exports/include/X11 -I../../../../../include/extensions -I../../../../../extras/Mesa/src/OSmesa -I../../../../../extras/Mesa/src -I../../../../../extras/Mesa/include -I../../../../.. -I../../../../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DMALLOC_0_RETURNS_NULL ../../../../../lib/GL/mesa/src/translate.c -o unshared/../../../../../lib/GL/mesa/src/translate.o Assembler messages: FATAL: can't create unshared/../../../../../lib/GL/mesa/src/translate.o: No such file or directory *** Error code 1 Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib/GL/mesa/src/OSmesa. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib/GL. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-libraries/work/xc. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-libraries/work/xc. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-libraries. - - - - - (note that this means the package didn't get registered...) I did not even try to guess what this problem might be (hey, it's pretty late at this point!). c) ports/x11-servers/XFree86-4-Server: Add the attached patch-gcc31, taken from Motoyuki Konno's post to [EMAIL PROTECTED] with the following Message-ID: [EMAIL PROTECTED] I thought I'd pretend that #b worked perfectly, and try this too. In my case, I also wanted the matrox drives, so I have export WITH_MATROX_GXX_DRIVER=yes but that still died with internal compiler error in failed_reload, at reload1.c:5050, while compiling translate.c, while processing included file ../../../../extras/Mesa/src/trans_tmp.h. So, no joy in mudville just yet... -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: What's the right way to build XFree86-4 now?
At 3:18 AM -0400 7/3/02, Garance A Drosihn wrote: At 4:57 PM +0200 6/26/02, Sheldon Hearn wrote: c) ports/x11-servers/XFree86-4-Server: Add the attached patch-gcc31, taken from Motoyuki Konno's post to [EMAIL PROTECTED] with the following Message-ID: [EMAIL PROTECTED] I thought I'd pretend that #b worked perfectly, and try this too. In my case, I also wanted the matrox drives, so I have export WITH_MATROX_GXX_DRIVER=yes but that still died with internal compiler error in failed_reload, at reload1.c:5050, while compiling translate.c, while processing included file ../../../../extras/Mesa/src/trans_tmp.h. So, no joy in mudville just yet... So As I mentioned in another thread, [EMAIL PROTECTED] had been telling me that compiles under gcc3 go faster when he sets CPUTIME. So just for the fun of it I added CPUTIME=i686 in my /etc/make.conf, and tried to recompile the XFree86-4-Server. This time it compiled. I tried a 'make install', and that also worked. I started up XDM, and that also worked. Not only that, but my machine didn't instantly reboot when XDM started, which had been happening to me for the last few days... [this on a dual-CPU, 650 MHz, Pentium 3 machine. No gnome, no KDE, just plain X with twm as the window manager...] So, mudville is a bit tired, but this is a definite step forward! -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: What's the right way to build XFree86-4 now?
At 4:00 AM -0400 7/3/02, Garance A Drosihn wrote: I started up XDM, and that also worked. Not only that, but my machine didn't instantly reboot when XDM started, which had been happening to me for the last few days... Bah humbug. I went to log into XDM, and the machine sat there for awhile, and then rebooted. That might have been because the -libraries were only partially installed, though... Still, it's a step forward. -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
gcc 3.1 can't compile XFree86-4-Server
Hi,
I am trying to upgrade installed XFree86-4-Server package, but found that
a new gcc can't compile it. Following is relevant error output:
rm -f texutil.o
LD_LIBRARY_PATH=../../../../exports/lib cc -c -pipe -O -mpreferred-stack-boundar
y=2 -march=pentium-mmx -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I..
/../../../exports/include -I../../../../exports/include/X11 -I../../../../includ
e/extensions-I../../../../extras/Mesa/src -I../../../../lib/GL/dri
-I../../../.. -I../../../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNAR
ROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI-DMALLOC_0_RETURN
S_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA
-DUSE_X86_ASM -DUSE_MMX_ASM -ansi -pedantic -Dasm=__asm -W
all -Wpointer-arith -I../../../../exports/include -I../../../../exports/include
/X11 -I../../../../include/extensions -I../../../../extras/Mesa/src -I
../../../../lib/GL/dri -I../../../.. -I../../../../exports/include -DCSRG_BAS
ED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWD
API-DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_U
SE_DLOPEN -DGLX_USE_MESA-DUSE_X86_ASM -DUSE_MMX_ASM-fPIC
texutil.c
rm -f translate.o
LD_LIBRARY_PATH=../../../../exports/lib cc -c -pipe -O -mpreferred-stack-boundar
y=2 -march=pentium-mmx -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I..
/../../../exports/include -I../../../../exports/include/X11 -I../../../../includ
e/extensions-I../../../../extras/Mesa/src -I../../../../lib/GL/dri
-I../../../.. -I../../../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNAR
ROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI-DMALLOC_0_RETURN
S_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA
-DUSE_X86_ASM -DUSE_MMX_ASM -ansi -pedantic -Dasm=__asm -W
all -Wpointer-arith -I../../../../exports/include -I../../../../exports/include
/X11 -I../../../../include/extensions -I../../../../extras/Mesa/src -I
../../../../lib/GL/dri -I../../../.. -I../../../../exports/include -DCSRG_BAS
ED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWD
API-DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_U
SE_DLOPEN -DGLX_USE_MESA-DUSE_X86_ASM -DUSE_MMX_ASM-fPIC
translate.c
In file included from translate.c:779:
../../../../extras/Mesa/src/trans_tmp.h: In function `trans_1_GLdouble_1ub_elt':
../../../../extras/Mesa/src/trans_tmp.h:124: could not find a spill register
(insn 96 94 97 (set (subreg:SF (reg:QI 75) 0)
(plus:SF (reg:SF 8 st(0) [76])
(reg:SF 9 st(1) [80]))) 525 {*fop_sf_comm_nosse} (insn_list 87 (nil)
)
(expr_list:REG_DEAD (reg:SF 8 st(0) [76])
(nil)))
../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in failed_r
eload, at reload1.c:5050
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://www.gnu.org/software/gcc/bugs.html for instructions.
*** Error code 1
Stop in /tmp/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/lib/GL/mes
a/src.
*** Error code 1
Stop in /tmp/portbuild/usr/ports/x11-servers/XFree86-4-Server/work/xc/lib/GL.
*** Error code 1
Please investigate fix.
-Maxim
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: gcc 3.1 can't compile XFree86-4-Server
On Wed, Jul 03, 2002 at 05:26:50PM +0300, Maxim Sobolev wrote:
Hi,
I am trying to upgrade installed XFree86-4-Server package, but found that
a new gcc can't compile it. Following is relevant error output:
...
In file included from translate.c:779:
../../../../extras/Mesa/src/trans_tmp.h: In function `trans_1_GLdouble_1ub_elt':
../../../../extras/Mesa/src/trans_tmp.h:124: could not find a spill register
(insn 96 94 97 (set (subreg:SF (reg:QI 75) 0)
(plus:SF (reg:SF 8 st(0) [76])
(reg:SF 9 st(1) [80]))) 525 {*fop_sf_comm_nosse} (insn_list 87 (nil)
)
(expr_list:REG_DEAD (reg:SF 8 st(0) [76])
(nil)))
../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in failed_r
eload, at reload1.c:5050
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://www.gnu.org/software/gcc/bugs.html for instructions.
*** Error code 1
...
Please investigate fix.
A fix is to submit a full bug report, with preprocessed source if
appropriate..
You can try the gcc31 port and see if it gets any farther.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: gcc 3.1 can't compile XFree86-4-Server
At 5:26 PM +0300 7/3/02, Maxim Sobolev wrote: Hi, I am trying to upgrade installed XFree86-4-Server package, but found that a new gcc can't compile it. Following is relevant error output: [...skipped...] Please investigate fix. Some information is in the email-thread under the subject: Re: What's the right way to build XFree86-4 now? which has been seeing sporadic messages over the past week or two. Sheldon has a few informative messages which include some patches to test. (although I don't think the patches are a complete fix for the problems we're seeing -- see my replies to that thread which were sent just last night...) -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: gcc 3.1 can't compile XFree86-4-Server
On Wed, Jul 03, 2002 at 11:45:19AM -0400, Garance A Drosihn wrote: which has been seeing sporadic messages over the past week or two. Sheldon has a few informative messages which include some patches to test. (although I don't think the patches are a complete fix for the problems we're seeing -- see my replies to that thread which were sent just last night...) I thought Sheldon's patches deal with using C (cc) vs. C++ (c++) to do the linking. Herhaps someone could summarize what is known. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: gcc 3.1 can't compile XFree86-4-Server
David O'Brien wrote:
On Wed, Jul 03, 2002 at 05:26:50PM +0300, Maxim Sobolev wrote:
Hi,
I am trying to upgrade installed XFree86-4-Server package, but found that
a new gcc can't compile it. Following is relevant error output:
...
In file included from translate.c:779:
../../../../extras/Mesa/src/trans_tmp.h: In function `trans_1_GLdouble_1ub_elt':
../../../../extras/Mesa/src/trans_tmp.h:124: could not find a spill register
(insn 96 94 97 (set (subreg:SF (reg:QI 75) 0)
(plus:SF (reg:SF 8 st(0) [76])
(reg:SF 9 st(1) [80]))) 525 {*fop_sf_comm_nosse} (insn_list 87 (nil)
)
(expr_list:REG_DEAD (reg:SF 8 st(0) [76])
(nil)))
../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in failed_r
eload, at reload1.c:5050
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://www.gnu.org/software/gcc/bugs.html for instructions.
*** Error code 1
...
Please investigate fix.
A fix is to submit a full bug report, with preprocessed source if
appropriate..
Oh, I supposed that those dirt is not necessary for majestic FreeBSD
users. :(
Anyway, I've submitted it along with pre-processed source (c/7200), so
that it should be fairly easy to reproduce. There is a similar one
(c/7190), but it is without pre-processed sources, so that I think
that mine is better.
You can try the gcc31 port and see if it gets any farther.
Could you please try to compile translate.i attached to c/7200 with
gcc from ports (the right command to do it is also in the report) and
let me know if it works or not, because I have neither a time nor
spare bandwith to download/compile gcc just to test it.
Thanks!
-Maxim
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: gcc 3.1 can't compile XFree86-4-Server
At 9:27 AM -0700 7/3/02, David O'Brien wrote: On Wed, Jul 03, 2002, Garance A Drosihn wrote: Sheldon has a few informative messages which include some patches to test. (although I don't think the patches are a complete fix for the problems we're seeing -- see my replies to that thread which were sent just last night...) I thought Sheldon's patches deal with using C (cc) vs. C++ (c++) to do the linking. Perhaps someone could summarize what is known. I'm afraid I only have a vague idea. Certainly part of what Sheldon was sorting out was C vs C++, and just general build problems. With his patches I was able to compile and install imake. I was able to compile XFree86-4-libraries, but the 'make install' of it fails for me after getting most of the way through. I suspect this is a build problem, not a cc problem. I was not able to compile XFree86-4-Server, as I ran into the same compiler error that Maxim reported. Or at least, it looked about the same. After that build failed, I happened to retry the same build (again with the patches Sheldon had recommended) after setting CPUTYPE=i686 in /etc/make.conf. This time the build succeeded, and I was able to install it. At that point I can start XDM, and everything seems fine until I try to log into XDM. At that point, my machine instantly reboots. I have no idea why, but I suspect that the incomplete 'make install' of XFree86-4-libraries probably does not help... It could easily be million other things, too. That's how much I had figured out as of 4am this morning... -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: gcc 3.1 can't compile XFree86-4-Server
On (2002/07/03 13:29), Garance A Drosihn wrote: With his patches I was able to compile and install imake. I was able to compile XFree86-4-libraries, but the 'make install' of it fails for me after getting most of the way through. I suspect this is a build problem, not a cc problem. Yes, remember that you're building the MATROX stuff, which I'm not. Also, remember that my patches were for the base system's toolchain, not lang/gcc31's. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: gcc 3.1 can't compile XFree86-4-Server
At 8:07 PM +0200 7/3/02, Sheldon Hearn wrote: Yes, remember that you're building the MATROX stuff, which I'm not. Yes, I should have mentioned that. Is Maxim compiling the matrox drivers? Perhaps I should retry without those. Also, remember that my patches were for the base system's toolchain, not lang/gcc31's. Fwiw, I am also using the system toolchain (as cvsup'ed late last night), and not the port. -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: gcc 3.1 can't compile XFree86-4-Server
Hi,
On Wed, Jul 03, 2002 at 02:15:13PM -0400, Garance A Drosihn wrote:
Fwiw, I am also using the system toolchain (as cvsup'ed late last
night), and not the port.
I can build x11/XFree86-4 with the following patches, which I harvested
from various email's since the gcc 3.1 import. Which ones are really
needed, and why the X11 libraries are built four times during the build
of the meta port, are what I need to figure out next...
Stock -CURRENT just before KSE3, no relevant ports installed before the
build (only cvsup).
Regards,
-Jeremy
--
FreeBSD - Because the best things in life are free...
http://www.freebsd.org/
devel/imake-4:
Maintainer: [EMAIL PROTECTED]
Changes: Makefile
Adds : files/patch-config::cf::FreeBSD.cf files/patch-config::cf::bsdLib.tmpl
Removes: files/patch-d files/patch-xthreads
x11-servers/XFree86-4-Server:
Maintainer: [EMAIL PROTECTED]
Changes:
Adds : files/patch-GL_mesa_src_Imakefile files/patch-OSmesa-Imakefile
files/patch-gcc31
Removes:
x11/XFree86-4-libraries:
Maintainer: [EMAIL PROTECTED]
Changes: files/patch-UIThrStubs.c files/patch-z32 files/patch-z45
Adds : files/patch-bsdLib.rules
Removes:
--- /usr/ports.ref/devel/imake-4/Makefile Thu May 23 10:49:32 2002
+++ devel/imake-4/Makefile Tue Jul 2 00:32:01 2002
@@ -21,6 +21,7 @@
MAINTAINER=[EMAIL PROTECTED]
PREFIX?= ${X11BASE}
+USE_PERL5= yes
.include bsd.port.pre.mk
@@ -127,6 +128,10 @@
# It's a traditional place ;-)
# InstallXserverSetUID=NO : use Xwrapper.
# End of XFree86 configrations
+
+pre-patch:
+ @${PERL} -pi -e 's|\#\!/usr/bin/perl|\#\!${PERL}|g ' \
+ ${WRKSRC}/util/mkhtmlindex.pl
post-install:
@${MKHTMLINDEX} ${PREFIX}/lib/X11/doc/html
--- /usr/ports.ref/devel/imake-4/files/patch-config::cf::FreeBSD.cf Thu Jan 1
02:00:00 1970
+++ devel/imake-4/files/patch-config::cf::FreeBSD.cfWed Jun 26 22:38:58 2002
@@ -0,0 +1,34 @@
+--- cf/FreeBSD.cf.orig Wed Jun 26 15:44:29 2002
cf/FreeBSD.cf Wed Jun 26 16:21:18 2002
+@@ -80,7 +80,6 @@
+ /*
+ * math.h uses _REENTRANT and stdio.h uses _THREAD_SAFE, so define both.
+ */
+-# define SystemMTDefines -D_REENTRANT -D_THREAD_SAFE
+ /*
+ * FreeBSD has tread-safe api but no getpwnam_r yet.
+ */
+@@ -91,8 +90,13 @@
+ # else
+ # define BuildThreadStubLibrary YES
+ # define NeedUIThrStubs YES
+-# define ThreadsCompileFlags -pthread
+-# define ThreadsLibraries-pthread
++# if (OSRelVersion = 500016)
++# define SystemMTDefines-D_REENTRANT -D_THREAD_SAFE
++# define ThreadsLibraries -lc_r
++# else
++# define SystemMTDefines-D_REENTRANT -D_THREAD_SAFE
++# define ThreadsLibraries -pthread
++# endif
+ # define SharedX11Reqs $(LDPRELIB) $(XTHRSTUBLIB)
+ # define SharedXtReqs$(LDPRELIB) $(XLIBONLY) $(SMLIB) $(ICELIB)
+$(XTHRSTUBLIB)
+ # endif
+@@ -151,6 +154,7 @@
+ # define CcCmdcc
+ # define CplusplusCmd c++
+ #endif
++#define CplusplusLibC -lstdc++
+
+ #define CppCmd/usr/bin/cpp
+ #define PreProcessCmd CppCmd
--- /usr/ports.ref/devel/imake-4/files/patch-config::cf::bsdLib.tmplThu Jan 1
02:00:00 1970
+++ devel/imake-4/files/patch-config::cf::bsdLib.tmpl Wed Jun 26 22:38:18 2002
@@ -0,0 +1,13 @@
+--- cf/bsdLib.tmpl.origWed Jun 26 16:19:42 2002
cf/bsdLib.tmpl Wed Jun 26 16:20:34 2002
+@@ -39,7 +39,9 @@
+ #define XawClientLibs $(XAWLIB) $(XMULIBONLY) $(XTOOLLIB) $(XPMLIB) $(XLIB)
+ #endif
+
+-#define CplusplusLibC
++#ifndef CplusplusLibC
++#define CplusplusLibC $(CXX)
++#endif
+ #define FrescoSysLibs CplusplusLibC MathLibrary
+
+ /* Allow for libpthread, as overridden by OS definitions */
--- /usr/ports.ref/devel/imake-4/files/patch-d Tue Jun 12 16:59:11 2001
+++ devel/imake-4/files/patch-d Wed Jun 26 22:01:35 2002
@@ -1,19 +0,0 @@
cf/FreeBSD.cf.orig Fri May 4 05:12:35 2001
-+++ cf/FreeBSD.cf Mon Jun 4 19:31:27 2001
-@@ -444,14 +444,14 @@
- /* The GCC strength-reduce bug is fixed for FreeBSD 2.1.5 and later */
- #ifndef DefaultGcc2i386Opt
- #if OSMajorVersion 2 || (OSMajorVersion == 2 OSMinorVersion 1) ||
(OSMajorVersion == 2 OSMinorVersion == 1 OSTeenyVersion = 5)
--#define DefaultGcc2i386Opt -O2
-+#define DefaultGcc2i386Opt
- #endif
- #endif
-
- #ifdef i386Architecture
- # define OptimizedCDebugFlags DefaultGcc2i386Opt
- #else
--# define OptimizedCDebugFlags -O
-+# define OptimizedCDebugFlags
- #endif
-
- #ifndef PreIncDir
--- /usr/ports.ref/devel/imake-4/files/patch-xthreads Tue Jun 12 16:59:11 2001
+++ devel/imake-4/files/patch-xthreads Wed Jun 26 22:02:08 2002
@@ -1,25 +0,0 @@
cf/FreeBSD.cf.orig Thu Jun 7 16:25:47 2001
-+++ cf/FreeBSD.cf Thu Jun 7 16:28:30 2001
-@@ -80,7 +80,6 @@
- /*
- * math.h uses _REENTRANT and stdio.h uses _THREAD_SAFE, so define both.
- */
--# define
Re: gcc 3.1 can't compile XFree86-4-Server
On Wed, Jul 03, 2002 at 08:56:02PM +0200, Jeremy Lea wrote: I can build x11/XFree86-4 with the following patches, which I harvested from various email's since the gcc 3.1 import. Which ones are really needed, and why the X11 libraries are built four times during the build of the meta port, are what I need to figure out next... Some one needs to do thru these and really deal with them. * The patch to use -O0 (or remove -O) is wrong, and a test case should be submitted to the GCC people. * The weak problem has been fixed in the FSF sources -- I could merge a a patch to our system GCC from the FSF sources. * Someone needs to talk with the XFree86 people to get them to stop using `cc' on C++ code. This is not just a FreeBSD issue for them. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: gcc 3.1 can't compile XFree86-4-Server
Hi,
On Wed, Jul 03, 2002 at 01:10:08PM -0700, David O'Brien wrote:
Some one needs to do thru these and really deal with them.
I didn't say they were right, just that they worked ;-)
* The patch to use -O0 (or remove -O) is wrong, and a test case should be
submitted to the GCC people.
I think Maxim has already done this.
* The weak problem has been fixed in the FSF sources -- I could merge a
a patch to our system GCC from the FSF sources.
Please, unless we are due for a complete upgrade soon... Do you know
when 3.1.1 is due?
* Someone needs to talk with the XFree86 people to get them to stop using
`cc' on C++ code. This is not just a FreeBSD issue for them.
They don't. They have all of the right macros in place, it's just that
we didn't have a macro defined for C++ shared libraries. I don't think
we're doing the right thing for the static library cases yet.
At the moment I'm trying to go through all of the XFree86-4 ports and
figure out:
1. What the patches actually do...
2. If we can use one shared ${WRKSRC}, since the ports build multiple
copies of all of the libraries, and they use the wrong (unpatched)
versions of the config files in some cases.
Regards,
-Jeremy
--
FreeBSD - Because the best things in life are free...
http://www.freebsd.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: gcc 3.1 can't compile XFree86-4-Server
Jeremy Lea [EMAIL PROTECTED] writes:
1. What the patches actually do...
2. If we can use one shared ${WRKSRC}, since the ports build multiple
copies of all of the libraries, and they use the wrong (unpatched)
versions of the config files in some cases.
While you're at it:
Index: FreeBSD.cf
===
RCS file: /sec/xfree86/cvs/xc/config/cf/FreeBSD.cf,v
retrieving revision 3.116
diff -u -r3.116 FreeBSD.cf
--- FreeBSD.cf 4 Jun 2002 22:50:55 - 3.116
+++ FreeBSD.cf 3 Jul 2002 21:19:14 -
@@ -48,6 +48,7 @@
#define HasSnprintfYES
#define HasBSD44SocketsYES
#define HasDlopen YES
+#define HasSetProcTitleYES
#ifndef HasLibCrypt
# define HasLibCrypt YES
#endif
There may be more stuff missing, look through NetBSD.cf and OpenBSD.cf
to see what they have that we don't.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: gcc 3.1 can't compile XFree86-4-Server
On Wed, Jul 03, 2002 at 08:08:28PM +0300, Maxim Sobolev wrote:
In file included from translate.c:779:
../../../../extras/Mesa/src/trans_tmp.h: In function `trans_1_GLdouble_1ub_elt':
../../../../extras/Mesa/src/trans_tmp.h:124: could not find a spill register
(insn 96 94 97 (set (subreg:SF (reg:QI 75) 0)
(plus:SF (reg:SF 8 st(0) [76])
(reg:SF 9 st(1) [80]))) 525 {*fop_sf_comm_nosse} (insn_list 87 (nil)
)
(expr_list:REG_DEAD (reg:SF 8 st(0) [76])
(nil)))
../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in failed_r
eload, at reload1.c:5050
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://www.gnu.org/software/gcc/bugs.html for instructions.
*** Error code 1
...
Please investigate fix.
Ok, ok, fixed. Please stop CC'ing me on GCC bug reports. :-)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: What's the right way to build XFree86-4 now?
On (2002/06/30 00:46), Jeremy Lea wrote:
+#ifndef SharedDepCplusplusLibraryTarget
+#define SharedDepCplusplusLibraryTarget [...]
This patch would fix the build. Did it also fix the linking problems
involving -lstdc++ for glxinfo, or were the patches that handle
${CXXLIB} still required?
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: What's the right way to build XFree86-4 now?
On Sun, Jun 30, 2002 at 11:58:51PM -0400, Garance A Drosihn wrote: Have many people had a chance to test this? I wanted to try it out this weekend, but I lost most of the weekend due to other problems with compiling current on my test machine. I finally got by those problems, but now it's midnight on Sunday and I can't really afford to start on this right now... Sorry, me not. I also was struggling with -CURRENT buildworld during the weekend and my machine is slow. I rebuilt X with the most recent patch to libGLU from this list and libGLU now seems working. (with the system compiler) The machine freezes under X quite frequently however, but I don't know what is causing it. (and X freezes have the disgusting property of locking up the system solid: no console, no network, nothing in the logs.) Life is sometimes hard in -CURRENT land, but hey, we should never loose our sense of humour. (And yes, maybe I really should get another graphics card... the S3 Virge GX2 may also take part of the blame for the lockups...) -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make install failed on XFree86-4-client (with 6/10 -current)
Well, this has been happening for about a year on my dev box. It's not gcc 3.1 specific. I've never gotten around to figuring out why it works on some machines. On Sat, 29 Jun 2002 19:41:51 -0700, David O'Brien wrote: On Sat, Jun 29, 2002 at 11:30:48PM +0100, Brian Somers wrote: The problem is because the glxinfo program uses CCLINK to link, but it's a c++ program. Changing the CCLINK to CXXLINK works. We can't be the only ones seeing this -- surely anyone using Gcc 3.1 on their i386 (any OS) box. Has anyone [that cares] emailed any of the XFree86 guys?? -- Brian [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.Awfulhak.orgbrian@[uk.]FreeBSD.org Don't _EVER_ lose your sense of humour ! brian@[uk.]OpenBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: What's the right way to build XFree86-4 now?
At 4:57 PM +0200 6/26/02, Sheldon Hearn wrote: Here's what I did to get XFree86-4 to build with the base system's toolchain in -CURRENT: a) ports/devel/imake-4: Replace files/patch-d and files/patch-xthreads with the attached patch-config::cf::FreeBSD.cf. Add the attached patch-config::cf::bsdLib.tmpl. b) ports/x11/XFree86-4-libraries: Replace files/patch-z45 with the attached patch-z45. Note that this isn't quite right, because the linking gets done with cc as a front-end, not c++. But the job gets done, all the same, and I'm not writing a SharedDepCplusplusLibraryTarget rule myself. :-) c) ports/x11-servers/XFree86-4-Server: Add the attached patch-gcc31, taken from Motoyuki Konno's post to [EMAIL PROTECTED] with the following Message-ID: [EMAIL PROTECTED] Have many people had a chance to test this? I wanted to try it out this weekend, but I lost most of the weekend due to other problems with compiling current on my test machine. I finally got by those problems, but now it's midnight on Sunday and I can't really afford to start on this right now... -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make install failed on XFree86-4-client (with 6/10 -current)
I've been seing this problem for ages on my dev box, but it doesn't happen on other boxes. The problem is because the glxinfo program uses CCLINK to link, but it's a c++ program. Changing the CCLINK to CXXLINK works. I have no idea why there's no problem on some machines. On Mon, 17 Jun 2002 12:09:14 +0800, Ying-Chieh Liao wrote: make build all ok, but failed on install should I rebuild world first ? installing in programs/glxinfo... rm -f glxinfo LD_LIBRARY_PATH=../../exports/lib cc -o glxinfo -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -L/usr/X11R6/lib -lc_r -lm -Wl,-rpath,/usr/X11R6/lib /usr/X11R6/lib/libGLU.so: undefined reference to `operator new[](unsigned)' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete(void*)' /usr/X11R6/lib/libGLU.so: undefined reference to `__gxx_personality_v0' /usr/X11R6/lib/libGLU.so: undefined reference to `__cxa_pure_virtual' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete[](void*)' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator new(unsigned)' *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs/glxinfo. *** Error code 1 -- self-producing in perl : $_=q(print\$_=q($_);eval;);eval; -- V Vinay -- Brian [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.Awfulhak.orgbrian@[uk.]FreeBSD.org Don't _EVER_ lose your sense of humour ! brian@[uk.]OpenBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: What's the right way to build XFree86-4 now?
Hi, On Wed, Jun 26, 2002 at 04:57:45PM +0200, Sheldon Hearn wrote: Note that this isn't quite right, because the linking gets done with cc as a front-end, not c++. But the job gets done, all the same, and I'm not writing a SharedDepCplusplusLibraryTarget rule myself. :-) How about: --- config/cf/bsdLib.rules.orig Sun Jun 30 00:30:05 2002 +++ config/cf/bsdLib.rules Sun Jun 30 00:31:06 2002 @@ -306,6 +306,34 @@ #endif /* SharedDepLibraryTarget */ +/* + * SharedDepCplusplusLibraryTarget - generate rules to create a shared library. + */ +#ifndef SharedDepCplusplusLibraryTarget +#define SharedDepCplusplusLibraryTarget(libname,rev,deplist,solist,down,up)@@\ +AllTarget(Concat(lib,libname.so.rev)) @@\ + @@\ +Concat(lib,libname.so.rev): deplist @@\ + $(RM) $@~ @@\ + @SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; set -x; \ @@\ + (cd down; $(CXX) -o up/$@~ $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME solist +$(REQUIREDLIBS) BaseShLibReqs); \ @@\ + $(RM) $$SONAME; $(LN) $@ $$SONAME; \@@\ + LinkBuildSonameLibrary($$SONAME)@@\ + $(RM) $@@@\ + $(MV) $@~ $@@@\ + $(RM) Concat(lib,libname.so)@@\ + $(LN) $@ Concat(lib,libname.so) @@\ + LinkBuildLibrary($@)@@\ + LinkBuildLibrary(Concat(lib,libname.so))@@\ + @@\ +clean::@@\ + @SONAME=`echo Concat(lib,libname.so.rev) | sed 's/\.[^\.]*$$//'`; \ @@\ + set -x; $(RM) $$SONAME @@\ + $(RM) Concat(lib,libname.so)@@\ + $(RM) Concat(lib,libname.so.rev) + +#endif /* SharedDepCplusplusLibraryTarget */ + #ifndef SharedDepModuleTarget #define SharedDepModuleTarget(name,deps,solist)@@\ AllTarget(name)@@\ Just copied from the SharedDepLibraryTarget above it, and replaced the CC with CXX... I built libGLU.so.1 with this, and it seemed to fix the glxinfo linking problem. I'm currently testing... Regards, -Jeremy -- FreeBSD - Because the best things in life are free... http://www.freebsd.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make install failed on XFree86-4-client (with 6/10 -current)
On Sat, Jun 29, 2002 at 11:30:48PM +0100, Brian Somers wrote: The problem is because the glxinfo program uses CCLINK to link, but it's a c++ program. Changing the CCLINK to CXXLINK works. We can't be the only ones seeing this -- surely anyone using Gcc 3.1 on their i386 (any OS) box. Has anyone [that cares] emailed any of the XFree86 guys?? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: What's the right way to build XFree86-4 now?
On (2002/06/25 22:02), Szilveszter Adam wrote: I've tried `make install' and `make CXX=/usr/local/bin/g++31 install', where that g++31 comes from the lang/gcc31 port, and either way, XFree86-4-clients fails with: There is another problem, however, and this is that the libGLU built is parctically unusable anyway, although there the correct compiler is used (g++), one alway needs to link -lstdc++ with it for it to work. I do not know why this is. Other parts of X appear to work ok. Thanks for the great response! You really gave me useful stuff to think about. I think I have a handle on this now. If you fix it before you hear back from me, let me know so I can stop wasting time on it. XF84-4 test builds are slow. :-) Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: What's the right way to build XFree86-4 now?
On Wed, 26 Jun 2002 13:25:57 +0200, Sheldon Hearn wrote: I think I have a handle on this now. If you fix it before you hear back from me, let me know so I can stop wasting time on it. XF84-4 test builds are slow. :-) Okay, it looks like a bit of a mess. I've copied the XFree86-4 maintainer. I think there are three problems causing the XFree86-4 installation to fail on -CURRENT: *) Our imake-4 port doesn't arrange for a SharedDepCplusplusLibraryTarget rule. I _think_ such a rule would, by default, add $(CXXLIB) to the deplist for -CURRENT. *) Our imake-4 port doesn't arrange for a CXXLIB definition. It should be -lstdc++ on at least -CURRENT. The stock bsdLib.tmpl explicitly sets CplusplusLibC empty, Imake.tmpl sets it to /**/ if not defined and FreeBSD.cf doesn't set it at all. *) The XFree86-4 distribution contains some bad C++ code. Here's what I did to get XFree86-4 to build with the base system's toolchain in -CURRENT: a) ports/devel/imake-4: Replace files/patch-d and files/patch-xthreads with the attached patch-config::cf::FreeBSD.cf. Add the attached patch-config::cf::bsdLib.tmpl. b) ports/x11/XFree86-4-libraries: Replace files/patch-z45 with the attached patch-z45. Note that this isn't quite right, because the linking gets done with cc as a front-end, not c++. But the job gets done, all the same, and I'm not writing a SharedDepCplusplusLibraryTarget rule myself. :-) c) ports/x11-servers/XFree86-4-Server: Add the attached patch-gcc31, taken from Motoyuki Konno's post to [EMAIL PROTECTED] with the following Message-ID: [EMAIL PROTECTED] That's all. Ciao, Sheldon. patch-config::cf::FreeBSD.cf --- config/cf/FreeBSD.cf.orig Wed Jun 26 15:44:29 2002 +++ config/cf/FreeBSD.cfWed Jun 26 16:21:18 2002 @@ -80,7 +80,6 @@ /* * math.h uses _REENTRANT and stdio.h uses _THREAD_SAFE, so define both. */ -# define SystemMTDefines -D_REENTRANT -D_THREAD_SAFE /* * FreeBSD has tread-safe api but no getpwnam_r yet. */ @@ -91,8 +90,12 @@ # else # define BuildThreadStubLibrary YES # define NeedUIThrStubs YES -# define ThreadsCompileFlags -pthread -# define ThreadsLibraries -pthread +# if (OSRelVersion = 500016) +# define ThreadsLibraries-lc_r +# else +# define SystemMTDefines -D_REENTRANT -D_THREAD_SAFE +# define ThreadsLibraries-pthread +# endif # define SharedX11Reqs$(LDPRELIB) $(XTHRSTUBLIB) # define SharedXtReqs $(LDPRELIB) $(XLIBONLY) $(SMLIB) $(ICELIB) $(XTHRSTUBLIB) # endif @@ -151,6 +154,7 @@ # define CcCmd cc # define CplusplusCmd c++ #endif +#defineCplusplusLibC -lstdc++ #define CppCmd /usr/bin/cpp #define PreProcessCmd CppCmd patch-config::cf::bsdLib.tmpl --- config/cf/bsdLib.tmpl.orig Wed Jun 26 16:19:42 2002 +++ config/cf/bsdLib.tmpl Wed Jun 26 16:20:34 2002 @@ -39,7 +39,9 @@ #define XawClientLibs $(XAWLIB) $(XMULIBONLY) $(XTOOLLIB) $(XPMLIB) $(XLIB) #endif -#define CplusplusLibC +#ifndef CplusplusLibC +#define CplusplusLibC $(CXX) +#endif #define FrescoSysLibs CplusplusLibC MathLibrary /* Allow for libpthread, as overridden by OS definitions */ patch-z45 --- lib/GLU/Imakefile.orig Wed Jun 6 01:03:20 2001 +++ lib/GLU/Imakefile Wed Jun 26 15:27:14 2002 @@ -103,6 +103,7 @@ #undef _LinkBuildLibrary #define _LinkBuildLibrary(lib) LinkBuildLibrary(lib) +#if !defined(LibInstall) || LibInstall #if NormalLibGlu NormalDepLibraryTarget($(LIBNAME),$(SUBDIRS) $(DONES),$(STATIC_OBJS)) InstallLibrary($(LIBNAME),$(USRLIBDIR)) @@ -110,9 +111,9 @@ #if SharedLibGlu #ifdef SharedDepCplusplusLibraryTarget -SharedDepCplusplusLibraryTarget($(LIBNAME),$(SOREV),$(SUBDIRS) $(DONES),$(SHARED_OBJS),.,.) +SharedDepCplusplusLibraryTarget($(LIBNAME),$(SOREV),$(SUBDIRS) +$(DONES),$(SHARED_OBJS) $(CXXLIB),.,.) #else -SharedDepLibraryTarget($(LIBNAME),$(SOREV),$(SUBDIRS) $(DONES),$(SHARED_OBJS),.,.) +SharedDepLibraryTarget($(LIBNAME),$(SOREV),$(SUBDIRS) $(DONES),$(SHARED_OBJS) +$(CXXLIB),.,.) #endif InstallSharedLibrary($(LIBNAME),$(SOREV),$(SHLIBDIR)) #endif @@ -126,6 +127,7 @@ ProfiledDepLibraryTarget($(LIBNAME),$(SUBDIRS) $(DONES),$(PROFILE_OBJS)) InstallLibrary($(LIBNAME)_p,$(USRLIBDIR)) #endif /* ProfileLibFont */ +#endif ForceSubdirs($(SUBDIRS)) patch-gcc31 --- lib/XThrStub/UIThrStubs.c.old Mon Nov 19 06:13:26 2001 +++ lib/XThrStub/UIThrStubs.c Tue Jun 4 11:39:19 2002 @@ -99,6 +99,21 @@ #else #include pthread.h typedef pthread_t xthread_t; +#if __GNUC__ = 3 +xthread_t pthread_self()__attribute__ ((weak, alias (_Xthr_self_stub_))); +int pthread_mutex_init()__attribute__ ((weak, alias (_Xthr_zero_stub_))); +int pthread_mutex_destroy() __attribute__ ((weak, alias (_Xthr_zero_stub_))); +int pthread_mutex_lock()__attribute__ ((weak, alias (_Xthr_zero_stub_))); +int
Re: What's the right way to build XFree86-4 now?
On Wed, 26 Jun 2002 16:57:45 +0200 Sheldon Hearn [EMAIL PROTECTED] wrote: # if (OSRelVersion = 500016) +# define ThreadsLibraries -lc_r +# else +# define SystemMTDefines -D_REENTRANT -D_THREAD_SAFE +# define ThreadsLibraries -pthread +# endif Sheldon, AFAIK _REENTRANT has to be defined on -CURRENT too. -- Alexander Kabaev To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
