On Sun, Jun 23, 2002 at 10:02:42PM -0300, Marc G. Fournier wrote:
> > [...]
> >
> > Sun Jun 23 16:05:30 CEST 2002
> >
> > build of X Window System complete.
> >
> > Here it also worked with the last gcc snapshot.
>
> My experiences here are that building X works, installing X dooesn't ...
This m
On Sun, 23 Jun 2002, Martin Blapp wrote:
>
> Very very strange ...
>
> How recent is your CURRENT ?
>
> Mine is :
>
> FreeBSD 5.0-CURRENT #2: Fri May 31 09:49:38 CEST 2002
>
> root@fuchur:/usr/ports/x11/XFree86-4-libraries# pwd
> /usr/ports/x11/XFree86-4-libraries
>
> root@fuchur:/usr/ports/x11/X
Hi,
I see the bug now too - with the newest snapshot. Sorry about this !
Martin
Martin Blapp, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00:
Very very strange ...
How recent is your CURRENT ?
Mine is :
FreeBSD 5.0-CURRENT #2: Fri May 31 09:49:38 CEST 2002
root@fuchur:/usr/ports/x11/XFree86-4-libraries# pwd
/usr/ports/x11/XFree86-4-libraries
root@fuchur:/usr/ports/x11/XFree86-4-libraries# cc --version
gcc (GCC) 3.1.1 20020617 (pre
On 2002-06-22 14:44 +0200, Martin Blapp <[EMAIL PROTECTED]> wrote:
>
> 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
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" 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 fr
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
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:
--- lib/GL/mesa/src/Ima
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 insta
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 fre
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 CURREN
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 $
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 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
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 appr
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 into th
On Mon, Jun 10, 2002 at 09:18:32PM +0200, Szilveszter Adam wrote:
> Sorry David, 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
On Mon, Jun 10, 2002 at 10:26:36AM -0700, David O'Brien wrote:
> 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 wi
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 lib
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 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 wh
On Sat, Jun 08, 2002 at 10:11:13PM +0900, Yamada Ken Takeshi wrote:
> (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
On 2002-06-08 01:39 -0700, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> 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
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
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
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 head
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 */
>
> > I tried the quotation mark fix, and all it does is chan
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 */
> I tried the quotation mark fix, and all it does is change the error
> message to
>
> UIThrStubs.c:102: warning: malformed #
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:
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 wha
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
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
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 resolvin
34 matches
Mail list logo