] Error 1
make[3]: Leaving directory `/tmp/gfortran-20051123/ibin/gcc'
make[2]: *** [stmp-multilib] Error 2
make[2]: Leaving directory `/tmp/gfortran-20051123/ibin/gcc'
This is with a "../gcc/configure --enable-languages=c,fortran --disable-libssp
--disable-libmudflap --disable-nl
--- Comment #1 from andreast at gcc dot gnu dot org 2005-11-23 09:00
---
happens also on sparc-sun-solaris2.8.
This patch is responsible for:
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107345
--
andreast at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from charlet at gcc dot gnu dot org 2005-11-23 09:02 ---
So closing as not a GCC bug (likely a GNU make bug).
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from jakub at gcc dot gnu dot org 2005-11-23 09:10 ---
Created an attachment (id=10321)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10321&action=view)
gcc41-pr24991.patch
Does the attached patch cure it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991
--- Comment #4 from machata at post dot cz 2005-11-23 10:26 ---
(In reply to comment #3)
> Testcase is in patch, make check-g++ passed on i686-pc-linux-gnu.
> I'll do bootstrap and more thorough test tomorrow, and send the patch to
> gcc-patches then.
Ok, done today.
--
http://gcc.
--- Comment #17 from corsepiu at gcc dot gnu dot org 2005-11-23 10:30
---
Vanilla 4.0.2 with no further patches applied still fails for me:
# m68k-rtems4.7-gcc -o tmp.o -c pr19421-1.c -O2 -msoft-float
pr19421-1.c: In function 'paranoia':
pr19421-1.c:2084: internal compiler error: Segme
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
|
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2005-11-23 11:10
---
On PowerPC, I get with tree checking:
+===GNAT BUG DETECTED==+
| 4.1.0 20051123 (prerelease) (powerpc-apple-darwin8) GCC error: |
| tree check
--- Comment #32 from ebotcazou at gcc dot gnu dot org 2005-11-23 11:11
---
> with patch from http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01666.html
Probably not the correct long-term fix. Might be good enough for 4.1 though.
> finally, ada is actually dead.
Not very constructive, I
--- Comment #29 from debian-gcc at lists dot debian dot org 2005-11-23
11:47 ---
Created an attachment (id=10322)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10322&action=view)
preprocessed source
The original file still fails on at least hppa-linux, both on 4.0 2005 and
4.
--- Comment #30 from rguenth at gcc dot gnu dot org 2005-11-23 11:55
---
I also still see these problems:
gcc-4.1.0_20051116-4
armv4l 10 ICEs
5 Segmentation fault
1 in insert_save, at caller-save.c:719
4 in cp_expr_size, at cp/cp-obj
--- Comment #31 from debian-gcc at lists dot debian dot org 2005-11-23
11:57 ---
The original file still fails on at least hppa-linux, both on 4.0 2005 and
4.1 20051112, works with 3.4. no results for arm and m68k yet.
Matthias
g++ -c -fpreprocessed libmcop_la.all_cc.ii -g -O2
--- Comment #9 from amodra at gcc dot gnu dot org 2005-11-23 12:05 ---
Subject: Bug 24950
Author: amodra
Date: Wed Nov 23 12:05:41 2005
New Revision: 107417
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107417
Log:
PR middle-end/24950
* expmed.c (store_bit_field
--- Comment #10 from amodra at gcc dot gnu dot org 2005-11-23 12:07 ---
Subject: Bug 24950
Author: amodra
Date: Wed Nov 23 12:07:14 2005
New Revision: 107418
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107418
Log:
PR middle-end/24950
Copy from trunk 2005-11-14
--- Comment #2 from rearnsha at gcc dot gnu dot org 2005-11-23 12:12
---
Similar failures on arm:
libbackend.a(timevar.o)(.text+0x1e4): In function `get_time':
/work/rearnsha/gnusrc/gcc/trunk/gcc/timevar.c:203: undefined reference to
`__floatunsidf'
libbackend.a(timevar.o)(.text+0x200)
Running
gcj -C org/eclipse/jdt/internal/compiler/lookup/LocalTypeBinding.java
in the attached test code results in
./org/eclipse/jdt/internal/compiler/lookup/TagBits.java: In class
'org.eclipse.jdt.internal.compiler.lookup.LocalTypeBinding':
./org/eclipse/jdt/internal/compiler/lookup/TagBits.jav
--- Comment #1 from bero at arklinux dot org 2005-11-23 12:17 ---
Created an attachment (id=10323)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10323&action=view)
test code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24999
--- Comment #1 from amodra at bigpond dot net dot au 2005-11-23 12:20
---
Please attach preprocessed source.
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
-
We fail to compile OpenOffice at the moment due to
> g++ -S -O sbunoobj.min.ii
sbunoobj.min.ii:119: internal compiler error: in coalesce_abnormal_edges, at
tree-outof-ssa.c:646
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructi
--- Comment #1 from rguenth at gcc dot gnu dot org 2005-11-23 12:27 ---
Created an attachment (id=10324)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10324&action=view)
testcase
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25000
--- Comment #14 from fxcoudert at gcc dot gnu dot org 2005-11-23 12:57
---
Created an attachment (id=10325)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10325&action=view)
Almost complete patch for handling CRLF correctly
Attached patch corrects the problem reported here as well
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Summary|GFORTRAN input and carriage |CRLF support in libgfortran
|returns
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-23 13:15 ---
Hmm, r9, wtf. Any ways, we need the .i file :).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|blocker
Component|bootstrap |middle-end
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-23 13:31 ---
Conflict pRes_1(ab) and pRes_8(ab) across an abnormal edge from BB4->BB15
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25000
--- Comment #7 from jakub at gcc dot gnu dot org 2005-11-23 13:53 ---
Subject: Bug 21983
Author: jakub
Date: Wed Nov 23 13:53:15 2005
New Revision: 107420
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107420
Log:
PR c++/21983
* class.c (find_final_overrider): Mo
GCJ produces incorrect byte- and native code for a variation of
2-expressive-puzzlers/puzzle-8/DosEquis.java
from
http://www.javapuzzlers.com/java-puzzlers.zip
Specifically,
| $ cat DosEquis.java
| public class DosEquis {
| public static void main(String[] _) {
| char x = 'X';
|
--- Comment #3 from joseph at codesourcery dot com 2005-11-23 14:07 ---
Subject: Re: New: Build failure on sparc-sun-solaris2.9:
undefined symbol __floatunsitf
On Wed, 23 Nov 2005, fxcoudert at gcc dot gnu dot org wrote:
> Undefined first referenced
> symbol
--- Comment #2 from dir at lanl dot gov 2005-11-23 14:09 ---
I applied the patch to what I had yesterday and did a make and install. I build
a program with it but the program would not run. I got -
[dranta:~/sage/ibar/ibarOne] dir% rage2005GF.x ibarOne.input
dyld: lazy symbol bindin
--- Comment #4 from joseph at codesourcery dot com 2005-11-23 14:09 ---
Subject: Re: Build failure on sparc-sun-solaris2.9/arm:
undefined symbol __floatunsitf
On Wed, 23 Nov 2005, rearnsha at gcc dot gnu dot org wrote:
> /work/rearnsha/gnusrc/gcc/trunk/gcc/timevar.c:203: undefined re
--- Comment #1 from vadimn at redhat dot com 2005-11-23 14:12 ---
> Since i is declared final in the above example, it is a constant
> expression of type int. Therefore, the above clause applies in this
> case.
See also
http://java.sun.com/docs/books/jls/second_edition/html/expression
--- Comment #5 from rearnsha at gcc dot gnu dot org 2005-11-23 14:22
---
Subject: Re: [4.2 Regression] Build failure on
sparc-sun-solaris2.9/arm: undefined symbol __floatunsitf
On Wed, 2005-11-23 at 14:09, joseph at codesourcery dot com wrote:
> On Wed, 23 Nov 2005, rearnsha a
--- Comment #18 from paul dot richard dot thomas at cea dot fr 2005-11-23
14:26 ---
(In reply to comment #15)
> I cannot tell why, but it seems to me that Paul Thomas' test case is no valid
Hej Sven!
You quite correctly picked up that it does not have an explicit interface and
so will
--- Comment #6 from joseph at codesourcery dot com 2005-11-23 14:28 ---
Subject: Re: [4.2 Regression] Build failure on
sparc-sun-solaris2.9/arm: undefined symbol __floatunsitf
On Wed, 23 Nov 2005, rearnsha at gcc dot gnu dot org wrote:
> > ARM should be getting __floatunsidf from iee
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
On Wed, 2005-11-23 at 14:28, joseph at codesourcery dot com wrote:
> In that case the obvious solution is for the NetBSD configuration to start
> using that one function from ieee754-df.S. (I checked that the
> implementations in GCC of __float* already had corresponding
> implementations of _
--- Comment #7 from rearnsha at gcc dot gnu dot org 2005-11-23 14:44
---
Subject: Re: [4.2 Regression] Build failure on
sparc-sun-solaris2.9/arm: undefined symbol __floatunsitf
On Wed, 2005-11-23 at 14:28, joseph at codesourcery dot com wrote:
> In that case the obvious solut
--- Comment #8 from joseph at codesourcery dot com 2005-11-23 14:54 ---
Subject: Re: [4.2 Regression] Build failure on
sparc-sun-solaris2.9/arm: undefined symbol __floatunsitf
On Wed, 23 Nov 2005, rearnsha at gcc dot gnu dot org wrote:
> Not that simple, because the implementation of
This gcc version always requires that system have at least one
floating value that is usable as `NAN' - in its own headers or
specified in build configuration. In this system with this compiler
it is not the case. Can not obtain `NAN' value at all. When trying
to compute it dynamically, the pr
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-23 15:04 ---
This is a dup of bug 16787, the problem is that you need to supply -ieee to the
compiler.
*** This bug has been marked as a duplicate of 16787 ***
--
pinskia at gcc dot gnu dot org changed:
What|
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-11-23 15:04 ---
*** Bug 25002 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
The following test case should print F as per the discussion on
http://groups.google.com/group/comp.lang.fortran/browse_frm/thread/b77f60c2874b4e83/5fdaff5b1edaf688?hl=en#5fdaff5b1edaf688
gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.1-20051112/configure -
--- Comment #1 from sfilippone at uniroma2 dot it 2005-11-23 15:25 ---
Created an attachment (id=10326)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10326&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25003
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-23 15:41 ---
Reduced testcase:
int * f(void);
void g(int*);
bool h(void);
void Find( )
{
int * pRes = f();
if( !pRes ) {
if( h()){
if( h()){
try
{
pR
--- Comment #3 from jakub at gcc dot gnu dot org 2005-11-23 15:45 ---
Can you configure with objc as well to see if you see similar problem
in libobjc?
In any case, preprocessed source (with -E -dD in place of -c) for
one of the files that include io.h (say environ.c) would be helpful.
T
--- Comment #3 from gin at mo dot msk dot ru 2005-11-23 15:58 ---
Subject: Re: build breaks if no `NAN'
Did that. This particular translation unit compiles. With warning
telling the same.
For this particular system there is a workaround, but does it have to
be on any system? If it
--- Comment #3 from phython at gcc dot gnu dot org 2005-11-23 16:05 ---
Created an attachment (id=10327)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10327&action=view)
preprocessed source
Here is the preprocessed source. Sorry, I haven't had a change to run delta on
it yet, nor
--- Comment #4 from bonzini at gcc dot gnu dot org 2005-11-23 16:05 ---
This is actually not a cross build, but a build with srcdir == builddir.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991
--
phython at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfi
gcc-4.1.0-20051113 (rev 106863) misscompiles elfutils-0.116.
elfutils testsuite fails on:
(...)
PASS: run-elflint-test.sh
section [37] '.symtab': _GLOBAL_OFFSET_TABLE_ symbol value 0x10011998
does not match .got section address 0x10011990
with gcc-3.3.6 it works fine.
i'll
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-23 16:14 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24997
--- Comment #1 from pluto at agmk dot net 2005-11-23 16:16 ---
> PASS: run-elflint-test.sh
^^^ should be a FAIL: run-elflint-self.sh
> section [37] '.symtab': _GLOBAL_OFFSET_TABLE_ symbol value 0x10011998
>does not match .got section address 0x10011990
--
h
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-23 16:27 ---
Can you first try after revision 107117 because I think that might had fixed
the problem by looking at the numbers which don't match?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25004
With the code I'm going to attach in a second, I get this:
deal.II/deal.II> c++ -c -O3 -funroll-loops grid_generator.ii
grid_generator.ii:6838: warning: '__malloc__' attribute ignored
grid_generator.ii: In static member function 'static void
GridGenerator::hyper_ball(Triangulation<3>&, const Poin
--- Comment #1 from bangerth at dealii dot org 2005-11-23 16:53 ---
Created an attachment (id=10328)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10328&action=view)
Failing file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25005
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #15 from fxcoudert at gcc dot gnu dot org 2005-11-23 16:58
---
Complete patch submitted for review.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-23 17:01 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25005
--- Comment #2 from bero at arklinux dot org 2005-11-23 17:12 ---
I've just checked post-4.0.2 gcc-4_0-branch (svn 107418), works there
--
bero at arklinux dot org changed:
What|Removed |Added
---
--- Comment #3 from bangerth at dealii dot org 2005-11-23 17:12 ---
Here's a much shorter testcase:
-
#include
struct Point {
Point (const Point &);
Point (const double x);
double values[3];
};
Point::Point (const double x) {
this->values[0] = x;
}
P
Hey,
I know it's not that urgent and as a matter of fact only a theoretical
problem, but still..
g++ crashes for a very long function name ;)
consider this perl program to generate such a stupid-evil source file:
a.pl:
#v+
my $name = "a"x(1024*1024*8);
open( FD, "> test.cpp" ) or die "ohmygawd"
--- Comment #3 from reichelt at gcc dot gnu dot org 2005-11-23 17:37
---
Testcase with simpler class hierarchy:
==
struct A
{
~A();
};
struct B
{
B(A);
};
void foo(bool b)
{
throw b ? B(A()) : B(A());
}
=
--- Comment #5 from dir at lanl dot gov 2005-11-23 17:47 ---
Nothing called gthrw_pthread_mutex_lock (Darwin only has pthread_mutex_lock)is
in any of the libraries as a terminator. If I run gcc directly, I do not know
how to get all the flags set correctly to get a meaningful preprocesse
--- Comment #2 from eedelman at gcc dot gnu dot org 2005-11-23 17:48
---
Confirmed.
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-23 17:53 ---
Can you build from a clean directory? It sounds like you are building in a non
clean one which might cause these issues.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991
--- Comment #4 from gin at mo dot msk dot ru 2005-11-23 18:08 ---
Subject: Re: build breaks if no `NAN'
Know at least one more system that has no `NAN' and which native `cc'
normally generates code that causes program to terminate abnormally:
Arithmetic Exception (core dumped)
The sy
--- Comment #3 from pluto at agmk dot net 2005-11-23 18:31 ---
i'm currently bootstraping rev107414...
btw. i'm observing several warnings for some time...
(...)
build/genrecog ../../gcc/config/rs6000/rs6000.md > tmp-recog.c
../../gcc/config/rs6000/rs6000.md:13543: warning: operand 0 mi
The following code fails to compile:
namespace Foo {
struct Bar {
struct FooBar {};
};
}
using ::Foo::Bar::FooBar; // line 7
The error message being:
using.cpp:7: error: `Foo::Bar' is not a namespace
In the ISO C++ grammar [7.3.3], the using-declaration references a
"nested-name-specifi
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-23 18:48 ---
Reduced (maybe too much as there is an uninitialized variable now):
typedef long unsigned int size_t;
namespace std {
template struct vector {
vector(){
size_t __n;
static_cast<_Tp*>(::ope
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-23 18:51 ---
ICC rejects it as invalid too:
t.cc(7): error: a class-qualified name is not allowed
using ::Foo::Bar::FooBar; // line 7
So does Comeau with the same error message.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-23 18:53 ---
(In reply to comment #3)
> build/genrecog ../../gcc/config/rs6000/rs6000.md > tmp-recog.c
> ../../gcc/config/rs6000/rs6000.md:13543: warning: operand 0 missing mode?
> ../../gcc/config/rs6000/altivec.md:1706: warning
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-23 18:54 ---
I will finish reducing this after class (I stopped and started reducing a
different testcase anyways).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #33 from pluto at agmk dot net 2005-11-23 19:16 ---
(In reply to comment #32)
> > with patch from http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01666.html
>
> Probably not the correct long-term fix. Might be good enough for 4.1 though.
this fix doesn't help for current 4.1.
--- Comment #2 from gdr at integrable-solutions dot net 2005-11-23 19:36
---
Subject: Re: failure "using" a name contained in a class
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| ICC rejects it as invalid too:
| t.cc(7): error: a class-qualified name is not allowed
--- Comment #34 from ebotcazou at gcc dot gnu dot org 2005-11-23 19:36
---
> this fix doesn't help for current 4.1.
It works (or worked) on s390 at least and fix the first problem on PPC though.
Did you try to compile make.adb at -O1 or -O0?
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #19 from papadako at csd dot uoc dot gr 2005-11-23 19:37
---
I don't know if this is related, but I can't compile make profiledbootstrap
on a x86 Linux. Stops in attribs.c. I don't know if it is related to this bug
but you can find more info in http://gcc.gnu.org/ml/gcc/2005
--- Comment #7 from dir at lanl dot gov 2005-11-23 19:45 ---
I did a complete rebuild with the same results -
mkdir gfortran
cd gfortran
svn -q checkout svn://gcc.gnu.org/svn/gcc/trunk gcc
cd gcc
patch -p0 < /Users/dir/Desktop/gcc41-pr24991.patch
configure --prefix=/Users/dir/gfortran
--- Comment #35 from pluto at agmk dot net 2005-11-23 19:47 ---
(In reply to comment #34)
> Did you try to compile make.adb at -O1 or -O0?
i always do a full bootstrap with different flags for stage1 and 2+.
make bootstrap \
BOOT_CFLAGS="%{rpmcflags}" \
STAGE1_CFLAGS="
--- Comment #8 from jakub at gcc dot gnu dot org 2005-11-23 20:24 ---
touch libgfortran/runtime/environ.c
make all-target-libgfortran > LOG
then either cut'n'paste the line that compiled environ.c and replace -c with
-E -dD and -o /environ.o with -o /tmp/environ.i and run that comman
--- Comment #7 from jakub at gcc dot gnu dot org 2005-11-23 20:47 ---
Subject: Bug 21098
Author: jakub
Date: Wed Nov 23 20:47:12 2005
New Revision: 107432
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107432
Log:
2005-05-04 Jakub Jelinek <[EMAIL PROTECTED]>
Revert:
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2005-11-23 20:57
---
Fixed in 4.1 and 4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24794
--
fitzsim at redhat dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com
|dot org |
--- Comment #9 from dir at lanl dot gov 2005-11-23 21:18 ---
Created an attachment (id=10329)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10329&action=view)
The preprocessed output for environ.c
The preprocessed output for environ.c
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-23 21:38 ---
Actually this bug is too funny to reduce, reload is too funny for the life of
me.
Compiling with -da with a semi reduced testcases makes it pass.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24997
The following testcase compiles with gcc-4.0, but generates an error with
optimization with gcc-4.1.
int *
sub (int *i, int k)
{
int j;
for (j = 0; j < 16; j++)
{
asm volatile ("foo %0" : "=S" (*i));
i += k;
}
return i;
}
aretha$ ./xgcc -B./ -O2 -S -da tmp.c
tmp.c: In fu
--- Comment #10 from jakub at gcc dot gnu dot org 2005-11-23 21:57 ---
That looks sane, using __weakref__ attribute and on powerpc64-linux ->
powerpc-apple-darwin8.3.0 cross I verified it creates also reasonable assembly.
So, can you look through all object files that are linked into
li
--- Comment #1 from wilson at gcc dot gnu dot org 2005-11-23 22:05 ---
Confirmed.
I believe 25008 will have to be fixed before we can add a working constraint
letter for this. It should be possible to generate a testcase for this by
taking the example from 25008, changing the "S" to an
--- Comment #11 from dir at lanl dot gov 2005-11-23 22:09 ---
Created an attachment (id=10330)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10330&action=view)
nm of the gfortran libraries
References to the "gthrw" routines seem to be everywhere.
(I am out of here till next Monda
--- Comment #12 from jakub at gcc dot gnu dot org 2005-11-23 22:12 ---
Before you leave, can you still preprocess say unit.c or unix.c the same
way you did it for environ.c?
Or, if it is too late, can anyone else with access to ppc darwin reproduce it?
--
http://gcc.gnu.org/bugzilla
--- Comment #11 from amodra at gcc dot gnu dot org 2005-11-23 22:15 ---
Subject: Bug 24950
Author: amodra
Date: Wed Nov 23 22:15:16 2005
New Revision: 107433
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107433
Log:
PR middle-end/24950
* expmed.c (store_bit_fiel
--- Comment #12 from amodra at bigpond dot net dot au 2005-11-23 22:16
---
Fixed
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
Status|ASSI
--- Comment #13 from amodra at gcc dot gnu dot org 2005-11-23 22:31 ---
Subject: Bug 24950
Author: amodra
Date: Wed Nov 23 22:31:26 2005
New Revision: 107434
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107434
Log:
PR middle-end/24950
Copy from trunk 2005-11-14
--- Comment #13 from bonzini at gcc dot gnu dot org 2005-11-23 22:34
---
I can try tomorrow. To trigger this it's enough to do a in-srcdir
c,fortran,objc build, right?
Paolo
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-11-23 22:51
---
Patch submitted for that bug. Waiting for approval.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #36 from ebotcazou at gcc dot gnu dot org 2005-11-23 23:28
---
> i always do a full bootstrap with different flags for stage1 and 2+.
That doesn't cover the Ada tools. They build for me at -O0 on PowerPC so with
Andrew's FE patch + a possible tweak in the Makefile, you sho
--- Comment #37 from ebotcazou at gcc dot gnu dot org 2005-11-23 23:29
---
Created an attachment (id=10331)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10331&action=view)
Andrew's FE patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
--- Comment #32 from jason at gcc dot gnu dot org 2005-11-23 23:56 ---
My earlier patch fixed all the reduced testcases, but not the unreduced one.
Here's a reduced testcase that still fails (adding a by-value parm to the
virtual function):
struct A
{
A(const A &a);
const A& operat
--- Comment #3 from gaojianbin at 263 dot net 2005-11-24 00:22 ---
../gcc-4.0.2/configure --prefix=/swtdata/emv_emu/emu1/jbgao/gccbin
--enable-threads=aix --enable-languages="c
,c++" --with-included-gettext --enable-shared --disable-multilib
make bootstrap
use the cc compiler;ibm vi
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2005-11-24 00:49
---
Fixed in 4.1 and 4.2, if someone has a dieing need for this in 4.0 let me know
and I will commit the fix there as well.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed
1 - 100 of 135 matches
Mail list logo
