Martin Blapp wrote:
Hi,
I still wonder why we make workarounds like this if one could just
use /usr/local/bin/gcc31 to have it fixed.
is it enough to setenv GCC=/usr/local/bin/gcc31, then make install ?
TfH
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
On Fri, Jun 21, 2002 at 06:50:49PM +0200, Thierry Herbelot wrote:
I still wonder why we make workarounds like this if one could just
use /usr/local/bin/gcc31 to have it fixed.
is it enough to setenv GCC=/usr/local/bin/gcc31, then make install ?
No.
make CC=gcc31 CXX=g++31 clean install
On 2002-06-21 14:33 +0200, Stefan Esser [EMAIL PROTECTED] wrote:
Following up to my own mail:
Seems that translate.c is built from other directories as
well, not just from within OSmesa. See the following patch,
which is files/patch-GL_mesa_src_Imakefile on my system:
---
On 2002-06-21 16:35 +0200, Martin Blapp [EMAIL PROTECTED] wrote:
I still wonder why we make workarounds like this if one could just
use /usr/local/bin/gcc31 to have it fixed.
Sorry, but the compiler bug has been present in the port version
of GCC-3.1 as well, a few weeks ago, and existed in
Hi Stefan,
Did the GCC-3.1 from ports compile translate.c with optimization
turned on ???
It didn't, just one or two weeks ago.
GCC3.1.1 Prerelease.
Yes it did. I removed the patch andd added -O and -O2 again.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Hi,
make CC=gcc31 CXX=g++31 clean install
This currently doesn't work with the Xfree86 ports. CC
is hardcoded there.
Could the maintainer please fix this ?
I also had to fix OO to work with this.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current
i can't install XFree86-4-libraries using -current cvsupped and copmiled a day ago. it
builds fine, but the installations fails with the following diags:
LD_LIBRARY_PATH=../../../../../exports/lib cc -c -ansi -pedantic -Dasm=__asm -Wall
-Wpointer-arith -I../../../../../exports/include/X11
-I
Kris Kennaway [EMAIL PROTECTED] wrote:
I got around this problem by (indirectly) fixing the .c.o rule
in the Imakefile. This patch was part of my previous mail to you
regarding the XFree86 library build process (new version of patch-z32).
Thanks for looking into this; I'd appreciate
On 2002-06-16 02:39 -0700, Kris Kennaway [EMAIL PROTECTED] wrote:
On Sat, Jun 08, 2002 at 11:29:26AM +0200, Stefan Esser wrote:
I got around this problem by (indirectly) fixing the .c.o rule
in the Imakefile. This patch was part of my previous mail to you
regarding the XFree86 library
Hi,
I still wonder why we make workarounds like this if one could just
use /usr/local/bin/gcc31 to have it fixed.
Why mess around with a buggy compiler if a working one is around ?
Why don't we update the pre 3.1 gcc in CURRENT to a working one ?
Yes, I turned on -O and O2 again ;-)
Martin
On Fri, Jun 21, 2002 at 02:33:51PM +0200, Stefan Esser wrote:
#if defined(__GNUC__) __GNUC__ = 3
#define ObjectCompile(options) RemoveFile($@) @@\
ClearmakeOSName \
$(CC) -c $(CFLAGS) options $*.c -o $@ || \
$(CC) -c $(CFLAGS) options -O0 $*.c -o
On Fri, Jun 21, 2002 at 04:35:47PM +0200, Martin Blapp wrote:
I still wonder why we make workarounds like this if one could just
use /usr/local/bin/gcc31 to have it fixed.
Why mess around with a buggy compiler if a working one is around ?
Why don't we update the pre 3.1 gcc in CURRENT to
On Sat, Jun 08, 2002 at 11:29:26AM +0200, Stefan Esser wrote:
I got around this problem by (indirectly) fixing the .c.o rule
in the Imakefile. This patch was part of my previous mail to you
regarding the XFree86 library build process (new version of patch-z32).
Thanks for looking
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
/usr/local/ports/usr/ports/x11-servers/XFree86-4-Server/work/xc/lib/GL/mesa/src.
*** Error code 1
I'm getting
On Sat, Jun 15, 2002 at 01:39:08PM -0500, David W. Chapman Jr. wrote:
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
/usr/local/ports/usr/ports/x11-servers/XFree86
Has anyone actually submitted a bug report to GCC yet?
I don't believe so. I'm not sure exactly what is
broken or the circumstances that cause the problem. My lack of c
knowledge is preventing me from saying much more than X-Servers won't
build. Would you be willing to help me figure out
to build it (with a few patches from the
XFree86-4-libraries port) and libGLU is the only part of XFree that is
wirtten in C++. If I specify -lstdc++ on the link line of any programs
that use libGLU, it works (see xc/programs/glxinfo).
My -CURRENT is from Saturday (8th), NO_CXX is *not* set
On Mon, Jun 10, 2002 at 12:02:41PM -0500, Michael D. Harnois wrote:
The libraries build for me without incident. However, anything which
tries to link against libGLU generates this error for me:
Your current is too old. Please do a fresh build.
To Unsubscribe: send mail to [EMAIL PROTECTED]
On Mon, Jun 10, 2002 at 12:15:40PM -0500, Michael D. Harnois wrote:
On Mon, 2002-06-10 at 12:13, David O'Brien wrote:
On Mon, Jun 10, 2002 at 12:02:41PM -0500, Michael D. Harnois wrote:
The libraries build for me without incident. However, anything which
tries to link against libGLU
, but I experienced the same thing. No matter if I used the
base system c++ compiler, or the latest gcc31 port. The problem is all
the more interesting, because X worked for me fine, no matter what
compiler I used to build it (with a few patches from the
XFree86-4-libraries port) and libGLU is the only
On Sat, Jun 08, 2002 at 10:11:13PM +0900, Yamada Ken Takeshi wrote:
Thank you! Your patch-z32 made me happy a little.
When can I compile XFree86-4-Server-4.2.0_2 with -current?
It gives me internal compiler error, too as below. I had
thought it uses XFree86-4-libraries port which
On Sat, Jun 08, 2002 at 05:13:12PM +0900, Yamada Ken Takeshi wrote:
I have the following error when I try to install it.
Is it unique only to me?
I didn't get that when I built it on ref5. That's the only place I've
tried it.
Kris
msg39367/pgp0.pgp
Description: PGP signature
tried it.
I got around this problem by (indirectly) fixing the .c.o rule
in the Imakefile. This patch was part of my previous mail to you
regarding the XFree86 library build process (new version of patch-z32).
The problem is that unshared is meant to be a prefix to a file name,
but $@ happens
On Sat, Jun 08, 2002 at 10:11:13PM +0900, Yamada Ken Takeshi wrote:
snip/
(expr_list:REG_DEAD (reg:SF 8 st(0) [76])
(nil)))
../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in
failed_reload, at reload1.c:5050
Please submit a full bug report,
with preprocessed
Stop in
/usr/local/ports/usr/ports/x11-servers/XFree86-4-Server/work/xc/lib/GL/mesa/src.
*** Error code 1
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Tue, Jun 04, 2002 at 09:43:59PM +0900, Motoyuki Konno wrote:
Please try the following patch.
Thanks, this fixed the XFree86-4-libraries build. I've committed the
patch.
Kris
msg39291/pgp0.pgp
Description: PGP signature
Hi,
Michael D. Harnois [EMAIL PROTECTED] wrote:
if __GNUC__ = 3
int foo() __attribute__ ((weak, alias (bar)));
#endif /* __GNUC__ */
.
I tried the quotation mark fix, and all it does is change the error
message to
UIThrStubs.c:102: warning: malformed #pragma
On Tue, Jun 04, 2002 at 07:08:32AM -0500, Michael D. Harnois wrote:
#pragma weak foo = bar
with either
#pragma weak foo = bar /* this is easier */
snip/
I tried the quotation mark fix, and all it does is change the error
message to
UIThrStubs.c:102: warning: malformed #pragma
On Tue, 4 Jun 2002, Stanislav Grozev wrote:
On Tue, Jun 04, 2002 at 07:08:32AM -0500, Michael D. Harnois wrote:
#pragma weak foo = bar
with either
#pragma weak foo = bar /* this is easier */
snip/
I tried the quotation mark fix, and all it does is change the error
Hello,
For what it's worth, I set out and successfully compiled the latest from
the XFree86 CVS with the latest gcc31 snapshot (May 27th). I needed to do the
following:
- I had to apply the fix that has been mentioned several times on this
list to libXThrStub.
- I had to fix a typo in one
Hello,
I have a -CURRENT system (world from yesterday, ports from today).
I'm trying to compile the XFree86-libraries-4.2.0 from ports, but
I have troubles. After resolving the one with the #pragma weak,
and also one with a missing ../ from one of the Mesa Makefiles,
now I get the following
stupid question, but what is the fix for the #pragma weak issue? :(
On Mon, 3 Jun 2002, Stanislav Grozev wrote:
Hello,
I have a -CURRENT system (world from yesterday, ports from today).
I'm trying to compile the XFree86-libraries-4.2.0 from ports, but
I have troubles. After resolving
On Mon, Jun 03, 2002 at 11:44:43AM -0300, Marc G. Fournier wrote:
stupid question, but what is the fix for the #pragma weak issue? :(
you replace
#pragma weak foo = bar
with either
#pragma weak foo = bar /* this is easier */
or
if __GNUC__ = 3
int
On Mon, Jun 03, 2002 at 05:06:23PM +0200, Stanislav Grozev wrote:
On Mon, Jun 03, 2002 at 11:44:43AM -0300, Marc G. Fournier wrote:
stupid question, but what is the fix for the #pragma weak issue? :(
you replace
#pragma weak foo = bar
with either
#pragma weak foo = bar /*
has any of this been reported to the XFree86 folk? I just CVSup'd the
latest XFree86 source code and this #pragma condition appears to still
exist :(
On Mon, 3 Jun 2002, Stanislav Grozev wrote:
On Mon, Jun 03, 2002 at 11:44:43AM -0300, Marc G. Fournier wrote:
stupid question, but what
: `_Xthr_zero_stub_' defined but not used
*** Error code 1
Stop in /usr/local/ports/usr/ports/x11/XFree86-4-libraries/work/xc/lib/XThrStub.
*** Error code 1
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Peter Schultz [EMAIL PROTECTED] writes:
Amazing, the obvious. Now I get this:
Hmm, I didn't get any more trouble after I fixed the pragma problem.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of
UIThrStubs.c:131: warning: `_Xthr_self_stub_' defined but not used
UIThrStubs.c:139: warning: `_Xthr_zero_stub_' defined but not used
*** Error code 1
Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib/XThrStub.
Pete...
To Unsubscribe: send mail to [EMAIL PROTECTED
* Peter Wemm [EMAIL PROTECTED] [020530 01:01] wrote:
Wilko Bulte wrote:
On Wed, May 29, 2002 at 11:38:57PM -0500, Peter Schultz wrote:
FWIW: same here yesterday. I have not yet investigated what's up
gcc-3.1 appears to have broken
#pragma weak foo = bar
What's the correct way to do
What's the correct way to do this now?
I dont know. :-( There are hacks that can work around it, but I think this
is unintentional breakage. I tried changing this:
#pragma weak foo = bar
to
__weak_reference(bar, foo);
But I didn't get much further since Xfree86 was provoking internal
#pragma weak foo = bar
What's the correct way to do this now?
I dont know. :-( There are hacks that can work around it, but I think this
is unintentional breakage. I tried changing this:
#pragma weak foo = bar
to
__weak_reference(bar, foo);
void f () __attribute__ ((weak, alias
Alfred Perlstein [EMAIL PROTECTED] writes:
* Peter Wemm [EMAIL PROTECTED] [020530 01:01] wrote:
gcc-3.1 appears to have broken
#pragma weak foo = bar
What's the correct way to do this now?
#pragma weak foo = bar
as you'd have guessed if you'd bothered to read the error message and
look at
code 1
Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib/GL/mesa/src/OSmesa.
The make needs to go back one more level:
unshared/../../../../../../lib/GL/mesa/src/translate.o
How to do this, I do not know.
Pete...
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd
On Wed, May 29, 2002 at 11:38:57PM -0500, Peter Schultz wrote:
I'm getting the following error on a just built -current, which was a
fresh install of 5.0-CURRENT-20020519-JPSNAP:
Yes, and if you'd been reading the mailing list like you're supposed
to you would have already known about this.
not a string
UIThrStubs.c:131: warning: `_Xthr_self_stub_' defined but not used
UIThrStubs.c:139: warning: `_Xthr_zero_stub_' defined but not used
*** Error code 1
Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib/XThrStub.
Pete...
To Unsubscribe: send mail to [EMAIL PROTECTED
' defined but not used
*** Error code 1
Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib/XThrStub.
Pete...
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
---end of quoted text---
--
| / o
Fluid [EMAIL PROTECTED] wrote:
How about signal 4? I was rebuilding my -current the other day and I
kept getting mostly signal 4 errors (in different places) with a couple
of signal 10's and 11's. I tried finding a run-down of what the various
errors meant, but I couldn't find a thing.
compile projects with 4.5 before).
I have been building XFree86 without problems, until I updated my -CURRENT
system (I did the previous update three months ago). I don't think that
this is a hardware related problem. My -CURRENT system is running on an
800 MHz Duron (KT133 chipset), and performs
On Wed, 1 May 2002 13:32:35 +0200, Jose M. Alcaide [EMAIL PROTECTED] said:
I have been building XFree86 without problems,
I just rebuilt both -current (Friday or Saturday timeframe) and all of
X (last night) without a problem. (Well, other than all of the old
binaries I need to recompile now
On Tue, 2002-04-30 at 10:35, Ian wrote:
cpp0: cc: output pipe has been closedInternal compiler error: program cc1 got
fatal signal 10
I have seen cc1 die like this many many times, and have only ever seen 2
root causes for the death:
1) bad ram
2) you overclocked the cpu or bus
I am getting this error while building XFree86-Server-4.2.0_2 on a
recently updated -CURRENT (Mon Apr 29 10:55:43 GMT):
LD_LIBRARY_PATH=../../../../../../exports/lib cc -c -O -pipe-ansi -pedantic
-Dasm=__asm -Wall -Wpointer-arith -I../../../../../../exports/include/X11
-I
On Tue, Apr 30, 2002 at 11:28:48AM +0200, Jose M. Alcaide wrote:
cpp0: cc: output pipe has been closedInternal compiler error: program cc1 got fatal
signal 10
This cc1 SIGBUS is triggered by different source files at different times.
But it happens while building XFree86-Server sooner
From: Jose M. Alcaide [EMAIL PROTECTED]
Date: Tue, 30 Apr 2002 11:28:48 +0200
To: [EMAIL PROTECTED]
Subject: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2
I am getting this error while building XFree86-Server-4.2.0_2 on a
recently updated -CURRENT (Mon Apr 29 10:55:43
[EMAIL PROTECTED]
Date: Tue, 30 Apr 2002 11:28:48 +0200
To: [EMAIL PROTECTED]
Subject: cc1 crashes with SIGBUS while building XFree86-Server-4.2.0_2
I am getting this error while building XFree86-Server-4.2.0_2 on a
recently updated -CURRENT (Mon Apr 29 10:55:43 GMT):
[snip]
cpp0
Found that cc1 also has a problem with this on a buildworld for
FreeBSD-5.0-CURRENT. FYI.
I can reinstall 4.5 and attempt the same, but I recall no problems with 4.5.
_F
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
To follow up on my previous post: I did reinstall FreeBSD-4.5 (updated
with cvsup), did a buildworld etc., then build XFree86-4 with no troubles
at all.
So looks like the problem may be with FreeBSD-5.0-CURRENT.
_F
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd
On Sat, Apr 20, 2002 at 12:02:11AM +0200, John Angelmo wrote:
Kris Kennaway wrote:
On Fri, Apr 19, 2002 at 10:13:23PM +0200, John Angelmo wrote:
After yesterdays new build I found a problem
Xfree86-4 can't start as regular user (exept root)
Read the fine message you got at install
On Fri, Apr 19, 2002 at 08:56:50PM -0700, James Satterfield wrote:
I've found that wrapper needs to be updated with XFree86-4.
wrapper always needs to be rebuilt when you update X, yes.
Kris
msg37453/pgp0.pgp
Description: PGP signature
Kris Kennaway wrote:
On Sat, Apr 20, 2002 at 12:02:11AM +0200, John Angelmo wrote:
Kris Kennaway wrote:
On Fri, Apr 19, 2002 at 10:13:23PM +0200, John Angelmo wrote:
After yesterdays new build I found a problem
Xfree86-4 can't start as regular user (exept root)
Read the fine message you
On Sat, Apr 20, 2002 at 10:39:22PM +0200, John Angelmo wrote:
Well X starts but just to the gray area, no windowmanager starts and the
error I get(after I have exited) is:
AUDIT: Fri Apr 19 22:09:13 2002: 16472 XFree86: client 1 rejected from
local host
AUDIT: Fri Apr 19 22:09:15 2002
On Sat, 20 Apr 2002 13:35:32 -0700
Kris Kennaway [EMAIL PROTECTED] wrote:
KK wrapper always needs to be rebuilt when you update X, yes.
All you really need to do is reset the X symlink (unless you are
upgrading from 3 to 4 in which case you need a new wrapper).
--
C:WIN
After yesterdays new build I found a problem
Xfree86-4 can't start as regular user (exept root)
this is the error message I get:
AUDIT: Fri Apr 19 22:09:13 2002: 16472 XFree86: client 1 rejected from
local host
AUDIT: Fri Apr 19 22:09:15 2002: 16472 XFree86: client 1 rejected from
local host
On Fri, Apr 19, 2002 at 10:13:23PM +0200, John Angelmo wrote:
After yesterdays new build I found a problem
Xfree86-4 can't start as regular user (exept root)
Read the fine message you got at install-time and install the wrapper
port.
Kris
msg37428/pgp0.pgp
Description: PGP signature
Kris Kennaway wrote:
On Fri, Apr 19, 2002 at 10:13:23PM +0200, John Angelmo wrote:
After yesterdays new build I found a problem
Xfree86-4 can't start as regular user (exept root)
Read the fine message you got at install-time and install the wrapper
port.
Kris
Wrapper is installed
I've found that wrapper needs to be updated with XFree86-4.
James.
- Original Message -
From: John Angelmo [EMAIL PROTECTED]
To: current [EMAIL PROTECTED]
Sent: Friday, April 19, 2002 1:13 PM
Subject: Xfree86-4 problem
After yesterdays new build I found a problem
Xfree86-4 can't
Hello
When I start XFree86 I get the error that /dev/mouse can't be found, OK
devfs seems to be installd so MAKEDEV dosn't exist anymore, is there
anyway to get /dev/mouse working as in FreeBSD 4?
Thanks
/John
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current
On Mon, Apr 15, 2002 at 10:02:33AM +0200, John Angelmo wrote:
Hello
When I start XFree86 I get the error that /dev/mouse can't be found, OK
devfs seems to be installd so MAKEDEV dosn't exist anymore, is there
anyway to get /dev/mouse working as in FreeBSD 4?
Thanks
/John
Set your
Whats about editing
/etc/rc.devfs
and inserting a symlink from /dev/mouse to /dev/sysmouse ?
On Mon, 2002-04-15 at 08:26, Munish Chopra wrote:
On Mon, Apr 15, 2002 at 10:02:33AM +0200, John Angelmo wrote:
Hello
When I start XFree86 I get the error that /dev/mouse can't be found, OK
I had this similiar problem.
Sysinstall - post configure and re-do your mouse. The only workaround I
have found.
/ges
At 10:02 AM 4/15/2002 +0200, John Angelmo wrote:
Hello
When I start XFree86 I get the error that /dev/mouse can't be found, OK
devfs seems to be installd so MAKEDEV dosn't
--- Gary Stanley [EMAIL PROTECTED] wrote:
Sysinstall - post configure and re-do your mouse. The only workaround I
have found.
The other way, is to edit your XF86Config to point to
/dev/pcm0 (if you are using a PS2 mouse), or /dev/sioN (N being the COM port
number), which gives XFree86 direct
), which gives XFree86 direct access to your mouse. But remember, if
you do this, you will need to disable the moused from Sysinstall.
When I start XFree86 I get the error that /dev/mouse can't be found, OK
devfs seems to be installd so MAKEDEV dosn't exist anymore, is there
anyway to get /dev
On Mon, Apr 15, 2002 at 10:02:33AM +0200, John Angelmo wrote:
When I start XFree86 I get the error that /dev/mouse can't be found, OK
devfs seems to be installd so MAKEDEV dosn't exist anymore, is there
anyway to get /dev/mouse working as in FreeBSD 4?
I have requested of both the XFree86-4
On Mon, Apr 15, 2002 at 03:25:12PM -0700, David O'Brien wrote:
I have requested of both the XFree86-4 Server and of Portmgr to make the
default mouse device /dev/sysmouse. But my emails have gone unanswered.
They did not go unanswered. I said it was a good idea and that I
would do
The recent changes to /usr/include/sys/cdefs.h have broken the build of
XFree86-Server.
The problem is with the _XOPEN_SOURCE macro. At line cdefs.h it's
checked i.e.
#if _XOPEN_SOURCE = 600
but in XFree86 it's defined as
#define _XOPEN_SOURCE
Paul.
To Unsubscribe: send mail to [EMAIL
Le 2002-04-04, Paul Richards écrivait :
#if _XOPEN_SOURCE = 600
Could be changed to
#if (_XOPEN_SOURCE - 0) = 600
--
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Paul Richards [EMAIL PROTECTED] writes:
The recent changes to /usr/include/sys/cdefs.h have broken the build of
XFree86-Server.
The problem is with the _XOPEN_SOURCE macro. At line cdefs.h it's
checked i.e.
#if _XOPEN_SOURCE = 600
but in XFree86 it's defined as
#define
On Wed, 3 Apr 2002, Coleman Kane wrote:
Its usb. Someone with working serial console need look at this.
I have been having major issues with XFree86 recently. It seems to just
completely halt the machine hard whenever I try starting it. If I run
it from a remote terminal with -verbose all
On Wed, Apr 03, 2002 at 03:14:43AM -0500, Coleman Kane wrote:
I have been having major issues with XFree86 recently. It seems to just
completely halt the machine hard whenever I try starting it. If I run
it from a remote terminal with -verbose all the way up, it seems to halt
at the section
with XFree86 recently. It seems to just
completely halt the machine hard whenever I try starting it. If I run
it from a remote terminal with -verbose all the way up, it seems to halt
at the section just after it says it's loading the RENDER module. I was
wondering if anyone else knew
been having major issues with XFree86 recently. It seems to just
completely halt the machine hard whenever I try starting it. If I run
it from a remote terminal with -verbose all the way up, it seems to halt
at the section just after it says it's loading the RENDER module. I was
wondering
I have been having major issues with XFree86 recently. It seems to just
completely halt the machine hard whenever I try starting it. If I run
it from a remote terminal with -verbose all the way up, it seems to halt
at the section just after it says it's loading the RENDER module. I was
wondering
On Fri, Mar 22, 2002 at 01:01:57AM -0600, Eric Liedtke wrote:
While trying to build the XFree86-4-Server port this evening(cvsuped
today around 1PM CST)
the build died due to a redefinition of xf86ioctl. The file
/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/include
With last update of world and ports I'm unable to start XFree86.
I have a matrox G200 (agp) and I have tryed with and without the
WITH_MATROX_GXX_DRIVER=yes but I got only a signal 10, core dump
when starting X. At the same time I switched my MoBo from tyan
trinity with k6 to a asus p2b-ds dual
On Wed, Mar 20, 2002 at 11:29:46AM +0100, Riccardo Torrini wrote:
With last update of world and ports I'm unable to start XFree86.
I have a matrox G200 (agp) and I have tryed with and without the
WITH_MATROX_GXX_DRIVER=yes but I got only a signal 10, core dump
when starting X. At the same
Any idea why a fairly up-to-date CURRENT system would fail the installation
of XFree86-4-Libraries (4.2.0) with the following error?
224 [14:39] root@caerdonn:X11/doc# pwd
/usr/X11R6/lib/X11/doc
225 [14:39] root@caerdonn:X11/doc# ll -d html
drwxr-xr-x 2 root wheel 512 Mar 19 14:37 html
I had the same problem with the version of XFree86 that is now in the ports
collection, I installed an earlier version of XFree86-4.1.) that I had from
last Fall last week and it appears to work fine...something that changed
recently in XFree86 (or Current) appears to be causing the problem
Quoting Glenn Gombert [EMAIL PROTECTED]:
I had the same problem with the version of XFree86 that is now in the ports
collection, I installed an earlier version of XFree86-4.1.) that I had from
last Fall last week and it appears to work fine...something that changed
recently in XFree86 (or Current
I just realized that current/XFree86-4.1.0_12,1 core dumps with either
kde or gnome. I seems to work fine with twm. It dumps at the same
place when starting x with both.
(II) XINPUT: Adding extended input device Mouse1 (type: MOUSE)
Could not init font path element /usr/X11R6/lib/X11/fonts
What are the plans about replacing XFree86 3.3.6 with XFree86 4?
According to plan, FreeBSD 4.6-RELEASE will have XFree86 4, so sometime
after this month and before the next release.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
What are the plans about replacing XFree86 3.3.6 with XFree86 4? The
-current archives have a message saying this replacement already took place
last October, but the JP SNAP I installed last November certainly wasn't
aware of that fact, and the current.freebsd.org snapshot from January 6
On 2001-Nov-30 10:55:39 +0200, Maxim Sobolev [EMAIL PROTECTED] wrote:
Peter Jeremy wrote:
With a recently re-built XFree86, running on -current from last Sunday,
whenever I hit one of the keypad keys, the X server crashes. This is
somewhat disconcerting...
...
Apply the following patch
Peter Jeremy wrote:
With a recently re-built XFree86, running on -current from last Sunday,
whenever I hit one of the keypad keys, the X server crashes. This is
somewhat disconcerting...
The kernel prints sigreturn: eflags = 0x13282, was 0x256 (the old
eflags value an addition I made
With a recently re-built XFree86, running on -current from last Sunday,
whenever I hit one of the keypad keys, the X server crashes. This is
somewhat disconcerting...
The kernel prints sigreturn: eflags = 0x13282, was 0x256 (the old
eflags value an addition I made to that printf whilst tracking
On Fri, Oct 19, 2001 at 11:44:42AM -0700, David O'Brien wrote:
On Thu, Oct 18, 2001 at 09:33:09PM +0200, Riccardo Torrini wrote:
Is a real need for ports under -CURRENT to require (from a
week or two, I don't remember) XFree86-libraries?
Yes.
To elaborate a bit, the default XFree86
On Thu, Oct 18, 2001 at 09:33:09PM +0200, Riccardo Torrini wrote:
Is a real need for ports under -CURRENT to require (from a
week or two, I don't remember) XFree86-libraries?
Yes.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Is a real need for ports under -CURRENT to require (from a
week or two, I don't remember) XFree86-libraries?
They asks for XFree86-libraries-4.1.0, but I have 3.3.6_10
installed. Can I (safetly) mix 3.3.6 and 4.1.0?
Is the upgrade from 3.3.6 to 4.1.0 really needed? Planned?
I haven't set
On Thu, Oct 18, 2001 at 09:33:09PM +0200, Riccardo Torrini wrote:
Is a real need for ports under -CURRENT to require (from a
week or two, I don't remember) XFree86-libraries?
They asks for XFree86-libraries-4.1.0, but I have 3.3.6_10
installed. Can I (safetly) mix 3.3.6 and 4.1.0
On 31 Jul, David Wolfskill wrote:
Sounds like you're running moused. I don't think XFree86 4.1 can use
/dev/sysmouse and interact with moused like 3.3.6 could.
I'm running XFree86 4.1.0_4 on my laptop (tracking both -STABLE and
-CURRENT daily), and I use moused just fine. However
Date: Sun, 19 Aug 2001 17:58:44 +0200 (CEST)
From: Alexander Leidinger [EMAIL PROTECTED]
I'm running XFree86 4.1.0_4 on my laptop (tracking both -STABLE and
-CURRENT daily), and I use moused just fine. However, the Device (in
/etc/XF86Config) is listed as /dev/mouse, and in (-CURRENT's
Upgraded my laptop to current the other day, just to get the cardbus
cards working (which works like a charm). Found a problem though related
to XFree86. When I run startx X initiates for a short while, but dies
with the message:
(EE) xf86OpenSerial: Cannot open device /dev/psm0
Device
201 - 300 of 457 matches
Mail list logo