--- Comment #10 from ebotcazou at gcc dot gnu dot org 2005-11-14 07:54
---
> Eric, I believe Richard Kenner has a fix for this one.
Great. I've one too, but it is in Gigi.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22333
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2005-11-14 07:49
---
> Patch pending.
No, there is no possible patch. They *have* to be compiled with -fstack-check.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #17 from laurent at guerby dot net 2005-11-14 07:47 ---
Patch pending.
--
laurent at guerby dot net changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #9 from laurent at guerby dot net 2005-11-14 07:44 ---
Eric, I believe Richard Kenner has a fix for this one.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #2 from uros at kss-loka dot si 2005-11-14 07:13 ---
Fixed by Jakub's patch.
--
uros at kss-loka dot si changed:
What|Removed |Added
Status|UNCONF
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #3 from mmitchel at gcc dot gnu dot org 2005-11-14 05:49
---
Fixed in 4.1.
See http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00945.html for rationale for
not fixing this PR in earlier releases.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from mmitchel at gcc dot gnu dot org 2005-11-14 05:45
---
Subject: Bug 24817
Author: mmitchel
Date: Mon Nov 14 05:45:45 2005
New Revision: 106884
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106884
Log:
PR c++/24817
* decl.c (check_redeclaration
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-14 05:00 ---
Another testcase:
typedef struct {}Object;
void Err_Handler (Object,Object) __attribute__ ((__noreturn__));
int P_Error (int argc, Object *argv) {
Err_Handler (argv[0], argv[1]);
}
Object being a struct is
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-14 04:56 ---
Confirmed, reduced testcase:
typedef struct {}Object;
void Err_Handler () __attribute__ ((__noreturn__));
int P_Error (int argc, Object *argv) {
Err_Handler (argv[0], argv[1], argc-2, argv+2);
}
-
Another a
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-14 04:41 ---
Reducing (that means I can confirm this but would like a smaller testcase).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24840
--- Comment #4 from malitzke at metronets dot com 2005-11-14 04:26 ---
Created an attachment (id=10232)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10232&action=view)
gcc-4.1.0-20051112 -E output of offending source error.c
This error.i was made using the same gcc parameters as
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-14 04:03 ---
Subject: Re: [4.1 Regression] ICE process_assert_insertions_for, at
tree-vrp.c:2807
>
>
>
> --- Comment #2 from malitzke at metronets dot com 2005-11-14 03:58
> ---
> Subject: Re: [4.1 Regression] ICE
>
>
>
> --- Comment #2 from malitzke at metronets dot com 2005-11-14 03:58
> ---
> Subject: Re: [4.1 Regression] ICE
> process_assert_insertions_for, at tree-vrp.c:2807
>
>
> Here is another try supposedly in plain text. The first bounced at your end
> while my copy came ok.
> R
--- Comment #2 from malitzke at metronets dot com 2005-11-14 03:58 ---
Subject: Re: [4.1 Regression] ICE
process_assert_insertions_for, at tree-vrp.c:2807
Here is another try supposedly in plain text. The first bounced at your end
while my copy came ok.
Regards Ray
_
This new test fails for mmix-knuth-mmixware, still with
"Sun Nov 13 12:09:09 UTC 2005 (revision 106861M)".
The message in gcc.log is:
PASS: gcc.dg/attr-weakref-1.c (test for excess errors)
*** EXIT code 4242^M
FAIL: gcc.dg/attr-weakref-1.c execution test
I'm not sure whether this is a failure of
--
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 2005-11-14 02:27 ---
Could you attach it to the bug report?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
With "Sun Nov 13 12:09:09 UTC 2005 (revision 106861M)"
(likely not important, a
"make check-gcc 'RUNTESTFLAGS=dg.exp=attr-weakref-1.c'"
shows this:
Running /home/hp/combined/combined/gcc/testsuite/gcc.dg/dg.exp ...
FAIL: gcc.dg/attr-weakref-1.c (test for excess errors)
WARNING: gcc.dg/attr-weakref
Occurs with -O3 and -O2, but not -O1. Could be related to the only match found
in search 21021 also ICE tree-vrp. However now is on a ppc G4 and not with
glibc. Tried reproducibility on the -E output (error.i) with both complete of
original parameters and only with gcc -c {-O3, -O2, -O1} error.i. T
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #21 from dje at watson dot ibm dot com 2005-11-14 01:58 ---
Subject: Re: [4.0/4.1 Regression] mgrid loop performance regression with
ivopts (register pressure)
And mesa has taken a performance dive...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18048
--- Comment #9 from mmitchel at gcc dot gnu dot org 2005-11-14 01:50
---
Fixed in 4.1.
See http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00942.html for considerations
about backporting to other branches.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-11-14 01:45
---
Subject: Bug 20293
Author: mmitchel
Date: Mon Nov 14 01:45:19 2005
New Revision: 106879
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106879
Log:
PR c++/20293
* cxx-pretty-print.c (pp_cxx_
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-14 01:42 ---
(In reply to comment #6)
> Fixed by unknown patch between "Wed Nov 9 10:21:03 UTC 2005 (revision
> 106681M)"
> and "Wed Nov 9 21:45:22 UTC 2005 (revision 106710M)".
Most likely by:
2005-11-09 Andreas Krebbel <[E
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #4 from dnovillo at gcc dot gnu dot org 2005-11-14 01:25
---
Subject: Bug 24703
Author: dnovillo
Date: Mon Nov 14 01:24:54 2005
New Revision: 106878
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106878
Log:
PR 24703
* omp-low.c (determine_parallel_
--- Comment #6 from hp at gcc dot gnu dot org 2005-11-14 01:18 ---
Fixed by unknown patch between "Wed Nov 9 10:21:03 UTC 2005 (revision
106681M)"
and "Wed Nov 9 21:45:22 UTC 2005 (revision 106710M)".
--
hp at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from ghazi at gcc dot gnu dot org 2005-11-14 01:00 ---
Builtin fputs{_unlocked} et al. are transformed via fold_builtin as well as
expand. AFAICT folding is done rather early, so perhaps this can be fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24729
--- Comment #9 from giovannibajo at libero dot it 2005-11-14 00:30 ---
Mark, do you believe that the introduction of COMPOUND_LITERAL_EXPR in the C++
frontend could be feasable for 4.1?
--
giovannibajo at libero dot it changed:
What|Removed |Added
--- Comment #20 from steven at gcc dot gnu dot org 2005-11-14 00:28 ---
Is this still a problem? The SPEC graph for mgrid on PPC has moved up lately:
http://www.suse.de/~gcctest/SPEC/CFP/sb-huckleberry2-head-64/172_mgrid_big.png
--
steven at gcc dot gnu dot org changed:
Mudflap is not registering global variable definitions that are not referenced
within the source file that they are defined in. Compile a C file
with the single line "short globalvar;" in it with gcc -c -fmudflap.
Note that there are no calls to __mf_register emitted.
The culprit seems to be this
FAIL: g++.dg/tls/static-1.C execution test
has appeared on ia64-hp-hpux11.23, both -milp32 and -mlp64, on mainline between
20051108 and 20051110 (when the test was added).
--
Summary: g++.dg/tls/static-1.C execution test fails
Product: gcc
Version: 4.1.0
as sent here http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00795.html
some linux/freebsd elf targets already do this such as alpha, i386, and ppc.
this patch fixes up a bunch of other linux elf targets to move the path of the
dynamic linker out of the LINK_SPEC define and into its own DYNAMIC_LINK
gcc-4.0.2/gcc/configure, line 13879:
sh-*-* | sh[34]-*-*)
...
tls_first_major=2
tls_first_minor=13
tls_as_opt=--fatal-warnings
;;
note that this case doesn't consider the possibilities of sh[34]eb for
big-endian architectures and so fails to set the variabl
--- Comment #2 from dgraham at nortel dot com 2005-11-13 20:17 ---
Subject: Re: Duplicate constructors with -fmudflap
On Sun, Nov 13, 2005 at 04:20:06PM -, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-13 16:20
> ---
--- Comment #6 from jb at gcc dot gnu dot org 2005-11-13 19:42 ---
Patch for matmul here: http://gcc.gnu.org/ml/fortran/2005-11/msg00366.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21468
--- Comment #1 from jakub at gcc dot gnu dot org 2005-11-13 19:37 ---
Subject: Bug 24797
Author: jakub
Date: Sun Nov 13 19:37:27 2005
New Revision: 106868
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106868
Log:
PR libgomp/24797
* team.c (initialize_team): Pass
--- Comment #4 from wanderer at rsu dot ru 2005-11-13 18:20 ---
More simple testcase (without templates):
8X-
namespace N {
struct _V_base {
int _impl;
};
struct V : _V_base {
using _V_base::_impl;
};
} // namespace N
struct T {
--- Comment #3 from wanderer at rsu dot ru 2005-11-13 18:19 ---
Created an attachment (id=10231)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10231&action=view)
simplified testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-13 16:47 ---
New project for 4.2:
http://gcc.gnu.org/wiki/Array%20references%20on%20pointers
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16187
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-13 16:20 ---
Do you have an example source?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24830
--- Comment #4 from steven at gcc dot gnu dot org 2005-11-13 16:17 ---
What happens here is just copy propagation by DOM and VRP for "conditional
copies", e.g. with "if (a==b) ..." we can record b as a copy of a, or a as a
copy of b. In this case, copy propagation just happens to make I
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-13 16:16 ---
PR 24835 will track the accepts invalid part.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24833
The following code is invalid:
import java.security.MessageDigest;
import java.security.NoSuchAlgorithmException;
class a
{
private static final MessageDigest md5Digest;
static
{
try
{
md5Digest = MessageDigest.getInstance("MD5");
}
catch (NoSuchAlgorithmExceptio
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-13 16:15 ---
So there is really two issues here, first that libgcj contains invalid code,
second gcj accepts invalid code. This bug will track the contains invalid code
part.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-13 16:07 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-13 16:06 ---
The fprintf has been split up already so fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-13 16:05 ---
Fixed by:
2005-11-13 Razya Ladelsky <[EMAIL PROTECTED]>
* ipa-prop.c (ipa_callsite_compute_param ): Removed obsolete type
checking.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-11-13 15:57 ---
Can we have an update on this please? It seems to be still not fixed on
mainline.
Thanks,
Richard.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24621
--- Comment #3 from steven at gcc dot gnu dot org 2005-11-13 13:56 ---
Created an attachment (id=10230)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10230&action=view)
patch
I can't think of better wording for the diagnostic. Some help there would be
appreciated.
--
http://
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2005-11-13 13:51
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #2 from steven at gcc dot gnu dot org 2005-11-13 12:24 ---
*** Bug 24806 has been marked as a duplicate of this bug. ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from steven at gcc dot gnu dot org 2005-11-13 12:24 ---
*** This bug has been marked as a duplicate of 20839 ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pcarlini at suse dot de 2005-11-13 12:22 ---
Fixed for 4.0.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from pcarlini at suse dot de 2005-11-13 12:21 ---
Fixed for 4.0.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from pcarlini at suse dot de 2005-11-13 12:21 ---
Fixed for 4.0.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from pcarlini at suse dot de 2005-11-13 12:20 ---
Fixed for 4.0.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from paolo at gcc dot gnu dot org 2005-11-13 12:19 ---
Subject: Bug 24818
Author: paolo
Date: Sun Nov 13 12:19:01 2005
New Revision: 106864
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106864
Log:
2005-11-13 Douglas Gregor <[EMAIL PROTECTED]>
PR libst
--- Comment #4 from paolo at gcc dot gnu dot org 2005-11-13 12:19 ---
Subject: Bug 24809
Author: paolo
Date: Sun Nov 13 12:19:01 2005
New Revision: 106864
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106864
Log:
2005-11-13 Douglas Gregor <[EMAIL PROTECTED]>
PR libst
--- Comment #3 from paolo at gcc dot gnu dot org 2005-11-13 12:19 ---
Subject: Bug 24799
Author: paolo
Date: Sun Nov 13 12:19:01 2005
New Revision: 106864
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106864
Log:
2005-11-13 Douglas Gregor <[EMAIL PROTECTED]>
PR libst
--- Comment #3 from paolo at gcc dot gnu dot org 2005-11-13 12:19 ---
Subject: Bug 24805
Author: paolo
Date: Sun Nov 13 12:19:01 2005
New Revision: 106864
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106864
Log:
2005-11-13 Douglas Gregor <[EMAIL PROTECTED]>
PR libst
--- Comment #4 from paolo at gcc dot gnu dot org 2005-11-13 12:14 ---
Subject: Bug 24818
Author: paolo
Date: Sun Nov 13 12:14:51 2005
New Revision: 106863
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106863
Log:
2005-11-13 Jonathan Wakely <[EMAIL PROTECTED]>
* inclu
--- Comment #3 from paolo at gcc dot gnu dot org 2005-11-13 12:14 ---
Subject: Bug 24818
Author: paolo
Date: Sun Nov 13 12:14:15 2005
New Revision: 106862
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106862
Log:
2005-11-13 Jonathan Wakely <[EMAIL PROTECTED]>
* inclu
the close() method from java.nio.channels.FileChannel (through
java.nio.channels.spi.AbstractInterruptibleChannel) is throwing an exception
inside the close() method in gnu.gcj.runtime.PersistentByteMap.
This can be resolved in two ways:
1. Catch the Exception in the close() method and just drop t
--- Comment #4 from rguenth at gcc dot gnu dot org 2005-11-13 11:47 ---
They can happen due to macro expansion or C++ template inlining. I wonder if
PRE for scalar-evolutions would be useful ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19590
Example is found in file java.lang.VMCompiler, by code:
private static final MessageDigest md5Digest;
static
{
try
{
md5Digest = MessageDigest.getInstance("MD5");
}
catch (NoSuchAlgorithmException _)
{
md5Digest = null;
}
}
The second assig
--- Comment #2 from m4341 at abc dot se 2005-11-13 11:32 ---
This is actually in use in the class gnu.gcj.tools.gcj_dbtool.Main.java, line
382.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20977
I would like to see a modularization of the Java libraries.
This will allow for use of Java/gcj in an embedded or semi-embedded environment
with the benefits of a "full" java.
However - it shall still be possible to build a single module too for those
environments that doesn't need modularization.
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #3 from rakdver at gcc dot gnu dot org 2005-11-13 10:02 ---
This is easy to implement; the question is whether we really want to waste
compile time to handle this type of examples that do not seem very likely to
appear in practice.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2005-11-13 09:57
---
See http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00807.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #26 from ebotcazou at gcc dot gnu dot org 2005-11-13 09:55
---
Subject: Bug 24003
Author: ebotcazou
Date: Sun Nov 13 09:55:11 2005
New Revision: 106860
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106860
Log:
PR middle-end/24003
* calls.c (expand_c
--- Comment #7 from jason at gcc dot gnu dot org 2005-11-13 08:23 ---
Subject: Bug 22489
Author: jason
Date: Sun Nov 13 08:23:04 2005
New Revision: 106854
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106854
Log:
PR c++/22489
* dwarf2out.c (gen_subprogram_die):
--- Comment #10 from aj at gcc dot gnu dot org 2005-11-13 08:03 ---
I haven't tested SPEC for some time, so cannot tell when this happened first,
the error is in current GCC with your patch applied.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
77 matches
Mail list logo
