Due to libcpp/Makefile.in including the header dependencies in .deps/*.Po, make
tries to recompile libcpp during 'make install' because some of the
dependencies (stdarg.h and stddef.h) don't exist anymore if the bootstrap
compiler got removed. Since the bootstrap compiler isn't there anymore, it
fa
--- Comment #1 from v dot merkatz at gmx dot net 2006-03-03 08:16 ---
This is the error:
[...]
make[1]: Nothing to be done for `install'.
make[1]: Leaving directory `/usr/src/gcc-4.1.0.bld/intl'
make[1]: Entering directory `/usr/src/gcc-4.1.0.bld/libcpp'
gcc -I/usr/src/gcc-4.1.0/libcpp
--- Comment #2 from v dot merkatz at gmx dot net 2006-03-03 08:19 ---
Created an attachment (id=10959)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10959&action=view)
patch working around the problem
This patch to libcpp/Makefile.in shows what's causing the error. The included
de
--- Comment #7 from patchapp at dberlin dot org 2006-03-03 08:25 ---
Subject: Bug number PR c++/15759
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-03/msg00192.html
--
http://gcc.gnu.org/bugzil
Compile time warnings which maybe critical to fix:
/var/tmp/portage/gcc-4.1.0/work/gcc-4.1.0/libgfortran/intrinsics/signal.c: In
function 'signal_sub':
/var/tmp/portage/gcc-4.1.0/work/gcc-4.1.0/libgfortran/intrinsics/signal.c:52:
warning: cast from pointer to integer of different size
/var/tmp/por
compiling a simple c++ program fails. The program is trivial and compiles fine
on g++ 2.95
bash-2.01$ g++ hello.c
ld: 0711-317 ERROR: Undefined symbol: .std::basic_string, std::allocator >::size() const
ld: 0711-317 ERROR: Undefined symbol: .std::basic_string, std::allocator >::operator[](unsigne
--- Comment #5 from falk at debian dot org 2006-03-03 09:42 ---
(In reply to comment #3)
> If you think this is a real and still present bug I could try to add a
> little main() to the file and turn the file into a stand-alone program.
Well, we can't know whether it is a real and still
$ g++ warn.cpp -Wall -ansi
no warnings.
$ g++ warn.cpp -Wall -pedantic
(...) format ‘%p’ expects type ‘void*’, but argument 2
has type ‘A*’
#include
struct A {};
int main()
{
A* a = 0;
printf("a = 0x%p\n", a);
return 0;
}
--
Summary: bogus diagnostic with -pedantic?: f
Seems that "class" is ignored at "friend class a" within class definition
scope. This makes some code I have around not to compile. I may perhaps include
a file with all the classes available at the beginning... but it is ugly.
Nowadays I'm using gcc-3.4 instead of gcc-4.x
See below example of cod
--- Comment #11 from paul dot richard dot thomas at cea dot fr 2006-03-03
10:08 ---
> Even though the final tree dump looks correct this is a still a front-end
> issue
> as the front-end communicates the aliasing sets to the rtl optimizers.
> I am going to take it too.
I have either m
--- Comment #9 from martin at mpa-garching dot mpg dot de 2006-03-03 10:11
---
I managed to narrow down the location of the problem:
The segfault occurs in libbench2/verify-lib.c, in
static void assign_conj(C *Ac, C *A, int rank, const bench_iodim *dim, int
stride);
I added the follow
the attached program compiles the printf call to puts, even when optimization
is disabled. This seems confusing.
--
Summary: printf calls optimized at -O0
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority:
--- Comment #1 from nathan at gcc dot gnu dot org 2006-03-03 10:28 ---
Created an attachment (id=10960)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10960&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26544
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-03-03 10:29 ---
Note that using functions as in fibconst is not really an efficient way to do
this. Still, with gcc 4.1.0 you now have the ability to use
template inline __attribute__((flatten)) unsigned long
long fibconst()
{
--- Comment #2 from nathan at gcc dot gnu dot org 2006-03-03 10:29 ---
Created an attachment (id=10961)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10961&action=view)
i686 assembler
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26544
configured with threads=aix, no nls and languages c, c++; objc
gcc -c -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -DHAVE_CONFIG_H
-I. -I. -I../../gcc-4.1.0/gcc -I../../gcc-4.1.0/gcc/.
-I../../gcc-4.1.0/gcc/../incl
--- Comment #6 from wielemak at science dot uva dot nl 2006-03-03 10:55
---
So true, but you have a test-case. Ok, its a big program, but it will do
the job for you in 5 minutes typing 3 commands. Turning it into a small
program is not a trivial exercise, while it definitely doesn't h
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-03 11:42 ---
This is invalid C++. Use -ffriend-injection to make it work.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
Consider this example:
#include
typedef union
{
__m128 vec;
float data[4];
struct
{
float x,y,z,w;
};
} vec4f_t;
static inline float __attribute__((__always_inline__))
acc(vec4f_t src)
{
float a;
src.vec = _mm_add_ps(src.vec, _mm_movehl_ps(src.vec, src.vec,));
_mm_store_ss(&
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-03 11:47 ---
This is not enough information. You seem to be using the aix linker - how did
you configure gcc? See also http://gcc.gnu.org/install/specific.html#x-ibm-aix
for caveats on using gcc with aix.
--
http://gcc.gnu
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-03 11:50 ---
Indeed. Not exactly useful.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-03 12:07 ---
The C frontend warns:
t.c: In function main:
t.c:9: warning: large integer implicitly truncated to unsigned type
and has in .gimple:
main ()
{
D.1770;
int D.1771;
int D.1772;
struct X x;
x.a = 15;
--- Comment #7 from falk at debian dot org 2006-03-03 12:21 ---
I can't reproduce this problem on alphaev68-linux with gcc 4.0.3 20060212
(prerelease) (Debian 4.0.2-9). So either it is fixed already, or caused by
something else. Can you attach the assembly for the function from your 4.0.
--- Comment #3 from pcarlini at suse dot de 2006-03-03 12:22 ---
I have a patch in testing.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|una
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-03 12:37 ---
How is this confusing? We simplify/fold builtins and other expressions at -O0
all the time.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from wielemak at science dot uva dot nl 2006-03-03 12:43
---
Created an attachment (id=10962)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10962&action=view)
Sources and assembly output
Contains sources and assembly for broken version as well as working version
(r
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 12:45 ---
Actually the C standard says void* only. I don't see the issue here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26542
--- Comment #4 from nathan at gcc dot gnu dot org 2006-03-03 12:49 ---
I find it a surprise that when not optimizing, the compiler has examined the
printf string and determined it can replace the printf with a puts call. This
seems more than mere constant folding.
--
http://gcc.gnu
A 'make bootstrap' of gcc-4.1.0 on MacOSX 10.3.9 (a G4 eMac)
fails as follows:
stage1/xgcc -Bstage1/
-B/Users/mikpeadm/pkgs/darwin-ppc/gcc-4.1.0/powerpc-apple-darwin7.9.0/bin/ -c
-O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variad
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 13:33 ---
Please read the installation insturctions.
http://gcc.gnu.org/install/specific.html#powerpc-x-darwin
You need at least 590.7.
I have 590.12 installed on 10.3.9 just fine.
I downloaded it from
ftp://gcc.gnu.org/pub/g
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|other |libgcj
Summary|gcc-4.1.0-RC{1,2} install |[4.1/4.2 Regre
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 13:37 ---
This is a known issue with 4.1.0, please next time read the announcement as it
might have known bugs and how to work around them.
http://gcc.gnu.org/ml/gcc/2006-03/msg00045.html
*** This bug has been marked as a dup
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 13:37 ---
*** Bug 26538 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-03 13:39 ---
How did you configure GCC?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26539
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 13:42 ---
These warnings are semi expected in that signal is expected not to work with
64bit, this is due to g77 compatibility.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 13:44 ---
(In reply to comment #1)
> Use -ffriend-injection to make it work.
Note -ffriend-injection will not work in this case as -ffriend-injection is
only for friend functions and not for friend classes.
Anyways this is al
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 13:51 ---
What version of awk do you have installed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26545
--- Comment #4 from v dot merkatz at gmx dot net 2006-03-03 13:52 ---
CFLAGS="-march=athlon -mmmx -m3dnow -pipe -Os"
LDFLAGS="-s"
../gcc-4.1.0/configure --host=i686-pc-linux-gnu \
--prefix=/usr \
--infodir=/usr/share/info \
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 13:56 ---
I think this is just because b is used un-initialized.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26546
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 14:02 ---
Actually nope. There are a couple of different issues here.
First is store_copyprop does not work:
# SFT.10_29 = V_MAY_DEF ;
# SFT.11_30 = V_MAY_DEF ;
# SFT.12_31 = V_MAY_DEF ;
# SFT.14_32 = V_MAY_DE
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-03 14:04 ---
Why are you doing this:
--prefix=/usr
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26539
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-03 14:07 ---
This is actually expected. From the C standard:
p The argument shall be a pointer to void. The value of the pointer is
converted to a sequence of printing characters, in an implementation-defined
manner.
--
p
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-03 14:09
---
Can you try -O1 -fno-ivopts -ftree-vrp -finline-functions?
I want to see if this is an interaction between VRP and IVopts, if it is there
is a bug about this issue already filed and I bet it is the same bug.
--
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-03-03 14:09
---
The other bug is PR 26304.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26528
--- Comment #6 from v dot merkatz at gmx dot net 2006-03-03 14:11 ---
Because this is the main gcc package of my distribution, so it obviously has to
go to /usr.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26539
--- Comment #12 from martin at mpa-garching dot mpg dot de 2006-03-03
14:22 ---
(In reply to comment #10)
> Can you try -O1 -fno-ivopts -ftree-vrp -finline-functions?
>
> I want to see if this is an interaction between VRP and IVopts, if it is there
> is a bug about this issue already
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-03-03 14:24
---
(In reply to comment #12)
> BTW, you probably meant '4.2.0', instead of '4.1.2' as target milestone,
> right?
Yes an off by one error on my part.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #9 from falk at debian dot org 2006-03-03 14:24 ---
The reason is:
pl-thread.c:78: warning: ignoring asm-specifier for non-static local variable
'_sc_0'
pl-thread.c:78: warning: ignoring asm-specifier for non-static local variable
'_sc_19'
This makes gcc not know that $19 g
--- Comment #3 from pato101 at gmail dot com 2006-03-03 14:26 ---
(In reply to comment #1)
> This is invalid C++. Use -ffriend-injection to make it work.
>
Wait, why is it invalid? At Bjarne Stroustrup's "C++ programming language"
third edition, chapter 11, section "11.5 Friends" at it
--- Comment #7 from v dot merkatz at gmx dot net 2006-03-03 14:27 ---
I should add that the prefix doesn't matter, configuring it with
--prefix=$HOME/gcc41 has exactly the same result once the gcc in /usr is
removed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26539
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-03 14:29 ---
(In reply to comment #3)
> (In reply to comment #1)
> > This is invalid C++. Use -ffriend-injection to make it work.
> >
> Wait, why is it invalid?
This was valid pre-standard C++, ARM C++ but is no longer valid.
--- Comment #9 from sayle at gcc dot gnu dot org 2006-03-03 14:35 ---
Subject: Bug 26524
Author: sayle
Date: Fri Mar 3 14:35:23 2006
New Revision: 111676
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111676
Log:
PR tree-optimization/26524
* tree-scalar-evoluti
--- Comment #10 from wielemak at science dot uva dot nl 2006-03-03 14:37
---
Frank,
Thanks a lot! It just comes from man gettid:
NAME
gettid - get thread identification
SYNOPSIS
#include
#include
#include
_syscall0(pid_t,gettid)
pid_t g
--- Comment #5 from pato101 at gmail dot com 2006-03-03 14:39 ---
(In reply to comment #2)
> (In reply to comment #1)
> > Use -ffriend-injection to make it work.
>
> Note -ffriend-injection will not work in this case as -ffriend-injection is
> only for friend functions and not for frien
--- Comment #9 from dir at lanl dot gov 2006-03-03 14:51 ---
That got the one in comment #7. Here is the next one -
[dranta:~/tests/gfortran-D] dir% g77 -o write29 write29.f
[dranta:~/tests/gfortran-D] dir% write29
[dranta:~/tests/gfortran-D] dir% gfortran -o write29 write29.f
[dranta:~/
--- Comment #11 from falk at debian dot org 2006-03-03 15:16 ---
(In reply to comment #10)
> This code passes configure and is thus included. Should I conclude glibc
> is broken?
The macro comes from the Debian package "linux-kernel-headers", which
takes it from the Linux kernel.
>
--- Comment #9 from mark at gcc dot gnu dot org 2006-03-03 15:25 ---
In classpath (cvs upstream) this seems to have been solved now by:
2006-03-03 Wolfgang Baer <[EMAIL PROTECTED]>
* gnu/java/net/protocol/jar/Connection.java:
(connect): Throw FileNotFoundException.
--- Comment #2 from multix at gmail dot com 2006-03-03 15:47 ---
I read those caveats, there are no mentions for Fixes needed for 4.2.1 and
since the web-based fix inteface of ibm is for 4.3 and up... without knowing a
specific fix number it is impossible to find it on the FTP for < 4.3.
--- Comment #2 from multix at gmail dot com 2006-03-03 15:48 ---
I have the AIX 4.2.1 awk in /usr/bin/awk
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26545
--- Comment #3 from tkoenig at gcc dot gnu dot org 2006-03-03 16:18 ---
Subject: Bug 25031
Author: tkoenig
Date: Fri Mar 3 16:18:46 2006
New Revision: 111677
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111677
Log:
2006-03-03 Thomas Koenig <[EMAIL PROTECTED]>
PR fo
The address of variable val in prom_init_stdout is passed to prom_getprop.
prom_getprop casts the pointer to u32 and passes it to call_prom in the hope
that OpenFirmware stores something there.
But the pointer is truncated in the lower bits and the expected value is
stored somewhere else.
This gcc
--- Comment #8 from sje at gcc dot gnu dot org 2006-03-03 16:43 ---
Subject: Bug 19061
Author: sje
Date: Fri Mar 3 16:43:43 2006
New Revision: 111678
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111678
Log:
PR rtl-optimization/26345
PR target/19061
* c
--- Comment #6 from sje at gcc dot gnu dot org 2006-03-03 16:43 ---
Subject: Bug 26345
Author: sje
Date: Fri Mar 3 16:43:43 2006
New Revision: 111678
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111678
Log:
PR rtl-optimization/26345
PR target/19061
* c
--- Comment #7 from sje at gcc dot gnu dot org 2006-03-03 16:45 ---
Subject: Bug 26345
Author: sje
Date: Fri Mar 3 16:45:47 2006
New Revision: 111679
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111679
Log:
PR rtl-optimization/26345
PR target/19061
* c
--- Comment #9 from sje at gcc dot gnu dot org 2006-03-03 16:45 ---
Subject: Bug 19061
Author: sje
Date: Fri Mar 3 16:45:47 2006
New Revision: 111679
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111679
Log:
PR rtl-optimization/26345
PR target/19061
* c
--- Comment #1 from segher at kernel dot crashing dot org 2006-03-03 16:58
---
Confirmed, bug is in combine... looking into it...
--
segher at kernel dot crashing dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 17:29 ---
Confirmed, a regression from at least 3.2.3, I don't have a 3.3.x to test with.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-03 17:30 ---
This is also independent of GNU/Linux as it happens on powerpc-darwin too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-03 17:33 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-03 17:33
---
Fixed in 4.1.1.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #3 from jason at gcc dot gnu dot org 2006-03-03 17:48 ---
This is also an issue for the trunk:
sizealign
sa 8 4
sa.a8 8
sb 12 4
sb.b8 8
--
jason at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from jason at gcc dot gnu dot org 2006-03-03 17:49 ---
Again, the trunk matches the (incorrect) 3.4.1 output
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from bkoz at gcc dot gnu dot org 2006-03-03 17:52 ---
Created an attachment (id=10963)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10963&action=view)
make _M_used, _M_free atomic
Hey. This is a patch to make these operations atomic. It's based on top of
another s
--- Comment #7 from bkoz at gcc dot gnu dot org 2006-03-03 17:53 ---
Created an attachment (id=10964)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10964&action=view)
sources, as patched with p.20060303
Tarball of the patched sources.
--
http://gcc.gnu.org/b
--- Comment #25 from bkoz at gcc dot gnu dot org 2006-03-03 17:55 ---
Fixed
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-03 18:00 ---
Yes this is the same bug as PR 26197. Closing as a dup.
*** This bug has been marked as a duplicate of 26197 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-03-03 18:00
---
*** Bug 26518 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from bkoz at gcc dot gnu dot org 2006-03-03 18:03 ---
>I've also found that, instead, the semi-documented '-pthread'
>compilation [from the above PR] option makes things work OK too
It is a good idea to use -pthread when compiling code that uses threads on
linux.
I can
--- Comment #27 from pinskia at gcc dot gnu dot org 2006-03-03 18:04
---
These functions come from vec.c, I wonder if we can aviod the ggc functions
show different. Note this is why having the same header file for build and
host is hard to keep updated.
--
pinskia at gcc dot gnu do
--- Comment #4 from bkoz at gcc dot gnu dot org 2006-03-03 18:05 ---
This is being treated as a placeholder until there is actually information for
reproducing the issue for the rest of us
For information on the kinds of performance test cases that are useful, please
consult the fi
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 18:07 ---
hmm, this might not that important any more since "make all-gcc" works, maybe
documenting more of what works and what does is more important than documenting
--disable-bootstrap.
--
pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 18:09 ---
This has been fixed. Though some of the toplevel targets are missing still but
this bug has been fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-03 18:11 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26073
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-03 18:16 ---
Caused by:
+2006-02-03 Lee Millward <[EMAIL PROTECTED]>
+
+ * typeck.c (string_conv_p): Pass appropiate
+ OPT_W values when calling warning().
+ (build_array_ref, cxx_mark_addressable): Likewi
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-03 18:16 ---
Caused by:
+2006-02-03 Lee Millward <[EMAIL PROTECTED]>
+
+ * typeck.c (string_conv_p): Pass appropiate
+ OPT_W values when calling warning().
+ (build_array_ref, cxx_mark_addressable): Likewi
--- Comment #7 from patchapp at dberlin dot org 2006-03-03 18:19 ---
Subject: Bug number PR 26254
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-02/msg01009.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-03 18:21 ---
Fixed, confirmed fixed via Joseph S. Myers on IRC.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #31 from pinskia at gcc dot gnu dot org 2006-03-03 18:25
---
I am going to apply my patch to the mainline in the next or two, I will make
sure I also apply my follow up patch too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from segher at kernel dot crashing dot org 2006-03-03 18:34
---
Not a bug at all, actually. GCC thinks it can mask out the lower few bits,
because GPR1 should
always be 16-byte aligned. And it isn't in your prom_init testing, and that's
the bug. Better
figure out how _
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-03 18:51 ---
Problem else where, and not in this piece of source.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 18:54 ---
Interesting it shows up on powerpc64 also with the work around of turning off
if conversion fixing the issue too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 18:56 ---
With -O2:
L4:
addi r1,r1,128
mr r3,r2
ld r0,16(r1)
ld r31,-8(r1)
mtlr r0
blr
With -O2 -fno-if-conversion:
L4:
addi r1,r1,128
ld r0,16(r1)
ld r3
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-03 19:00 ---
Oh, if I turn off the first pass of scheduling it also works so that means this
is truely a ra issue. if conversion is just exposing the problem by moving the
load of constant above the branch.
--
http://gcc.gn
end subroutine
end
elm3b11:/home/pawar> /opt/gcc-nightly/trunk-20060303/bin/gfortran test.f90
test.f90: In function p:
test.f90:10: internal compiler error: in gimplify_expr, at gimplify.c:5788
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bug
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 19:11 ---
*** This bug has been marked as a duplicate of 25619 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-03 19:11 ---
*** Bug 26550 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
1 - 100 of 123 matches
Mail list logo
