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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
thanks all, securelevel was 2
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
@. 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
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
: 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
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
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
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
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
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
/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
-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
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
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
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
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
/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
-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
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
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
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 --
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
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
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
,
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
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
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
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
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
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
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
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,
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
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
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
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
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
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
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
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
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
,
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
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
.
=== 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
.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
--- 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 -
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
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
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
-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
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
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
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,
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
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
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
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
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
.
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
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
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
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
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
.
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
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:
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
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?
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
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
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
: 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
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
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
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
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
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
1 - 100 of 207 matches
Mail list logo