--- Comment #7 from csm at gnu dot org 2006-04-21 06:37 ---
GnuDHKeyPairGenerator looks all-over wrong when you give it a DHParameterSpec.
It is generating an entirely new P and G, even when you explicitly set those
values. This is totally bogus; if you already have DH parameters, you do
--- Comment #4 from pault at gcc dot gnu dot org 2006-04-21 05:10 ---
Subject: Bug 27113
Author: pault
Date: Fri Apr 21 05:10:22 2006
New Revision: 113133
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113133
Log:
2006-04-21 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/27
--- Comment #3 from pault at gcc dot gnu dot org 2006-04-21 05:10 ---
Subject: Bug 27122
Author: pault
Date: Fri Apr 21 05:10:22 2006
New Revision: 113133
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113133
Log:
2006-04-21 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/27
--- Comment #6 from r_ovidius at eml dot cc 2006-04-21 05:02 ---
One of the first things I tried was to remove the instanceof check and see what
would happen, but it just lead to another exception (I don't recall what it
was).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27228
This bug appears to be present in all version of gcc 3.x.x and 4.x.x
When invoking gas via gcc the -mthumb option is not passed by the compiler
driver to the assembler.
Repeat by:
1) build an arm cross compiler.
2) attempt to assemble an arm thumb .S file, using gcc as the driver:
arm-elf-gcc
--- Comment #28 from igodard at pacbell dot net 2006-04-21 04:07 ---
Wolfgang: the whitspace paper is wonderful! Actually, Bjorne explains why
operator,() was overloadable in the Rationale.
I still think that there is a problem here. If you try to overload other
built-in operators in a
gcc 4.1.0 (and 4.2-20050415) produces wrong output for this program.
I can reproduce it on i386 and mips/mipsel.
Calls for foo_read() must not be discarded (for example, 'mem' might point a
memory-mapped IO register),
but gcc -O optimizes a foo_read() call away.
gcc -O -fno-unit-at-a-time produces
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2006-04-21 03:53
---
Fixed on 4.1 and 4.2.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-04-21 03:51
---
Subject: Bug 27138
Author: jvdelisle
Date: Fri Apr 21 03:51:44 2006
New Revision: 113132
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113132
Log:
2006-04-20 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-04-21 03:47
---
Subject: Bug 27138
Author: jvdelisle
Date: Fri Apr 21 03:47:23 2006
New Revision: 113131
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113131
Log:
2006-04-20 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from acahalan at gmail dot com 2006-04-21 03:41 ---
Mostly, sibcalling does not happen. So in the common case, setting up the
normal ABI-specified stack would be a waste.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27234
I presume that the C++ standard requires this to be an error:
int foo(int arg){
goto Hell;
int i = arg;
Hell:
return arg; // or using i here
}
Especially in the case of plain old data (no constructor, etc.)
this behavior is needlessly incompatible with C.
Please require -pedantic -std=c++
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-21 03:19 ---
Did you know sibcalling reduces the stack usage in fact it is kinda stupid to
have a function call overhead to create a stack?
Therefor the asm should instead create the stack.
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from acahalan at gmail dot com 2006-04-21 03:16 ---
#define asmlinkage __attribute__((regparm(0)))
#define prevent_tail_call(ret) __asm__ ("" : "=r" (ret) : "0" (ret))
As I recall, the kernel expects the stack to remain untouched
so that it can restore that portion of the
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-21 02:35 ---
How is asmlinkage defined?
Second this is valid optimization no matter what if you are folllowing the
correct ABI which is what GCC is doing.
So the real question is why is the kernel using a different ABI here?
--- Comment #5 from csm at gnu dot org 2006-04-21 02:30 ---
There's an `instanceof' check that I think is wrong in
gnu.javax.crypto.jce.sig.DHKeyPairGeneratorSpi.java, line 80:
-> if (! (params instanceof DHGenParameterSpec))
-> throw new InvalidAlgorithmParameterException("params")
The Linux kernel just gained a few ugly hacks because there isn't a function
attribute to tell gcc that it doesn't own the stack:
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=0a489cb3b6a7b277030cdbc97c2c65905db94536
http://www.kernel.org/git/?p=linux/kernel/g
--- Comment #24 from acahalan at gmail dot com 2006-04-21 02:11 ---
PIC register: while the user could save and restore this, the whole point of
this fancy assembly notation is so that gcc can do nice scheduling and register
allocation. The save and restore should thus be done by gcc. Pe
--- Comment #4 from amodra at bigpond dot net dot au 2006-04-21 01:53
---
Fixed mainline.
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
St
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net
|dot org
--- Comment #3 from amodra at gcc dot gnu dot org 2006-04-21 01:52 ---
Subject: Bug 27230
Author: amodra
Date: Fri Apr 21 01:52:13 2006
New Revision: 113130
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113130
Log:
PR target/27230
* config/rs6000/rs6000.c (rs600
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-21 01:03 ---
(In reply to comment #2)
> than why this one produces expected answer?
As I said it is undefined so it could produce your expected result or it does
not have to. But the example in comment #2 is also undefined for
--- Comment #2 from raphael dot ribas at gmail dot com 2006-04-21 01:01
---
int main() {
int a,b;
a=5;
b=7;
a^=b^=a^=b;
printf("%d %d\n",a,b);
return 0;
}
than why this one produces expected answer?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27233
--- Comment #70 from pinskia at gcc dot gnu dot org 2006-04-21 00:40
---
*** Bug 27233 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-04-21 00:40 ---
a[0]^=b[0]^=a[0]^=b[0];
That is undefined, you are modifing a[0] and b[0] more than once without a
sequence point.
*** This bug has been marked as a duplicate of 11751 ***
--
pinskia at gcc dot gnu dot org chan
the following code
#include
int main() {
int a[1],b[1];
a[0]=5;
b[0]=7;
a[0]^=b[0]^=a[0]^=b[0];
printf("%d %d\n",a[0],b[0]);
return 0;
}
this should produce "7 5" as outpout but it produces "0 5"
--
Summary: incorrect xor result on arrays
Product
When run on powerpc-linux, test obj-c++.dg/encode-3.mm fails with an unexpected
warning:
elm3b11% /opt/gcc-nightly/trunk-20060420/bin/g++ -c encode-3.mm
encode-3.mm: In function int main():
encode-3.mm:18: warning: deprecated conversion from string constant to char*'
Test results for lo
--- Comment #4 from janis at gcc dot gnu dot org 2006-04-21 00:12 ---
isa-field-1.mm still fails the same way for powerpc-linux as of 2006-04-20.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23613
--- Comment #4 from janis at gcc dot gnu dot org 2006-04-21 00:11 ---
lookup-2.mm still fails the same way for powerpc-linux as of 2006-04-20.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23614
--- Comment #5 from janis at gcc dot gnu dot org 2006-04-21 00:10 ---
try-catch-2.mm still fails the same way on powerpc-linux as of 2006-04-20. The
other one currently gets an ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23616
--- Comment #9 from mckinlay at redhat dot com 2006-04-20 23:55 ---
I have checked in the fix to the trunk and gcc-4_1-branch.
--
mckinlay at redhat dot com changed:
What|Removed |Added
--
--- Comment #8 from bryce at gcc dot gnu dot org 2006-04-20 23:52 ---
Subject: Bug 27170
Author: bryce
Date: Thu Apr 20 23:52:14 2006
New Revision: 113124
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113124
Log:
PR libgcj/27170
* gnu/gcj/runtime/natSharedLibLoa
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-20 23:48 ---
This also effects sparc64-portbld-freebsd6.1 as described in PR 27179.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from bryce at gcc dot gnu dot org 2006-04-20 23:48 ---
Subject: Bug 27170
Author: bryce
Date: Thu Apr 20 23:47:56 2006
New Revision: 113123
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113123
Log:
PR libgcj/27170
* gnu/gcj/runtime/natSharedLibLoa
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-20 23:47 ---
*** Bug 27179 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-20 23:47 ---
(In reply to comment #3)
> (In reply to comment #2)
> > Does Sparc-FreeBSD have working TLS support?
> According to FreeBSD developers I asked, it does not, yet (probably due
> to missing binutils support).
That mea
--- Comment #3 from gerald at pfeifer dot com 2006-04-20 23:46 ---
(In reply to comment #2)
> Does Sparc-FreeBSD have working TLS support?
According to FreeBSD developers I asked, it does not, yet (probably due
to missing binutils support).
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #4 from danglin at gcc dot gnu dot org 2006-04-20 23:37 ---
4649 else if (any_condjump_p (head))
4650gcc_assert (EDGE_COUNT (bb->succs) > 1
4651&& !BARRIER_P (NEXT_INSN (head)));
(gdb) p debug_r
--- Comment #3 from janis at gcc dot gnu dot org 2006-04-20 23:31 ---
This test and obj-c++.dg/try-catch-9.mm get the same ICE on powerpc-linux on
trunk as of 2006-04-20, and have failed since I started including obj-c++ on
2005-11-02.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #9 from patchapp at dberlin dot org 2006-04-20 23:20 ---
Subject: Bug number PR20257
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-04/msg00785.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-20 23:14 ---
Moving to Classpath.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Compone
--- Comment #7 from danglin at gcc dot gnu dot org 2006-04-20 23:12 ---
Ditto on hppa-unknown-linux-gnu.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #27 from pcarlini at suse dot de 2006-04-20 23:10 ---
(In reply to comment #23)
> Actually I don't see why the comma operator can be overridden in C++ (yes this
> I am raising a question about why the standards says it can).
Well, if we are talking about rationale and progra
--- Comment #3 from tromey at gcc dot gnu dot org 2006-04-20 23:08 ---
Ok... I fixed a problem with my jamvm setup and now
I am seeing this with classpath cvs as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27228
Works in Sun's java. Doesn't work with gcj, with or without the trailing "/"
on the url.
gcj (GCC) 4.2.0 20060419 (experimental)
gcj -o Htest --main=Htest Htest.java
./Htest
Exception in thread "main" java.lang.StringIndexOutOfBoundsException
at java.lang.String.substring (libgcj.so.7)
at
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-20 22:16 ---
Created an attachment (id=11310)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11310&action=view)
updated test case
This is a version of the test case that compiles.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-20 22:16 ---
I see this with 4.2. 4.1 seems to work.
With jamvm and classpath cvs I see something else:
opsy. ~/workspace/classpath/install/bin/jamvm Sec
java.security.NoSuchAlgorithmException: DH
at java.security.KeyPairGen
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-20 21:50 ---
Let me reopen this for a second but really this is a dup of bug 24955 but maybe
there is a language type defined for objc++ and it is not yet implemented in
GCC.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-20 21:48 ---
*** This bug has been marked as a duplicate of 24955 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-04-20 21:48 ---
*** Bug 27230 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
On powerpc64-unknown-linux-gnu with -m64, 85 tests in obj-c++.dg fail with:
elm3b11% /opt/gcc-nightly/trunk-20060420/bin/g++ -c -m64 basic.mm
basic.mm: In function void __objc_gnu_init():
basic.mm:21: internal compiler error: in rs6000_output_function_epilogue, at
config/rs6000/rs6000.c:15346
--- Comment #3 from mckinlay at redhat dot com 2006-04-20 21:45 ---
It does look like these should be made robust in the case of an EINTR which was
caused by a signal other than the interrupt signal.
As for ignoring ENOTCONN and ECONNRESET, I have a vague recollection that there
is a go
Test gfortran.dg/char_transpose_1.f90 fails on mainline for
powerpc-unknown-linux-gnu with optimization:
/home/gccbuild/gcc_trunk_anonsvn/gcc/gcc/testsuite/gfortran.dg/char_transpose_1.f90:9:
internal compiler error: in gfc_conv_array_transpose, at
fortran/trans-array.c:726^M
Please submit a full
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-04-20 21:23 ---
Ah, I see. I only looked at the mainline patch. I was refering to the patch
for PR26565 which is still pending for 4.1 and will bring the 4.1 version
in-line with the mainline version. I guess sh is also affected
--- Comment #11 from steven at gcc dot gnu dot org 2006-04-20 21:16 ---
One of these days someone should manually compute the LCM sets from attachments
1, 2, and 3 ...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from steven at gcc dot gnu dot org 2006-04-20 21:15 ---
Created an attachment (id=11308)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11308&action=view)
LCM dataflow solution for the second gcse pass
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16967
--- Comment #9 from steven at gcc dot gnu dot org 2006-04-20 21:14 ---
Created an attachment (id=11307)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11307&action=view)
LCM dataflow solution for the first gcse pass
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16967
--- Comment #8 from steven at gcc dot gnu dot org 2006-04-20 21:13 ---
Created an attachment (id=11306)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11306&action=view)
CFG at the start of gcse
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16967
--- Comment #8 from amylaar at gcc dot gnu dot org 2006-04-20 21:09 ---
(In reply to comment #7)
> I suggest you test on an architecture that traps on unaligned accesses, so as
> ia64 with the correct prctrl setup.
I don't have access to an ia64 host, but sh-elf is a STRICT_ALIGNMENT ta
--- Comment #7 from steven at gcc dot gnu dot org 2006-04-20 20:53 ---
I have tested this test case again with lcm.c patched with the patch below to
check for insertions on edges where an expression is already available. The
abort does not trigger.
The version of GCC that I patched and
Originally from jsch (jcraft.com)
com/jcraft/jsch/jce/DH.java
getE()
This function works in Sun's java, but on libgcj it fails. Here is a
standalone sample that works in Sun's java:
(I believe this used to work with gnu.crypto)
gcj (GCC) 4.2.0 20060419 (experimental)
gcj --main=Sec -o Sec S
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-04-20 20:47 ---
I suggest you test on an architecture that traps on unaligned accesses, so as
ia64 with the correct prctrl setup. In particular you seem to miss that
ARRAY_REF can have a custom index range that doesn't start with z
--- Comment #6 from amylaar at gcc dot gnu dot org 2006-04-20 20:38 ---
Created an attachment (id=11305)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11305&action=view)
proposed patch for 4.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27226
Testcase:
namespace x {
extern "C" const int y;
};
using x::y;
extern "C" int const y=0;
---
The testcase is orginally from Alex Rosenberg on the IRC channel, modified to
make it valid code so that the linkage specifications match.
This used to work before 4.0.0
--
Summary: [4.0
--- Comment #26 from igodard at pacbell dot net 2006-04-20 19:15 ---
Sorry, fat fingered a submit before message was done, please ignore immediately
previous message. Corrected full one follows later
Ivan
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26974
--- Comment #5 from amylaar at gcc dot gnu dot org 2006-04-20 18:58 ---
(In reply to comment #4)
> Created an attachment (id=11304)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11304&action=view) [edit]
> proposed patch
>
Needs some more work.
--
http://gcc.gnu.org/bugzilla
--- Comment #25 from igodard at pacbell dot net 2006-04-20 18:40 ---
Wolfgang: the whitspace paper is wonderful! Actually, Bjorne explains why
operator,() was overloadable in the Rationale.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26974
--- Comment #24 from bangerth at dealii dot org 2006-04-20 18:16 ---
(In reply to comment #23)
> Actually I don't see why the comma operator can be overridden in C++ (yes this
> I am raising a question about why the standards says it can).
It was mid-March when Stroustrup developed oper
--- Comment #4 from amylaar at gcc dot gnu dot org 2006-04-20 18:10 ---
Created an attachment (id=11304)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11304&action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27226
--- Comment #3 from amylaar at gcc dot gnu dot org 2006-04-20 18:05 ---
(In reply to comment #2)
> You might want to dive into builtins.c:get_pointer_alignment.
>
Hmm, indeed, I see that in 3.5.0 20040512, expand_builtin_memcpy
has found a dest_align of 32 and proceeded to go the store
--- Comment #3 from r_ovidius at eml dot cc 2006-04-20 17:20 ---
Try with
String url = "ftp://gcc.gnu.org";;
(notice the missing "/" at the end). This results in
gnu.java.net.protocol.ftp.FTPException: Invalid number of arguments.
at gnu.java.net.protocol.ftp.FTPConnection.change
--- Comment #2 from bauhaus at futureapps dot de 2006-04-20 16:57 ---
Apperently, this is fixed in the 4.2 trunk, 113114.
Same error with 4.02. (Not in 3.4.5 of GNAT GPL edition)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27225
--- Comment #25 from rguenther at suse dot de 2006-04-20 16:33 ---
Subject: Re: VRP/DOM does not like TRUTH_AND_EXPR
On Thu, 20 Apr 2006, law at redhat dot com wrote:
> Richard -- is there any chance you could pick up the ball on this PR? I
> really
> need to focus on some non-GCC s
--- Comment #24 from law at redhat dot com 2006-04-20 16:24 ---
Richard -- is there any chance you could pick up the ball on this PR? I really
need to focus on some non-GCC stuff for a while, but don't want this issue to
get lost in the process.
Jeff
--
http://gcc.gnu.org/bugzilla
--- Comment #9 from reichelt at gcc dot gnu dot org 2006-04-20 16:24
---
Now also fixed on the 4.1 branch.
The more drastic fix used there (skipping the whole function on errors
instead of just single erroneous objects) is now also on mainline, too.
--
reichelt at gcc dot gnu dot o
--- Comment #23 from pinskia at gcc dot gnu dot org 2006-04-20 16:24
---
Actually I don't see why the comma operator can be overridden in C++ (yes this
I am raising a question about why the standards says it can).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26974
--- Comment #11 from dberlin at gcc dot gnu dot org 2006-04-20 16:21
---
(In reply to comment #10)
> PRE/FRE for mainline need some TLC on their compile-time performance as
> indicated by this PR as well. They're #3 & #4 respectively behind the
> operator
> scanning code and store-ccp
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-04-20 16:19
---
(In reply to comment #14)
> The reversal of the DECL_UID (x) = DECL_UID (t); assignment in name-lookup.c
> causes
Yes because they are the same decl, if the C++ only uses one decl instead of
creating a seperate on
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-04-20 16:19
---
Subject: Bug 26789
Author: reichelt
Date: Thu Apr 20 16:19:21 2006
New Revision: 113121
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113121
Log:
PR mudflap/26789
* tree-mudflap.c (mudflap
--- Comment #10 from law at redhat dot com 2006-04-20 16:17 ---
PRE/FRE for mainline need some TLC on their compile-time performance as
indicated by this PR as well. They're #3 & #4 respectively behind the operator
scanning code and store-ccp and way out of line when compared with the r
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-04-20 16:15 ---
And this is the wrong place for help with signals anyways, please first ask in
a solaris specific mailing list or news group.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from law at gcc dot gnu dot org 2006-04-20 16:13 ---
Subject: Bug 26854
Author: law
Date: Thu Apr 20 16:13:12 2006
New Revision: 113120
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113120
Log:
PR tree-optimization/26854
* tree-ssa-dse.c (dse_opt
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-20 16:06 ---
You can see it by compiling this short example
program with 'g++ --syntax-only':
#include
#include
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27201
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-20 16:06 ---
Ignore that, I appended to the wrong report.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27219
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-04-20 16:05 ---
You might want to dive into builtins.c:get_pointer_alignment.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27226
--- Comment #4 from tobias dot burnus at physik dot fu-berlin dot de
2006-04-20 16:02 ---
(In reply to comment #1)
> This should be fairly straight forward to implement. The
> question is where do we put the module and 8.o file. Is
> ${prefix}/lib/modules a good enough place? There i
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-04-20 16:01
---
Subject: Bug 26789
Author: reichelt
Date: Thu Apr 20 16:01:05 2006
New Revision: 113119
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113119
Log:
PR mudflap/26789
* tree-mudflap.c (mudflap
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-04-20 15:58 ---
This worked in 3.5.0 20040512 (experimental), but failed in 3.5.0 20040630
(experimental)
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-20 15:54 ---
You can see it by compiling this short example
program with 'g++ --syntax-only':
#include
#include
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
-
The compiler used to use move_by_pieces for sh-elf at -O2 for the trivial
strcpy calls in dhrystone, but now it uses memcpy. I've found that this
is because it no longer knows that the two MEM arguments are aligned.
Here is a pruned-down testcase:
char *strcpy (char *, const char *);
extern void
--- Comment #3 from patchapp at dberlin dot org 2006-04-20 15:50 ---
Subject: Bug number PR c++/19963
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-04/msg00761.html
--
http://gcc.gnu.org/bugzil
--- Comment #3 from tromey at gcc dot gnu dot org 2006-04-20 15:47 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-20 15:46 ---
Subject: Bug 21941
Author: tromey
Date: Thu Apr 20 15:46:40 2006
New Revision: 113118
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113118
Log:
PR libgcj/21941:
* gnu/java/net/natPlainDatagra
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-04-20 15:46
---
Mine.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassig
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-20 15:42 ---
Subject: Bug 21941
Author: tromey
Date: Thu Apr 20 15:42:12 2006
New Revision: 113117
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113117
Log:
PR libgcj/21941:
* gnu/java/net/natPlainDatagra
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-04-20 14:57
---
We now generate
return (int) ((unsigned int) (long long int) b + (unsigned int) (long long
int) a);
which is harder to optimize. But with -fwrapv and GVN tree-combiner we get
aa_2 = (long long int) a_1;
b
--- Comment #3 from laszlo dot szakony at philips dot com 2006-04-20 14:52
---
Created an attachment (id=11303)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11303&action=view)
Simple test without automake files to test visibility changes of static members
To create the binaries
--- Comment #4 from moura at kdewebdev dot org 2006-04-20 14:49 ---
One has still to use the -Wsequence-point, in C++?
It would be good if there was no need to explicitly use such a switch...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27224
--- Comment #22 from bangerth at dealii dot org 2006-04-20 14:10 ---
(In reply to comment #17)
> Yes, you pick up my operator in Wolfgang's test case. But in the original
> submission the vector code is *before* my operators, which are consequently
> out
> of scope for the STL code
Tha
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-04-20 13:54 ---
Which, for the testcase in comment #4 gives us
;; Function f (f)
Created value VH.0 for a_1
Created value VH.1 for *VH.0 vuses: (SMT.4_8)
Created value VH.2 for (unsigned int *) VH.0
Created value VH.3 for (int *)
1 - 100 of 132 matches
Mail list logo
