Here is the result.
./configure --prefix=/home/user --disable-gcc-check
> cc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/usr --libexecdir=/usr/lib
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-language
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-08 23:05 ---
*** This bug has been marked as a duplicate of 16185 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-06-08 23:05
---
*** Bug 27967 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #10 from jbwaters at gmail dot com 2006-06-08 23:25 ---
Just tried to build 4.1.1 on NetBSD 3.0 , and this error is still present
gmake[3]: Leaving directory `/home/jbw/dl/gnu/gcc-4.1.1/obj/stage1-libiberty'
gmake[3]: Entering directory `/home/jbw/dl/gnu/gcc-4.1.1/obj/stage
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-06-08 23:32
---
(In reply to comment #10)
> Just tried to build 4.1.1 on NetBSD 3.0 , and this error is still present
You are using --enable-boostrap, that is what is wrong. Don't use it as it is
known to be broken before 4.2.0.
--- Comment #12 from jbwaters at gmail dot com 2006-06-08 23:43 ---
Ok, with just configure and no options I get
$ gmake bootstrap
mkdir build-i386-unknown-netbsdelf3.0.0.
$ gmake bootstrap3
mkdir build-i386-unknown-netbsdelf3.0.0./libiberty
Configuring in build-i386-unknown-netbsdelf3.
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-06-08 23:45
---
Configure with an abosulte path instead of a relative one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20737
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-08 23:47 ---
Can I also recommend that gcc.dg/bf-ms-layout.c (and all the ms struct layout
tests if there is another one) be changed to run on PPC-darwin and x86 with the
pragam's for ms_struct?
--
http://gcc.gnu.org/bugzill
--- Comment #5 from echristo at apple dot com 2006-06-08 23:57 ---
FWIW btw, the edge case only occurs when the bitfield is the full length of the
array size.
Guh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27948
GCC emits the (undefined) instruction ffreep when TARGET_USE_FFREEP is set
(which happens when -mtune opteron or -mtune athlon is passed on the command
line.
As of the latest available build, Solaris' /usr/ccs/bin/as doesn't understand
this opcode and barfs.
The use of ffreep seems to have been i
--- Comment #6 from echristo at apple dot com 2006-06-09 00:00 ---
Think I've got a patch. testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27948
--- Comment #14 from jbwaters at gmail dot com 2006-06-09 00:01 ---
I have not been able to find that configure option so far, do you happen to
know what it is off hand?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20737
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-09 00:05 ---
One thing is to use GNU binutil's as instead. The other thing to do is to file
a bug with Sun (which is better anyways).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from wilson at specifix dot com 2006-06-09 00:17 ---
Subject: Re: Problem: gcc 4.0.3 on Unix_SV
mirko dot bruzzone at primeur dot com wrote:
> gt-c-pragma.h:46: parse error before `__attribute__'
gt-c-pragma.h uses attribute unused in a parameter list, before the
param
DEAR Sir : GNU
I am writing to you regarding bug report
It resulted based on the last point when having experimented ..the
following...
#include
#include
void subroutine(int n)
{
int buf[n];
fprintf(stderr, "%d (%d)\n", (int)sizeof(buf), (unsigned long)buf);
}
int main( int argc, cha
--- Comment #7 from echristo at apple dot com 2006-06-09 01:12 ---
Confirmed. Patch appears to work. I'll submit it a bit later. Short, one liner.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27948
[EMAIL PROTECTED]:/export/emil/gcc/objdir> uname -a
SunOS cicada 5.10 Generic_Patch i86pc i386 i86pc
[EMAIL PROTECTED]:/export/emil/gcc/objdir> /export/emil/gcc/gcc-4.1.1/configure
--enable-languages=c --prefix=/usr/local/stow/gcc-4.1.1/pkg/gcc-4.1.1
[EMAIL PROTECTED]:/export/emil/gcc/objdir> gmake
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-09 05:15 ---
technically i386-solaris is a multilib target in that -m64 is also built which
means if you don't have a 64bit userland (and in the solaris case GNU as then
you are out of luck as building 64bit requires GNU as). So
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-09 05:37 ---
First off this instruction has been in x87 since at least 287, see
http://www.sandpile.org/post/msgs/2234.htm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27968
tried to make ClanLib:
here's the last lines of the compile that generated the error:
1 -DUSE_GETADDR=1 -I. -I. -I/usr/X11R6/include -g -O2 -I../../Sources -MT
surface_generic.lo -MD -MP -MF .deps/surface_generic.Tpo -c surface_generic.cpp
-fPIC -DPIC -o .libs/surface_generic.o
g++ -DPACKAGE_NA
--- Comment #1 from thomasda at heronet dot ne dot jp 2006-06-09 05:47
---
Created an attachment (id=11643)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11643&action=view)
compile output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27970
--- Comment #6 from patchapp at dberlin dot org 2006-06-09 05:50 ---
Subject: Bug number PR19310
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00435.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-09 05:52 ---
../../Sources/API/Display/Collision/../../GL/opengl_wrap.h:2533: error:
'' has incomplete type
../../Sources/API/Display/Collision/../../GL/opengl_wrap.h:2533: error: invalid
use of 'CLvoid'
setupdisplay.cpp:120: in
array[(x>>2)&3] can be arranged to avoid the right shift.
consider:
% cat shift-and-fold.c
unsigned array[4];
unsigned foo(unsigned long x)
{
return array[(x>>2)&3ul];
}
% /home/odo/gcc/bin/gcc -g -O3 -Wall -c -o shift-and-fold.o shift-and-fold.c
% objdump -dr shift-and-fold.o
shift
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-09 06:18 ---
This works correctly on powerpc. The rtl we get on x86_64 is:
(insn 10 7 11 2 (parallel [
(set (reg:DI 61)
(lshiftrt:DI (reg/v:DI 59 [ x ])
(const_int 2 [0x2])))
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-09 06:20 ---
Here is the RTL we get on PPC:
(insn 6 9 7 2 (set (reg/v:SI 120 [ x ])
(reg:SI 3 r3 [ x ])) 327 {*movsi_internal1} (nil)
(expr_list:REG_DEAD (reg:SI 3 r3 [ x ])
(expr_list:REG_EQUIV (mem/c/i:SI (p
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-06-09 06:43
---
I'm reopening the PR because the bug is not fixed yet on the 4.1 branch. The
current policy is to allow a week before comitting your patch to 4.1 (after
bootstrap & regtesting), and then close the bugzilla PR.
(i
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-06-09 06:53
---
My patch at http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00364.html fixes this
problem (I noted it during while designing the patch, but didn't fill a PR
because I knew it would be fixed soon :)
Thanks Tobias for
101 - 128 of 128 matches
Mail list logo
