Since at least 3.4, the GCC manual says:
Use the `section' attribute with an _initialized_ definition of a
_global_ variable, as shown in the example. GCC issues a warning
and otherwise ignores the `section' attribute in uninitialized
variable declarations.
but this doesn't s
--- Comment #4 from aldot at gcc dot gnu dot org 2007-12-14 09:11 ---
Abovementioned C PR is PR18624 .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30438
--- Comment #5 from rsandifo at gcc dot gnu dot org 2007-12-14 09:02
---
Created an attachment (id=14751)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14751&action=view)
execution testcase
Here's a testcase that produces wrong code, and should fail at runtime.
I'll try it out on
--- Comment #3 from jellby at yahoo dot com 2007-12-14 09:37 ---
I don't know if it's the same bug, but the message is the same:
$ cat test.f
Subroutine FndSph(Alpha,Rad)
Dimension Rad(100),RadInp(100)
Do I = 1, NSphInp
Rad(I) = RadInp(I)
Alpha = 1.2
The test case contains a constructor which is surrounded by a try-catch-block.
Inside the constructor some memory is allocated and an exception is thrown. In
the catch-block the previously allocated memory is freed which leads to an
unexpected segmentation fault. Changing the constant 16 in the tes
--- Comment #1 from c dot matuszewski at gmx dot de 2007-12-14 09:52
---
Created an attachment (id=14752)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14752&action=view)
test case to reproduce the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34461
--- Comment #5 from sam at gcc dot gnu dot org 2007-12-14 10:44 ---
Confirmed on SVN trunk. This is a new regression, the bug is not present in GCC
4.2.3 20071123.
===GNAT BUG DETECTED==+
| 4.3.0 20071213 (experimental) (i686-pc-linux-
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-12-14 10:27 ---
Fixed in trunk (r130928). Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rguenther at suse dot de 2007-12-14 10:16 ---
Subject: Re: [4.3 Regression] Revision 129442 breaks
libstc++ API
On Fri, 14 Dec 2007, tbm at cyrius dot com wrote:
> I found it:
> http://gcc.gnu.org/ml/gcc/2007-10/msg00389.html
I don't remember an explicit request
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-12-14 10:25 ---
Subject: Bug 34324
Author: dfranke
Date: Fri Dec 14 10:25:12 2007
New Revision: 130928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130928
Log:
2007-12-14 Daniel Franke <[EMAIL PROTECTED]>
PR fo
--- Comment #2 from aldot at gcc dot gnu dot org 2007-12-14 11:05 ---
Confirmed. gcc-2.95.4 works as expected:
$ gcc-2.95 -Os -fomit-frame-pointer pr29978.i -S -o -
.file "pr29978.i"
.version"01.01"
gcc2_compiled.:
.text
.align 16
.globl f
.type
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29978
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #6 from oliver dot kellogg at eads dot com 2007-12-14 13:00
---
Backtrace using 20071213 r130895
(gdb) bt
#0 <__gnat_debug_raise_exception> (e=0x8b19390) at
../../../SOURCES/gcc/gcc/ada/s-except.adb:48
#1 0x080a5b9d in <__gnat_raise_nodefer_with_msg> (e=0x8b19390)
at
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-12-14 12:41 ---
On ppc, the following ICEs compiled with -O2 during PRE
typedef __builtin_va_list va_list;
void gftp_config_parse_args (int numargs, char **first, ...)
{
char **dest = first;
va_list argp;
__builtin_va_start (
--- Comment #2 from burnus at gcc dot gnu dot org 2007-12-14 14:00 ---
The problem for (...) expressions is:
In match_primary, several gfc_match_* are called, which all return MATCH_NO,
until gfc_match_char ('('), which returns true. (So far so good.)
However, before "gfc_match_char"
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-12-14 13:42 ---
As even
aggregate = *pointer
is valid gimple, DSE needs to punt on whole-aggregate DSE completely.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34459
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-12-14 14:22 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
s
only if requested.
* tree-ssa-dom.c (record_equivalences_from_stmt): Update caller.
* tree-ssa-pre.c (insert_fake_stores): Likewise.
* gcc.c-torture/compile/20071214-1.c: New testcase.
Added:
trunk/gcc/testsuite/gcc.c-torture/compile/20071214-1.c
Modified:
--- Comment #14 from tbm at cyrius dot com 2007-12-14 14:15 ---
Well, Mark asked for a good reason for removing the headers, and none was
given,
which would imply the next step would have been to revert their removal.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33831
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-12-14 13:16 ---
15.3/10 Referring to any non-static member or base class of an object in the
handler for a function-try-block of a constructor or destructor for that object
results in undefined behavior.
--
rguenth at gcc dot g
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-12-14 12:53 ---
Which is of course because SCCVN does not like this sort of "broken" immediate
uses!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34462
--- Comment #11 from burnus at gcc dot gnu dot org 2007-12-14 12:26 ---
I think this effectively a duplicate of PR 34004.
The example of comment 0 is invalid (the specific functions have arguments
which are not distinguishable per the Fortran standard, see PR 34004). That can
distinguis
--- Comment #6 from aldot at gcc dot gnu dot org 2007-12-14 15:00 ---
Still present on current trunk (20071214).
This used to work with 3.4.6:
.L14:
cmpl$5, %eax
ja .L14
.ident "GCC: (GNU) 3.4.6 (Debian 3.4.6-6)"
Not quite optimal though
--- Comment #15 from bonzini at gnu dot org 2007-12-14 14:31 ---
I have a patch that makes the reduce_bitfield_operations langhook a per-type
field, but it doesn't affect code generation.
Isn't there a testcase in the C++ library that fails if the langhook is
false?...
--
http://gc
--- Comment #16 from rguenther at suse dot de 2007-12-14 14:36 ---
Subject: Re: [4.1/4.2/4.3 Regression] Reference to bitfield
gets wrong value when optimizing
On Fri, 14 Dec 2007, bonzini at gnu dot org wrote:
> I have a patch that makes the reduce_bitfield_operations langhook a per
--- Comment #5 from pault at gcc dot gnu dot org 2007-12-14 12:53 ---
I can see a clean way to do this one - I shall be stuck in Frankfurt for three
hours tonight; I'll do it then.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-12-14 12:46 ---
Created an attachment (id=14753)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14753&action=view)
patch
The problem is that the operand scanner is triggered on a fake store inserted
by PRE insert_fake_stores()
--
Summary: [4.3 Regression] ICE in :q
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth
--- Comment #3 from burnus at gcc dot gnu dot org 2007-12-14 12:33 ---
Related bug: PR 20896 (esp. test case in PR 20896 comment 0).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34004
--- Comment #10 from aldyh at gcc dot gnu dot org 2007-12-14 16:10 ---
Testing a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34448
--- Comment #1 from burnus at gcc dot gnu dot org 2007-12-14 15:11 ---
Subject: Bug 34398
Author: burnus
Date: Fri Dec 14 15:11:17 2007
New Revision: 130932
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130932
Log:
2007-12-14 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #6 from burnus at gcc dot gnu dot org 2007-12-14 15:14 ---
Subject: Bug 34438
Author: burnus
Date: Fri Dec 14 15:14:29 2007
New Revision: 130933
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130933
Log:
2007-12-14 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #2 from burnus at gcc dot gnu dot org 2007-12-14 15:15 ---
FIXED on the trunk (4.3.0).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from bonzini at gnu dot org 2007-12-14 13:10 ---
(right commit was 10718)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10178
--- Comment #3 from burnus at gcc dot gnu dot org 2007-12-14 16:24 ---
As noted by Tobias Schlüter, the following valid program is rejected:
INTEGER = 1
PRINT *, (/ INTEGER /)
END
One solution is to check for the "::" and if it does not exists, set "seen_ts =
0" and "gfc_current_locus
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-12-14 13:32 ---
Confirmed. Reduced testcase:
extern "C" void abort(void);
extern "C" void *memset(void *s, int c, __SIZE_TYPE__ n);
struct ip_addr {
void __attribute__((noinline)) verify() const
{
for (int i = 0;
--- Comment #2 from danglin at gcc dot gnu dot org 2007-12-14 16:44 ---
Breakpoint 1, int_cst_value (x=0x4023d320) at ../../gcc/gcc/tree.c:8047
8047 gcc_assert (bits <= HOST_BITS_PER_WIDE_INT);
(gdb) p bits
$3 = 64
(gdb) bt
#0 int_cst_value (x=0x4023d320) at ../../gcc/gcc/tree.c:80
gcc generates incorrect code from the sample program on several
recent GNU+Linux distributions running on PowerPC. The variable 'unu' is
assigned an incorrect value.
[EMAIL PROTECTED] ~ $ uname -a
Linux ppc64 2.6.21-hardened-r3 #5 SMP Wed Jul 18 17:02:05 UTC 2007 ppc64
PPC970FX, altivec supported
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-14 17:33 ---
Both places where you are deferencing is an aliasing violation.
*** This bug has been marked as a duplicate of 21920 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #125 from pinskia at gcc dot gnu dot org 2007-12-14 17:33
---
*** Bug 34463 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from burnus at gcc dot gnu dot org 2007-12-14 17:19 ---
By the way, your patch does not work, unless I messed up locally. For the
example of comment 0 I get "Hayash" and not "Hayashi":
static character(kind=1)[1:6] * A.1[3]= {&"Takata"[1]{ ...
Test case:
! { dg-do run
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-14 17:48 ---
This:
/usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.so when searching for
-lc
means you don't have the 32bits library installed (really for PPC, you should
be using almost all the time 32bits). Anyways us
/home/dave/gcc-4.3/objdir/./gcc/xgcc -B/home/dave/gcc-4.3/objdir/./gcc/
-B/home/
dave/opt/gnu/gcc/gcc-4.3.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/gcc-4.3.0/hp
pa-linux/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-4.3.0/hppa-linux/include
-isys
tem /home/dave/opt/gnu/gcc/gcc-4.3.0/hppa-linux/sys-incl
--- Comment #3 from bkoz at gcc dot gnu dot org 2007-12-14 18:56 ---
The only thing that I have issue with is this part:
assert (check_use_facet >(named));
There is no verbiage in the standard that specifies that named locales use the
_byname facets. This is implied in the test cas
I see the following on Alpha with trunk 2007-12-12 but not on x86_64:
(sid)[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c
-fconstant-string-class=NSConstantString -O1
projectmanager.app-EditorRulerView.mi
EditorRulerView.m: In function '-[EditorRulerView refreshHighlightedArea]':
EditorRul
I'm sorry, I'm not sure if this bug should be sent to you. Correct me
if I'm wrong. Thank you.
$ g++ -v -save-temp g++bug.cpp
Using built-in specs.
g++: unrecognized option '-save-temp'
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/sha
--- Comment #3 from jakub at gcc dot gnu dot org 2007-12-14 18:00 ---
Subject: Bug 29978
Author: jakub
Date: Fri Dec 14 18:00:39 2007
New Revision: 130938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130938
Log:
PR target/29978
* config/i386/i386.c (ix86_expand
I'm running a 64-bit version of Debian Etch for my ppc970
box (from http://debian-ppc64.alioth.debian.org) and when I
tried to compile gcc-4.2.2, I get the following error:
mv 'libgcc/32/tmp-libgcc.map' libgcc/32/libgcc.map
/home/mclark/Code/gcc-4.2.2/build/./gcc/xgcc
-B/home/mclark/Code/gcc-4.2.
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-12-14 19:21
---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2007-12/msg00685.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34325
--- Comment #3 from danglin at gcc dot gnu dot org 2007-12-14 17:36 ---
HOST_BITS_PER_WIDE_INT is 32 because NEED_64BIT_HOST_WIDE_INT
is not defined in auto-host.h:
/* Define to 1 if HOST_WIDE_INT must be 64 bits wide (see hwint.h). */
#ifndef USED_FOR_TARGET
/* #undef NEED_64BIT_HOST_W
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-12-14 19:27
---
I will give it a go.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
A
--- Comment #1 from tbm at cyrius dot com 2007-12-14 18:22 ---
Created an attachment (id=14754)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14754&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34465
--- Comment #2 from tranzmatt at gmail dot com 2007-12-14 18:26 ---
Subject: Re: Link error when building on ppc970/Debian etch 4.0 (for ppc64)
I do have 32-bit libs in /lib32 and /usr/lib32. I tried adding
-L/lib32 -L/usr/lib32 to LDFLAGS, but the 64bit crti.o & crtn.o in
/lib & /usr
--- Comment #4 from jakub at gcc dot gnu dot org 2007-12-14 18:30 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-12-14 19:25
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
St
I want to declare that the following function does not return, but GCC
complains.
__attribute__((noreturn))
void exec_application(void)
{
asm("rcall application");
}
bootloader.c: In function 'exec_application':
bootloader.c:154: error: 'noreturn' function does return
Is there any way to
--- Comment #5 from sebor at roguewave dot com 2007-12-14 19:35 ---
(In reply to comment #3)
That's an interesting interpretation. I agree it's possible although I suspect
it was not intended. IMO, the _byname facets are really an implementation
detail that was exposed just to show how
--- Comment #20 from joel at gcc dot gnu dot org 2007-12-14 19:41 ---
I left a build running all night and got ACATS results on the trunk on
powerpc-rtems, I get a lot of failures which appear to be constraint or
exception related. I don't know if these are related or not.
,.,. C3400
--- Comment #2 from jakub at gcc dot gnu dot org 2007-12-14 19:43 ---
Aldy, this is your patch as well.
Changing:
--- gimplify.c (revision 130919)
+++ gimplify.c (working copy)
@@ -3490,7 +3490,7 @@ gimplify_modify_expr_rhs (tree *expr_p,
&& TYPE_READONLY (TREE_TYPE (*from
--- Comment #3 from tbm at cyrius dot com 2007-12-14 19:54 ---
(In reply to comment #2)
> Aldy, this is your patch as well.
OK, cool. Do you still want a reduced testcase (because I have one
now, although it's Objective C).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34465
--- Comment #21 from zadeck at naturalbridge dot com 2007-12-14 19:55
---
I am confused about comment #20. Are these constraint failures caused by the
proposed patch? are they independent of the patch? why is this related to the
performance issues in doing SJLJ analysis?
--
http:
--- Comment #22 from joel at gcc dot gnu dot org 2007-12-14 20:00 ---
(In reply to comment #21)
> I am confused about comment #20. Are these constraint failures caused by the
> proposed patch? are they independent of the patch? why is this related to the
> performance issues in doing SJ
--- Comment #4 from burnus at gcc dot gnu dot org 2007-12-14 20:00 ---
(In reply to comment #3)
> I will give it a go.
Dick Hendrickson wrote in c.l.fortran:
| I just sent the question to J3 as either an add-on to an existing
| similar interpretation request or as a new one. As Dan sai
--- Comment #2 from bkoz at gcc dot gnu dot org 2007-12-14 19:32 ---
Subject: Bug 30127
Author: bkoz
Date: Fri Dec 14 19:32:03 2007
New Revision: 130941
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130941
Log:
2007-12-14 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
--- Comment #4 from bkoz at gcc dot gnu dot org 2007-12-14 19:32 ---
Subject: Bug 34449
Author: bkoz
Date: Fri Dec 14 19:32:03 2007
New Revision: 130941
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130941
Log:
2007-12-14 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
Calling through a member function pointer that points to a member function that
has been declared with __attribute((regparm(3))) silently generates incorrect
code. This is true even if the member function pointer has been declared with
the regparm(3) attribute:
int ((__attribute((regparm(3))) FOO
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-12-14 20:26 ---
*** Bug 34468 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 2007-12-14 20:26 ---
*** This bug has been marked as a duplicate of 9381 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from burnus at gcc dot gnu dot org 2007-12-14 20:10 ---
FIXED on the trunk (4.3.0).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
With trunk from 2007-12-12 on Alpha:
(sid)[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O3
gtk-gnutella-host_addr.c
gtk-gnutella-host_addr.c: In function 'socket_addr_set':
gtk-gnutella-host_addr.c:17: internal compiler error: in
lookup_subvars_for_var, at tree-flow-inline.h:1586
Please
--- Comment #1 from tbm at cyrius dot com 2007-12-14 20:04 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
typedef struct host_addr
{
union
{
char ipv6[2];
}
addr;
}
host_addr_t;
static const host_addr_t ipv4_unspecified = {
{ 0, 0 }
};
void socket_addr_set (con
--- Comment #23 from zadeck at naturalbridge dot com 2007-12-14 20:07
---
Subject: Re: [4.3 regression] bad interaction between
DF and SJLJ exceptions
joel at gcc dot gnu dot org wrote:
> --- Comment #22 from joel at gcc dot gnu dot org 2007-12-14 20:00 ---
> (In reply to co
--- Comment #1 from joel at gcc dot gnu dot org 2007-12-14 21:12 ---
Created an attachment (id=14755)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14755&action=view)
Full ACATS Log for PSIM run
Maybe the full log will help someone.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #6 from bkoz at gcc dot gnu dot org 2007-12-14 21:25 ---
Hey Martin! I agree, things are kind of wonky here. Certainly, changing
libstdc++ to have named locales implemented via the _byname facets would not be
hard. If it were specified, of course.
IMO, the _byname complexit
--- Comment #1 from zackw at panix dot com 2007-12-14 21:26 ---
Created an attachment (id=14756)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14756&action=view)
-fdump-tree-optimized output
I looked at the -fdump-tree-optimized output (attached) and it makes somewhat
more sense t
--- Comment #2 from zackw at panix dot com 2007-12-14 21:33 ---
Ooh, it gets worse. The spurious diagnostic is a symptom of an incorrect
optimization. In normal control flow, the result of get_hash is assigned to a
synthetic variable, D.13336, and that variable is used to call operator
ACATS results on the trunk for powerpc-rtems are much worse than
they were for 4.2.2. There were only 3 failures for 4.2.2. I get
a lot of failures which appear to be constraint or
exception related. Here are a few that failed. The full acats.log will
be included as an attachment.
,.,. C34003C
This test case provokes spurious "is used uninitialized" warnings from trunk
GCC.
#include
#include
class HashFunction {};
HashFunction *get_hash (std::string const &);
void generate_dsa_primes (void)
{ std::auto_ptr hash(get_hash("SHA-160")); }
->
backward/auto_ptr.h: In function
--- Comment #3 from bkoz at gcc dot gnu dot org 2007-12-14 21:27 ---
Subject: Bug 30127
Author: bkoz
Date: Fri Dec 14 21:27:09 2007
New Revision: 130944
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130944
Log:
2007-12-14 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
--- Comment #7 from bkoz at gcc dot gnu dot org 2007-12-14 21:27 ---
Subject: Bug 34449
Author: bkoz
Date: Fri Dec 14 21:27:09 2007
New Revision: 130944
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130944
Log:
2007-12-14 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
--- Comment #8 from bkoz at gcc dot gnu dot org 2007-12-14 21:30 ---
This is fixed in mainline and 4_2-branch. It could certainly be put on the
4_1-branch as well, but I don't have that checked out ATM.
I'd rather open a new bug/enhancement request for the named locale to _byname
facet
--- Comment #2 from joel at gcc dot gnu dot org 2007-12-14 21:31 ---
Created an attachment (id=14757)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14757&action=view)
Laurent's very simple test case
Laurent offered this program and said it would print "catch 1" if it worked
correc
--- Comment #3 from laurent at guerby dot net 2007-12-14 21:35 ---
Now let's hope someone knowledgeable about exception handling will step in :).
with Ada.Text_IO; use Ada.Text_IO;
procedure P is
begin
begin
raise Constraint_Error;
exception
when others =>
Put
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-12-14 22:23 ---
I think this is a dup of PR34196. You might want to add something about the
wrong-code bits there.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-12-14 22:28 ---
Are pointers 64bit here? In that case the docs should be updated ;)
But yes, the code in tree-data-ref.c needs to be more careful. Sebastian?
--
rguenth at gcc dot gnu dot org changed:
What|Rem
--- Comment #4 from zackw at panix dot com 2007-12-14 22:31 ---
How do you know whether an EH region is dead? That information does not seem
to be in the dumps.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34470
The following program should print "8" and not "4".
Related to PR 34431.
module m
implicit none
integer, parameter :: it = 8
end module m
program main
implicit none
integer, parameter :: it = 4
integer :: i
i = test()
contains
integer(it) function test()
use m
print *, ki
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-12-14 22:36 ---
(In reply to comment #4)
> How do you know whether an EH region is dead? That information does not seem
> to be in the dumps.
the summary of that other bug is incorrect. I already added information about
the wrong
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-14
22:41 ---
Subject: Re: [4.3 Regression] ICE in int_cst_value, at tree.c:8047 at -O3
> Are pointers 64bit here? In that case the docs should be updated ;)
No, they are 32bit for this target.
Dave
--
http://gc
--- Comment #6 from zackw at panix dot com 2007-12-14 22:45 ---
"How do you know whether an EH region is dead" is still a live question for
this bug. Not turning hash$_M_ptr into D.13336 is only a wrong-code bug if the
block can be executed.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-12-14 23:02 ---
alpha seems to use a different initializer for addr, 'C.0', compared to i686,
which just uses ipv4_unspecified in setup_one_parameter during recursively
inlining the call.
This initializer is never referenced before
On Linux/Intel64, I got
/export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/
/net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/struct/wo_prof_malloc_size_var.c
-O3 -fipa-struct-reorg -fdump-ipa-all -fwhole-program -combine
-fipa-type-escape -fn
--- Comment #3 from bdavis at gcc dot gnu dot org 2007-12-14 23:13 ---
not sure i would call this one 'resolved'.
the gnat users manual does not document any such restriction:
--
In this example, expression is defined
casting a negative _int128_t value to a float or double rounds the resulting
floating point number to the nearest multiple of 2048.
the following C program demonstrates which I compiled with the compile string
"gcc":
int main()
{
__int128_t x = -1025;
double f = x;
return
--- Comment #24 from steven at gcc dot gnu dot org 2007-12-14 23:29 ---
Created an attachment (id=14759)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14759&action=view)
Eric's new test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34400
--- Comment #2 from james at albanarts dot com 2007-12-14 23:30 ---
Oh and i forgot to mention: casting negative __int128_t to "long double"
instead of "float" or "double" compiles correctly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34473
--- Comment #1 from james at albanarts dot com 2007-12-14 23:27 ---
Created an attachment (id=14758)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14758&action=view)
Very simple failure test case
exit code is 0 for pass, 1 for fail
compiled with compile line "gcc"
--
http://g
--- Comment #25 from steven at gcc dot gnu dot org 2007-12-15 00:29 ---
Created an attachment (id=14760)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14760&action=view)
hybrid search, resurrected
This new test case looks even worse for the typical work list algorithm, so I
had th
1 - 100 of 107 matches
Mail list logo
