--- Comment #16 from jakub at gcc dot gnu dot org 2006-02-07 06:52 ---
Subject: Bug 2
Author: jakub
Date: Tue Feb 7 06:52:17 2006
New Revision: 110689
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110689
Log:
2006-02-07 Alexandre Oliva <[EMAIL PROTECTED]>
PR deb
--- Comment #15 from jakub at gcc dot gnu dot org 2006-02-07 06:51 ---
Subject: Bug 2
Author: jakub
Date: Tue Feb 7 06:51:39 2006
New Revision: 110688
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110688
Log:
2006-02-07 Alexandre Oliva <[EMAIL PROTECTED]>
PR deb
--- Comment #17 from Ralf dot Wildenhues at gmx dot de 2006-02-07 05:48
---
(In reply to comment #16)
> Please read the summary line: "Wrong libgcc_s.so.1 is used by lt-gij". Ld.so
> will search DT_RPATH first for any shared libraries.
Yes. So all that is missing is a notion in libtoo
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-02-07 05:46
---
(In reply to comment #3)
> Sorry to interfere, Jerry, but I had some time and decided to write that
> patch.
> If you already had a patch for this, I'd be interested in knowing the approach
> you chose.
>
Not a
--- Comment #2 from bkoz at gcc dot gnu dot org 2006-02-07 05:43 ---
Sorry, the alias should only be visible when the user has explicitly invoked
the debug mode, otherwise absent.
I'll fix this.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26142
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-02-07 04:15
---
(In reply to comment #10)
Yes, After looking at this more closely I agree this is not a dup. First letter
f or t of the next name object is being interpreted as the next logical value
in the incomplete array.
-
FAIL: libgomp.c/ordered-2.c (test for excess errors)
Excess errors:
ordered-2.c:(.text+0x29): undefined reference to `__sync_fetch_and_add_4'
--
Summary: libgomp.c/ordered-2.c fails on i686-linux-gnu
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-07 02:50
---
(In reply to comment #9)
> This is pr 24459, see discussion there.
Jerry, I would like to disagree based on the the old bug g77 bug I found which
shows really what is going on here and why this is not really a d
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2006-02-07 02:42
---
This is pr 24459, see discussion there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26136
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-07 02:36 ---
Actually I looked at this again and this is invalid code and we should reject
it (fixing where the const is fixes the wrong code):
struct DebugStringHolder
{
int (*get()) () const;
};
--
Related to PR 66
--- Comment #23 from pinskia at gcc dot gnu dot org 2006-02-07 02:24
---
*** Bug 26148 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 02:24 ---
This is a dup of bug 11828.
Qualified names are looked up at the point of calling and not looked up at
instantiation time
*** This bug has been marked as a duplicate of 11828 ***
--
pinskia at gcc dot gnu dot or
In the transcript below, the program "problem.C", which does not include any
header files, shows a bug in gcc 3.4.0 under Linux (kernel version 2.6.11)
running on an Intel Pentium 4, which still exists in gcc 4.0.2 but does not
exist in gcc 3.3.2. I also enclose two slightly modified versions of
"
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 02:02 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
After running coverity tool I discovered following memory leaks.
1) in gcc/opts.c: memory never freed allocated by 'new_option' pointer.
2) in gcc/df-core.c: Memory never freed allocated by 'postorder' pointer.
3) in tree-data-ref.c: memory never freed allocated by dist_v and init_v
pointers.
I
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|Bootstrapping mainline on |[4.2 Regression
--- Comment #2 from ro at gcc dot gnu dot org 2006-02-07 01:12 ---
Jan, this is your patch, Could you please have a look. This is a regression
from
the 4.1 branch.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Trying to bootstrap mainline as of 20060206 on i386-pc-solaris2.10 with gas
2.15 and no options to select a specific target fails when trying to build
the amd64 libgcc multilib:
/vol/gcc/obj/gcc-4.2.0-20060206/10-gcc-gas/./gcc/xgcc
-B/vol/gcc/obj/gcc-4.2.0-20060206/10-gcc-gas/./gcc/
-B/vol/gcc
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 00:53 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 00:53 ---
I cannot reproduce this at all with 4.0.3 20051105.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26144
Hi,
Noticed a memory leak in tree-ssa-loop-unswitch.c in routine
tree_unswitch_single_loop() function.
I'll submit a patch to fix this leak.
--
Summary: memory leak in loop unswitching.
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Seve
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 00:46 ---
Introduced by:
2005-12-18 Benjamin Kosnik <[EMAIL PROTECTED]>
* include/debug/formatter: Simplify namespace qualifications for
current, nested-only reality. Add top-level namespace alias,
n
When casting a pointer and checking for == NULL, the check is skipped
when -O3 is enabled. I found this problem while compiling bind with
uClibc,
but could reproduce the problem with the debian version of gcc and this
simple
test file.
Environment:
System: Linux d
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-07 00:37 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-07 00:35 ---
Reduced testcase:
struct Pitch
{
int notename_;
};
struct Audio_note
{
Audio_note (Pitch p);
};
void create_audio_elements ()
{
Pitch *pit;
new Audio_note (*pit);
}
Looks like this is caused by:
2006
--- Comment #8 from ian at airs dot com 2006-02-07 00:30 ---
Yes, I still get an unnecessary move in your test case which uses addition.
One reason this happens is because the addition can not be split until after
the reload pass is complete. That is because the add relies on the condi
The following testcase causes a segfault when compiled with 4.0.3 20060206
(with no optimizations). gcc-3.3, 3.4, and 4.1 all seem to work fine with this
code.
-
#include
std::string exception_to_debug_string(const std::exception & e)
{
return std::string("hey now&qu
the
namespace debug = std::__gnu_debug;
from debug/debug.h (which is pulled in by almost every STL header) causes
quite some clashes and is a huge PITA, as debug is often a user application
namespace or
function.
why can't this be inside the std:: namespace or at least not be pulled in
by defa
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||jason at gcc dot gnu dot org
Severity|normal
4.1 cc1plus compiler on sh4-linux fails with the ICE
foo.cc:11: internal compiler error: in gimplify_addr_expr, at gimplify.c:3572
for
struct S
{
double a;
};
void
foo (int z, ...)
{
struct S arg;
__builtin_va_list ap;
arg = __builtin_va_arg (ap, struct S);
}
and 4.2 cc1plus fails with
--- Comment #8 from hjl at lucon dot org 2006-02-06 23:47 ---
This is in SPEC CPU 2006. But it needs a patch to compile with gcc 4.2. Since
I can't verify if gcc 4.2 compiles this benchmark correctly, I am reluctant
to sumbit my patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-06 23:39 ---
It worked with "4.2.0 20051217".
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-06 23:30 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26140
--- Comment #1 from dcb314 at hotmail dot com 2006-02-06 23:02 ---
Created an attachment (id=10793)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10793&action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26140
I just tried to compile package lilypond-2.6.5-2 from Suse Linux with a recent
GNU C++ compiler version 4.2 snapshot 20060204.
The compiler snapshot said
rm -f ./out/drum-note-performer.dep;
DEPENDENCIES_OUTPUT="./out/drum-note-performer.dep ./out/drum-note-performer.o"
/home/dcb/gnu/42-20060204
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-06 22:43 ---
Does this code show up in SPEC CPU 2006?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26136
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 22:42 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-06 22:34 ---
This was the patch to libi77 which fixed the problem for g77:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libf2c/libI77/Attic/lread.c.diff?r1=1.4&r2=1.5&only_with_tag=MAIN&f=h
--
http://gcc.gnu.org/bugzilla/show_b
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-06 22:25 ---
g77 had the same bug until PR 957 was fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Now that we have a CORBA implementation, we ought to provide
"gorbd" and "gtnameserv" executables.
--
Summary: provide gorbd and gtnameserv executables
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
--- Comment #9 from tromey at gcc dot gnu dot org 2006-02-06 22:12 ---
This seems to have stalled.
I think my preferred solution here would be to use memcmp and
let gcc and glibc fight it out for the best implementation.
How far are we from having that be a reasonable approach?
--
t
--- Comment #20 from tromey at gcc dot gnu dot org 2006-02-06 21:54 ---
The included xmlParserAPIs.jar and xercesImpl.jar compiled fine for
me on x86 FC4 using svn gcc 4.0.x.
So, I'm closing this.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from eedelman at gcc dot gnu dot org 2006-02-06 21:51
---
A slightly improved form of the patch attached here earlier has been posted to
the mailing list for review:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00394.html
--
eedelman at gcc dot gnu dot org changed:
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-06 21:44 ---
The bug is in read_logical. We eat the 't' and try to find the next seperator.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26136
--- Comment #3 from hjl at lucon dot org 2006-02-06 21:39 ---
The problem is we have
logical, dimension(max_domains) :: non_hydrostatic
integer, dimension(max_domains) :: time_step_sound
namelist /dynamics/ non_hydrostatic
namelist /dynamics/ time_step_sound
The input is
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-02-06 21:31
---
Sorry to interfere, Jerry, but I had some time and decided to write that patch.
If you already had a patch for this, I'd be interested in knowing the approach
you chose.
--
fxcoudert at gcc dot gnu dot org cha
--- Comment #4 from sje at gcc dot gnu dot org 2006-02-06 21:27 ---
Subject: Bug 25917
Author: sje
Date: Mon Feb 6 21:27:51 2006
New Revision: 110665
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110665
Log:
PR target/25917
* config/ia64/predicates.md (extr_len
--- Comment #2 from tromey at gcc dot gnu dot org 2006-02-06 21:05 ---
Testing a patch.
This may have been fixed, but it fails now.
Setting TREE_USED on the syms decl in GEN_TABLE fixes it.
But maybe that is just papering over the bug?
--
tromey at gcc dot gnu dot org changed:
--- Comment #3 from mahek2k1 at yahoo dot com 2006-02-06 21:05 ---
(In reply to comment #2)
> Please try with Linux and gcc that are still supported.
Thanks for the inputs, sorry for making it confusing, the linux is Redhat 7.1
Additional info
GDB Stack trace is following:
(gdb) ru
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-06 21:01
---
(In reply to comment #8)
> Moving this to the rtl-optimization component, the final tree dump looks
> correct.
Even though the final tree dump looks correct this is a still a front-end issue
as the front-end commu
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 20:59 ---
Hmm:
http://gcc.gnu.org/ml/java-patches/2003-q3/msg00722.html
I thought this was fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26138
--- Comment #9 from sgk at troutmask dot apl dot washington dot edu
2006-02-06 20:57 ---
Subject: Re: EQUIVALENCE broken in 32-bit code with optimization -O2
On Mon, Feb 06, 2006 at 08:33:39PM -, tkoenig at gcc dot gnu dot org wrote:
>
> --- Comment #7 from tkoenig at gcc dot
--- Comment #8 from tobi at gcc dot gnu dot org 2006-02-06 20:56 ---
Moving this to the rtl-optimization component, the final tree dump looks
correct.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
-
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC||tromey at gcc dot gnu dot
|
When natively-compiling the Eclipse jars, I get lots of warnings similar to
this:
org/eclipse/swt/internal/SWTEventObject.java:0: warning:
'_otable_syms_org_eclipse_swt_internal_SWTEventObject' defined but not used
org/eclipse/swt/internal/SWTEventObject.java:0: warning:
'_itable_syms_org_eclipse_
--- Comment #7 from tkoenig at gcc dot gnu dot org 2006-02-06 20:33 ---
Note that http://www.netlib.org/blas/d1mach.f has code
INTEGER SMALL(2)
INTEGER LARGE(2)
INTEGER RIGHT(2)
INTEGER DIVER(2)
INTEGER LOG10(2)
INTEGER SC, CRAY1(38), J
COMMON /
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-06 20:27 ---
Confirmed.
Simple example:
!{ dg-do run }
! Tests filling variables from a namelist read when object list is
! not complete.
program pr
implicit none
integer, parameter :: max_domains = 4
integer ier
log
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-06 20:24 ---
(In reply to comment #6)
> Note, I didn't change the status of the bug yet.
> And you are absolutely right about the behavior of fundamental types. But I
> still encounter a problem with classes.
> Can you explain th
--- Comment #3 from idht4n at hotmail dot com 2006-02-06 20:18 ---
(In reply to comment #2)
> It worked in "4.1.0 20051026".
>
Is 4.1.0 20051026 a snapshot? It doesn't appear on the ftp mirror I checked...
the snapshots went from 20051022 to 20051029. How do I get the version of
which
--- Comment #30 from tkoenig at gcc dot gnu dot org 2006-02-06 20:12
---
Subject: Bug 23815
Author: tkoenig
Date: Mon Feb 6 20:12:44 2006
New Revision: 110664
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110664
Log:
2005-02-06 Thomas Koenig <[EMAIL PROTECTED]>
PR
--- Comment #6 from dg001 at t-online dot de 2006-02-06 20:06 ---
Note, I didn't change the status of the bug yet.
And you are absolutely right about the behavior of fundamental types. But I
still encounter a problem with classes.
Can you explain the behavior of gcc in the following exam
--- Comment #5 from cajus dot hahn at de dot abb dot com 2006-02-06 20:05
---
You are right,
*ptr = struct;
ptr++;
works.I must have mixed up some of my testing results.
Cajus
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26118
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 20:03 ---
GCC has nothing to do with GDB.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
I am trying to use GDB 5.2 on cygwin host and target hms-h8300. I did the make
and built the executables for the above host and target. I used mode to set the
baud rate on the system to 19200.
Then ran gdb
h8300-hms-gdb
target remote /dev/tty0
Remote debugging using /dev/tty0
Conltn't establish co
--- Comment #4 from lmorrison at nautel dot com 2006-02-06 19:54 ---
(From update of attachment 10792)
assembly output from previous preprocessed source
Generated with commandline:
avr-gcc -c -mmcu=atmega32 -I. -gdwarf-2 -DF_CPU=800UL -Os -funsigned-char
-funsigned-bitfields -fpack
--- Comment #3 from lmorrison at nautel dot com 2006-02-06 19:49 ---
Created an attachment (id=10792)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10792&action=view)
assembly output from previous preprocessed source
Generated with commandline:
avr-gcc -c -mmcu=atmega32 -I. -gdwar
--- Comment #2 from lmorrison at nautel dot com 2006-02-06 19:46 ---
Created an attachment (id=10791)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10791&action=view)
preprocessed source demonstrating bug
produced with commandline:
avr-gcc -E -mmcu=atmega32 -I. -gdwarf-2 -DF_CPU=8
--- Comment #1 from hjl at lucon dot org 2006-02-06 19:36 ---
Created an attachment (id=10790)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10790&action=view)
A testcase
I got
/export/build/gnu/gcc/build-x86_64-linux/gcc/gfortran
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/ -
namelist doesn't work correctly
--
Summary: namelist doesn't work correctly
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot
--- Comment #8 from broeni at osb-systems dot com 2006-02-06 19:28 ---
Posted code as from comment #2 to c.l.c++.m to verify if the initalization of
std::cout is well defined (comment #3): "Initialization order of std::cout".
Stephan
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26
--- Comment #16 from hjl at lucon dot org 2006-02-06 19:03 ---
Please read the summary line: "Wrong libgcc_s.so.1 is used by lt-gij". Ld.so
will
search DT_RPATH first for any shared libraries. If you have DT_RPATH entries
pointing to installed paths to libraries/executables in the build
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-02-06 18:49
---
Fixed, sorry for causing this in the first place.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-02-06 18:49
---
Subject: Bug 23359
Author: pinskia
Date: Mon Feb 6 18:49:05 2006
New Revision: 110660
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110660
Log:
2006-02-06 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #5 from mckinlay at redhat dot com 2006-02-06 18:41 ---
Another example of failure:
[5]: Success
java.lang.NullPointerException
at GCTest.testObjChain (GCTest.java:251)
at GCTest.testObjArray (GCTest.java:191)
at GCTest.run (GCTest.java:104)
at java.lang.Thread.
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-02-06 18:39
---
Subject: Bug 23359
Author: pinskia
Date: Mon Feb 6 18:39:30 2006
New Revision: 110657
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110657
Log:
2006-02-06 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #4 from mckinlay at redhat dot com 2006-02-06 18:38 ---
You might need a multiprocessor or hyper-threaded machine to reproduce it. I
was able to reproduce it with HEAD just now:
$ while (true) do gij GCTest; done
[20]: Success
java.lang.LinkageError: field type misma
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-02-06 18:30
---
Here is the backtrace for this bug:
Program received signal SIGSEGV, Segmentation fault.
0x080a4583 in gfc_conv_scalarized_array_ref (se=0xbfaf2924, ar=0x86f5d0c)
at ../../../trunk/gcc/fortran/trans-array.c:1
--- Comment #15 from Ralf dot Wildenhues at gmx dot de 2006-02-06 18:24
---
(In reply to comment #8 by H. J. Lu)
> See
>
> http://gcc.gnu.org/ml/gcc-patches/2004-09/msg02467.html
>
> I don't know how to do --disable-fast-install for gcc.
> --enable-fast-install is totally wrong for EL
--- Comment #14 from r dot emrich at de dot tecosim dot com 2006-02-06
17:58 ---
Subject: Re: libgfortran build failure on mips-sgi-irix6.5
Okay, I will try!
Is there a preprocessor macro defined, which identifies IRIX?
As I see, there are two macros which are candidates IMHO:
_SGI
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-06 17:45 ---
This actually does not help the benchmark right away because we have:
static inline float
quantum_real(float _Complex a)
{
float *p = (float *) &a;
return p[0];
}
static inline float
quantum_imag(float _Complex a
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-06 17:36 ---
And I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
For (-O2 -fno-tree-dominator-opts -fno-tree-salias -fno-tree-sra)
int foo(int i)
{
struct { int i; int j; } a;
a.i = i;
return a.i;
}
store copyprop does not propagate i to the return stmt.
--
Summary: store copyprop not effective
Product: gcc
Version: 4.
--- Comment #7 from tony dot linthicum at amd dot com 2006-02-06 17:13
---
So do I, at least for the original code (i.e. test and test1). I'm curious,
though, if you've tried the example that I listed above (foo). I still get
subregs with that one, though I honestly don't recall at th
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-06 17:07 ---
(In reply to comment #4)
> The testcase also crashes on x86_64-unknown-linux-gnu with "-O -m32":
That exactly the same ICE at which the testcase was ICE before I fixed it the
first time. I wonder why my fix no long
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-02-06 17:05
---
The testcase also crashes on x86_64-unknown-linux-gnu with "-O -m32":
complex5.C: In function 'double __complex__ elt_zero()':
complex5.C:11: error: statement makes a memory store, but has no V_MAY_DEFS nor
V_MUST
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 16:58 ---
I am taking care of this one and the __imag__ part too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
I was looking at some code which is mentioned to be in SPEC 2006 (I forgot
where I found the mentioning)
but anyways it has the following in it:
typedef _Complex float COMPLEX_FLOAT;
float real_part(COMPLEX_FLOAT a)
{
return *(float*)(&a);
}
This should be converted to:
float real_part(COMPLEX
--- Comment #6 from gianni at mariani dot ws 2006-02-06 16:52 ---
Just another data point.
I tried both the original tell_endian() and the tell_endian_good() functions on
the MS Visual Studio 2003 compiler and both generated:
:
0: b0 01 mov$0x1,%al
--- Comment #6 from dtemirbulatov at gmail dot com 2006-02-06 16:51 ---
Created an attachment (id=10787)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10787&action=view)
proposed patch
>Can anybody do a regression hunt on mainline?
I found original fix on the mainline. it is
200
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-06
16:22 ---
Subject: Re: [4.1 Regression] g++.dg/opt/complex5.C:11: ICE: Segmentation
fault
> Dom -> Jeff.
I haven't checked this but it appears from the timing that Jason's
change on 2006-02-03 introduced the failur
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-06 16:19 ---
(In reply to comment #2)
> We should be able to create a PHI for this case.
>
> Hmm, maybe I don't understand load PRE but for some reason I thought it would
> be able to do this case:
This load PRE issue has been
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-06 16:17 ---
the load PRE issue has been fixed but DOM does not thread the jump for some
reason.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21417
--- Comment #2 from kargl at gcc dot gnu dot org 2006-02-06 15:54 ---
I've see this on amd64-*-freebsd. A brief debug session
is described here.
http://gcc.gnu.org/ml/fortran/2006-01/msg00413.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26119
--- Comment #1 from squell at alumina dot nl 2006-02-06 15:36 ---
Created an attachment (id=10784)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10784&action=view)
Test case
Test case; the output should be "23".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26133
unique_copy is overloaded on forward- and output_iterators for the result
iterator; the output_iterator version requires Assignability on the input's
value_type, which isn't required by the resolution to DR #241:
http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#241
I'll attach a demon
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|00
--- Comment #2 from zak at transversal dot com 2006-02-06 15:18 ---
Sorry, my mistake -- I thought I had checked this on both.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26131
--- Comment #1 from pcarlini at suse dot de 2006-02-06 15:16 ---
This is already fixed for mainline and 4.1.0, will not fix in 4_0-branch.
--
pcarlini at suse dot de changed:
What|Removed |Added
-
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-02-06 15:14
---
Btw, we also fail to diagnose the following invalid code snippet:
=
template struct A
{
void foo() = 0;
};
=
--
http://gcc.gnu.org/bugzilla/
1 - 100 of 155 matches
Mail list logo
