--- Additional Comments From dbaron at dbaron dot org 2005-08-20 04:33
---
As I wrote in https://bugzilla.mozilla.org/show_bug.cgi?id=81385#c9 :
Looking at the C++ standard (the out-of-date 1998 version, I admit), as far as I
can tell a conformant compiler is required to give a diagnost
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-20
02:43 ---
Here is a self contained testcase for this:
struct B1
{
virtual ~B1 () throw(){}
B1 (){}
int x;
};
struct B2
{
virtual ~B2 () throw(){}
B2 (){}
int x;
};
struct D : B1, B2
{
D (){
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-20
02:37 ---
3.2.3 and 3.0.4 rejected the code:
t.cc: In function `void f(int)':
t.cc:4: variable-sized object of type `int[n]' may not be initialized
No recent (from 2.95.3 and above) GCC version got this right (well a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-20
02:30 ---
Testcase which was attached on PR 20427:
#include
void f(int n)
{
int * a = new int [n] () ;
for (int i = 0; i < n; ++i)
{
std::cout << a[i]++ << ' ';
}
std::cout << '\n';
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-20
02:29 ---
(In reply to comment #6)
> Should I file a different bug, or is this the same problem but unseen until
> now
> on 4.x?
There is a PR about this issue, PR 23480. I will attach your testcase.
--
http://
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-20
02:26 ---
earth:~>time gcc -O1 t.cc -S
5.993u 0.056s 0:06.18 97.7% 0+0k 0+0io 0pf+0w
earth:~>time gcc -O1 t.cc -S -O2
11.529u 0.058s 0:11.84 97.7%0+0k 0+0io 0pf+0w
earth:~>time gcc t.cc -S
0.426u 0.012s 0:00.
ith: /home/peshtigo/pinskia/src/gnu/gcc/src/configure
--target=i686-pc-linux-gnu --
host=i686-pc-linux-gnu --enable-__cxa_atexit
--enable-languages=c++,objc,java,f95 --prefix=/
home/gates/pinskia/linux --enable-threads=posix --enable-shared
Thread model: posix
gcc version 4.1.0 20050819 (experimen
--- Additional Comments From danglin at gcc dot gnu dot org 2005-08-20
02:14 ---
Richard's change didn't fix the failures on the PA. I think we need
our own version of UNWRAP_FUNCTION_DESCRIPTOR as function pointers don't
always point to a function descriptor in the 32-bit runtime.
--
--
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8743
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-20
00:57 ---
This is just a doc problem really. Also note __builtin_return_address for
other than 0 is just for
debuging puposes.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-20
00:55 ---
Fixed for 4.1 by:
+2005-08-19 James E Wilson <[EMAIL PROTECTED]>
+
+ * builtins.c (expand_builtin_return_addr): Set
+ current_function_accesses_prior_frames when count != 0. Use
+ frame_
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-20
00:54 ---
I'm going to look at this a bit more...
--
What|Removed |Added
AssignedTo|unassigned
--- Additional Comments From amodra at bigpond dot net dot au 2005-08-20
00:21 ---
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01201.html
--
What|Removed |Added
K
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-08-19 23:37 ---
It's strange that the load(*) does not get optimized, given that it's in the
same BB as the store that precedes it...
movl%eax, result.1282
(*)movlresult.1282, %eax
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
23:31 ---
(In reply to comment #3)
> I am surprised that gcse.c load PRE can't already handle this situation. Is
> something broken, or is it really just not able to handle this? What does
> the
> RTL look like w
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-19
23:26 ---
I am surprised that gcse.c load PRE can't already handle this situation. Is
something broken, or is it really just not able to handle this? What does the
RTL look like when we are in GCSE?
--
htt
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
23:03 ---
(In reply to comment #1)
> The only things in your profile which is tree based:
> 479 1.9601 is_gimple_stmt
> 327 1.3381 walk_tree
Oh and those are most likely just checking and nothing more.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
23:01 ---
The only things in your profile which is tree based:
479 1.9601 is_gimple_stmt
327 1.3381 walk_tree
The rest are rtl based.
So this is a RTL issue.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
23:01 ---
As mentioned the patch is the wrong approach. And also the C++ front-end have
the same issue, see
PR 23171.
--
What|Removed |Added
-
--enable-threads=posix
--enable-__cxa_atexit --disable-checking --enable-concept-checks --enable-pch
--enable-libstdcxx-debug
Thread model: posix
gcc version 4.1.0 20050819 (experimental)
The error is only given if the array length is a positive constant expression.
Negative or zero constant expressions
GNU C++ version 4.1.0 20050810
This little program:
struct qd_real {
double x[4];
inline qd_real(double x0, double x1, double x2, double x3) {
x[0] = x0;
x[1] = x1;
x[2] = x2;
x[3] = x3;
}
};
#define TWO(x) x, x
const qd_real sin_table[] = {
TWO(
--- Additional Comments From laurent at guerby dot net 2005-08-19 22:43
---
Still there as of 20050819
http://gcc.gnu.org/ml/gcc/2005-08/msg00538.html
+===GNAT BUG DETECTED==+
| 4.1.0 20050819 (experimental) (powerpc-apple
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
22:35 ---
Further reduced testcase:
int
xtermEnvEncoding(void)
{
static int result;
if (result == 0)
result = 2;
return result;
}
Basicially the issue is that the if is emitted as cmp 0, result instead of w
--- Additional Comments From redi at gcc dot gnu dot org 2005-08-19 22:06
---
I see a similar problem with uninitialized elements of an array with a new
initializer, but on mainline and 4.0.
#include
void f(int n)
{
int * a = new int [n] () ;
for (int i = 0; i < n; ++i)
{
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
21:54 ---
(In reply to comment #5)
> Is there any reason that this PR is still in "UNCONFIRMED" state?
Because this really a meta-bug now.
And it looks like all the remaining issues are caused by:
2005-07-30 Jan Hu
--
What|Removed |Added
BugsThisDependsOn||23488
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
21:50 ---
Confirmed. There are two issues here. First the regression was caused by:
2005-07-30 Jan Hubicka <[EMAIL PROTECTED]>
* expr.c (expand_expr_real_1): Do not load mem targets into register.
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-08-19 21:47 ---
Is there any reason that this PR is still in "UNCONFIRMED" state?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
typedef int nl_item;
extern char *nl_langinfo (nl_item __item) __attribute__ ((__nothrow__));
char *
xtermEnvEncoding(void)
{
static char *result;
if (result == 0) {
result = nl_langinfo(1);
;
}
return result;
}
Compile the above code with -march=i686 -O2
4.1 generates extra r
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-08-19 20:18 ---
breaks bootstrap with BOOT_CFLAGS=-O3 .
--
What|Removed |Added
Severity
--- Additional Comments From v dot haisman at sh dot cvut dot cz
2005-08-19 20:12 ---
Errr, my surname is missing n at the end...
2005-08-19 Vaclav Haisman <[EMAIL PROTECTED]>
* init.c (FreeBSD's __gnat_install_handler): Cast
__gnat_error_handler to proper type.
--- Additional Comments From v dot haisman at sh dot cvut dot cz
2005-08-19 20:11 ---
2005-08-19 Vaclav Haisma <[EMAIL PROTECTED]>
* init.c (FreeBSD's __gnat_install_handler): Cast
__gnat_error_handler to proper type.
* link.c (FreeBSD's __gnat_object_file_opti
--- Additional Comments From v dot haisman at sh dot cvut dot cz
2005-08-19 19:57 ---
More of the same:
*** link.c.~1.16.~ Fri Jul 8 12:45:47 2005
--- link.c Fri Aug 19 21:55:40 2005
***
*** 154,166
const char *__gnat_object_library_extension = ".a";
#
--- Additional Comments From v dot haisman at sh dot cvut dot cz
2005-08-19 19:51 ---
According to FreeBSD man page for sigaction
(http://www.freebsd.org/cgi/man.cgi?query=sigaction&apropos=0&sektion=0&manpath=FreeBSD+5.4-RELEASE+and+Ports&format=html)
the following looks like it should
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-08-19 19:51 ---
gcse after reload may move loads from stack around stack pointer changes. here
is simple workaround, it is supposed to prevent gcse after reload from touching
expressions containing stack pointer
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
19:28 ---
This is a bug in the freebsd specific section in init.c.
--
What|Removed |Added
Com
stage1/xgcc -Bstage1/ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/ -c -O2 -g
-fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes-Werror -fno-common -DHAVE_CONFIG_H\
-I/home/4/wilx/include -I. -Iada -I../../srcdir/gcc
-I../../srcdi
--- Additional Comments From jakub at redhat dot com 2005-08-19 19:16
---
I have a preliminary fix, will work on testcases now, then test it thoroughly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23484
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-19 19:14
---
Maybe. I think you'll find that most of the time these edges *are* critical.
I don't think it's worth bothering to make the distinction.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23478
--- Additional Comments From joseph at codesourcery dot com 2005-08-19
19:10 ---
Subject: Re: Implement binary constants with a "0b"
prefix
On Fri, 19 Aug 2005, j at uriah dot heep dot sax dot de wrote:
> > The patch is missing testcases.
>
> Is there a tutorial anywhere how to run
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
19:07 ---
Confirmed.
Testcase:
struct v { int n; };
void bar (int b, void *p, int *q)
{
struct v *v;
for (;;)
{
v = b?p:0;
q [v->n ++] = 0;
}
}
Compile at -O1 -funswitch-loops.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
19:00 ---
It can be confirmed on x86 with:
extern void abort (void);
#undef memcpy
#define memcpy(dst, src, len) \
__builtin___memcpy_chk (dst, src, len, __builtin_object_size (dst, 0))
int
main (void)
{
static
// compile with -O3
struct v { int n; };
foo (struct v *v, int *q)
{
q [v->n ++] = 0;
}
bar (int b, void *p, int *q)
{
for (;;)
foo (b ? p : 0, q);
}
//
t2.c: In function âbarâ:
t2.c:7: internal compiler error
--- Additional Comments From j at uriah dot heep dot sax dot de 2005-08-19
18:55 ---
(In reply to comment #9)
Thank you very much for the useful comments.
> The patch does not document how the types of binary constants are
> determined. I suppose the rules are the same as for octal an
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
18:55 ---
(In reply to comment #1)
Ignore that comment, I am stupid.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23484
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
18:54 ---
Hmm, let look at the source:
memcpy (&tmp, s, natint ? sizeof(tmp) : 4);
natint will be zero so we get
--
What|Removed |Added
---
--- Additional Comments From jakub at redhat dot com 2005-08-19 18:51
---
It can't be inserted just on abnormal critical edges:
gcc_assert (!((e->flags & EDGE_ABNORMAL) && EDGE_CRITICAL_P (e)));
So I guess we could insert it on the EH edges if !EDGE_CRITICAL_P and only
only avoid caller-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
18:43 ---
Fixed als in 4.0.2.
--
What|Removed |Added
Status|ASSIGNED|R
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-19
18:37 ---
Even shorter testcase:
===
template struct A
{
A(void* = &operator new);
};
===
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-19 18:34
---
More, since you cannot insert insns on the abnormal EH edge, the fix to
caller-save needs to be of the form "don't caller-save this variable".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23478
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
18:32 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-19 18:32
---
I think it's caller-save's bug.
The use of fixup_abnormal_edges in reload and reg-stack is to move output
reloads to the fallthru edge. Well, the output reloads are not used on
the eh edge, because by definiti
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
18:26 ---
I don't see why this is a bug really as on some targets (PPC) divide by zero
does not raise any thing and
the result is undefined.
You might want to test your patch's performance as it could cause a lot o
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22320
--- Additional Comments From hjl at lucon dot org 2005-08-19 18:21 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01172.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23485
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-19
18:20 ---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01168.html.
--
What|Removed |Added
[EMAIL PROTECTED] zero]$ cat x.c
int
foo (int y, int x)
{
return y/x;
}
[EMAIL PROTECTED] zero]$ cat y.c
#include
extern int foo (int, int);
int
main ()
{
printf ("(10/0) = %d\n", foo (10, 0));
return 0;
}
[EMAIL PROTECTED] zero]$ gcc x.c y.c
[EMAIL PROTECTED] zero]$ ./a.out
(10/0) = 0
It
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-19
18:10 ---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01150.html.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-19
18:09 ---
Subject: Bug 23476
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-19 18:08:56
Modified files:
gcc: ChangeLog tree-cfgcleanup.c
--- Additional Comments From giovannibajo at libero dot it 2005-08-19
18:06 ---
Patch posted, waiting for review:
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01169.html
--
What|Removed |Added
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-19
17:54 ---
Subject: Bug 23048
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-19 17:54:16
Modified files:
gcc: ChangeLog tree-if-conv.c
gcc
--- Additional Comments From joseph at codesourcery dot com 2005-08-19
17:28 ---
Subject: Re: New: Implement binary constants with
a "0b" prefix
The patch does not document how the types of binary constants are
determined. I suppose the rules are the same as for octal and hexadecima
--
What|Removed |Added
Severity|critical|normal
Component|c |middle-end
GCC host triplet|x86_64-unknown-linux-gnu
--
What|Removed |Added
Component|c++ |target
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
16:49 ---
(In reply to comment #12)
> Subject: Re: [4.0/4.1 regression] ICE with soft-float on
> m68k
> Why did you turn this from m68k-* to m68k-rtems?
> It was reported against m68k-rtems but would have
> be dupli
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065
Hi,
Compiling ruby on x86_64 with -D_FORTIFY_SOURCE=2 will cause failure in the
testsuite.
This can be reproduced with
GNU C version 4.1.0 20050819 (experimental) (x86_64-unknown-linux-gnu)
Here is a simplified testcase.
extern void abort (void);
#undef memcpy
#define memcpy(dst, src, len
--- Additional Comments From giovannibajo at libero dot it 2005-08-19
16:28 ---
If there was a voting system in this Bugzilla, I'd vote for this. It's a very
useful feature in embedded programming. I also believe that it could be enabled
by default in GNU C, since it's really easy and
The program runs with out problem with g77, but fails with gfortran -
[EMAIL PROTECTED] /d/Docume~1/rantad/mydocu~1/tests
$ g77 -o write01 write01.f
[EMAIL PROTECTED] /d/Docume~1/rantad/mydocu~1/tests
$ write01
[EMAIL PROTECTED] /d/Docume~1/rantad/mydocu~1/tests
$ gfortran -o write01 write01.f
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-19
16:20 ---
I agree that this is most likely not a libgcj bug.
Ronald, why do you think the _dtoa call ought to be changed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23466
I reported this to the uClinux developer list (where I got my gcc cross-compiler
toolchain), and they recommended that I report it here.
I'm getting a compiler crash building a 3rd-party C++ lib (ACE) for uClinux.
The lib compiles with g++ for every other platform known to man, so I'm sure the
co
--- Additional Comments From joel at oarcorp dot com 2005-08-19 16:02
---
Subject: Re: [4.0/4.1 regression] ICE with soft-float on
m68k
Why did you turn this from m68k-* to m68k-rtems?
It was reported against m68k-rtems but would have
be duplicated on at least m68k-elf if not any
oth
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-19 15:51
---
Fixed.
--
What|Removed |Added
CC||tobi at gcc dot g
--
Bug 21824 depends on bug 23065, which changed state.
Bug 23065 Summary: MAXPATHLEN usage in fortran/{scanner,module}.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23065
What|Old Value |New Value
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-19
15:50 ---
Subject: Bug 23065
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-19 15:50:43
Modified files:
gcc/fortran: Change
--- Additional Comments From j at uriah dot heep dot sax dot de 2005-08-19
15:18 ---
Additional remark: GAS also recognizes 0bXXX constants.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23479
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-19
14:54 ---
Subject: Bug 21943
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-19 14:53:02
Modified files:
libffi : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-19
14:51 ---
Subject: Bug 15266
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-19 14:50:27
Modified files:
fixincludes: Change
--- Additional Comments From ppluzhnikov at charter dot net 2005-08-19
14:48 ---
Note that threaded programs need -lmudflapth instead of -lmudflap.
The driver should add correct version of libmudflap automatically, or you'll
get bug reports from users who link the wrong version in.
Alt
--
Bug 21859 depends on bug 8, which changed state.
Bug 8 Summary: [4.1 regression] ICE with -ftree-vectorize in verify_ssa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
What|Old Value |New Value
-
--
Bug 23352 depends on bug 8, which changed state.
Bug 8 Summary: [4.1 regression] ICE with -ftree-vectorize in verify_ssa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
What|Old Value |New Value
-
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-19
14:47 ---
Fixed on mainline.
Btw, this fixes also the ICE from PR 23352 for me.
--
What|Removed |Added
---
--- Additional Comments From fritz dot ganter at gmail dot com 2005-08-19
14:46 ---
I think this is realy a needed feature for mikrocontroller programing. Please
implement it.
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23479
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-19
14:44 ---
Just for the record: This was really fixed by the patch in PR8.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22543
--
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23357
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-19
14:35 ---
Confirmed. Similar testcase from PR 23481:
=
template bool foo()
{
const long int i = sizeof(T) > 1 ? sizeof(T) : 0;
return i > 0;
}
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-19
14:34 ---
Indeed. Sorry for the dupe.
I'll attach the testcase there, too.
*** This bug has been marked as a duplicate of 23357 ***
--
What|Removed |Added
--
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-19
14:34 ---
*** Bug 23481 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23481
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
14:29 ---
This is most likely the same bug as PR 23357.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23481
The following code snippet causes a segfault in fold-const.c on mainline:
=
template bool foo()
{
const long int i = sizeof(T) > 1 ? sizeof(T) : 0;
return i > 0;
}
=
Maybe a fro
--- Additional Comments From j at uriah dot heep dot sax dot de 2005-08-19
14:24 ---
(In reply to comment #4)
> The main reason is because adding extensions are bad now adays. We
> are removing extensions which are not used that much and hard to
> keep working.
OK, I accept that.
But
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
14:12 ---
(In reply to comment #3)
> Curious: why?
>
> There are more than two dozen GCC language extensions enabled by
> default, most of them would allow GCC to accept a program that will
> not be accepted by a dif
--- Additional Comments From j at uriah dot heep dot sax dot de 2005-08-19
13:57 ---
(In reply to comment #2)
> Confirmed, note I would actually disable binary constants by default
> instead of what the patch currently does, pedwarns about them.
Curious: why?
There are more than two d
--- Additional Comments From jakub at redhat dot com 2005-08-19 13:36
---
caller-save.c inserts the restore insns after the can_throw_internal ()
CALL_INSN
and as the rest of reload excepts fixup_abnormal_edges to fix the mess up.
But, fixup_abnormal_edges only inserts the instructions
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-19
13:27 ---
Testing patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23476
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
13:24 ---
Confirmed. Do you know if this is a regression?
--
What|Removed |Added
Status|U
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19
13:22 ---
Confirmed, note I would actually disable binary constants by default instead of
what the patch currently
does, pedwarns about them. Or maybe pedwarn about them by default with an
option to turn off that
--
What|Removed |Added
Summary|default-initializing|default-initializing
|variable size array new |variable size array new
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-19
13:17 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
1 - 100 of 118 matches
Mail list logo
