/* red.c */
void foo(void)
{
extern int x;
/* use x */
x = 1;
}
void bar(void)
{
extern int x;
/* use x */
x = 2;
}
gcc -Wredundant-decls -c red.c
red.c: In function 'bar':
red.c:10: warning: redundant redeclaration of 'x'
red.c:3: warning: previous declaration of 'x' was
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-11-07 10:47 ---
I am testing option 2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pault at gcc dot gnu dot org 2008-11-07 13:59 ---
(In reply to comment #1)
(In reply to comment #0)
Removes the _gfortran_size0 calls from the loop but I have not yet located the
doubling up of calls here:
D.1551 = temp.offset;
D.1552 = a;
D.1553
static double inv_J(double a[][2])
{
int i, j;
double det = 0.0;
for (j=0; j2; ++j)
det += a[j][0] + a[j][1];
return det;
}
double foo()
{
double mat[2][2];
mat[0][0] = 0.0;
mat[0][1] = 1.0;
mat[1][0] = 2.0;
mat[1][1] = 3.0;
return inv_J(mat);
}
points-to computes
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-07
13:38 ---
Confirmed in current graphite branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38039
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-11-07 12:50 ---
*** Bug 38048 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37868
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-07
13:36 ---
Confirmed in current graphite branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38042
--- Comment #9 from hjl dot tools at gmail dot com 2008-11-07 14:28 ---
(In reply to comment #8)
Any recommendation on how to work around it with GCC 4.3.2? Seemingly
unrelated code changes make it go away. Thanks - Chris.
Add -fno-if-conversion should work.
--
Consider this code:
int foo(int a, unsigned b)
{
return a != b;
}
int bar(int a, unsigned b)
{
return (unsigned)a != b;
}
int foobar(int a, unsigned b)
{
return a != (int)b;
}
$ gcc -O2 -Wall -W foo.c -c
foo.c: In function foo:
foo.c:3: warning: comparison between
/* red.c */
void foo(void)
{
extern int x;
/* use x */
x = 1;
}
void bar(void)
{
extern int x;
/* use x */
x = 2;
}
gcc -Wredundant-decls -c red.c
red.c: In function 'bar':
red.c:10: warning: redundant redeclaration of 'x'
red.c:3: warning: previous declaration of 'x' was
typedef __SIZE_TYPE__ size_t;
static int mymemcmp1 (unsigned long int, unsigned long int)
__attribute__ ((__nothrow__));
__inline static int
mymemcmp1 (unsigned long int a, unsigned long int b)
{
long int srcp1 = (long int) a;
long int srcp2 = (long int) b;
unsigned long int a0, b0;
do
--- Comment #1 from jakub at gcc dot gnu dot org 2008-11-07 14:57 ---
-fno-tree-pre fixes this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38051
--- Comment #1 from schwab at suse dot de 2008-11-07 14:58 ---
*** This bug has been marked as a duplicate of 38047 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #2 from schwab at suse dot de 2008-11-07 14:58 ---
*** Bug 38050 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38047
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:18 ---
*** Bug 38043 has been marked as a duplicate of this bug. ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:18 ---
Looks like a duplicate of PR37851
*** This bug has been marked as a duplicate of 37851 ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:21 ---
Looks like a duplicate of PR37980.
*** This bug has been marked as a duplicate of 37980 ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:21 ---
*** Bug 38042 has been marked as a duplicate of this bug. ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:24 ---
Looks like a duplicate of PR37851.
*** This bug has been marked as a duplicate of 37851 ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-11-07 15:29 ---
Confirmed. PRE doesn't do anything interesting though, neither are the
differences in the optimized dump interesting from a first look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
I have done some detailed research on this problem. It is after the needed
information. Please do have a look.
The source is checked out on 2008-11-07
The system is using O32 abi.
The configure option is
var/tmp/portage/sys-devel/gcc-4.4.0_pre/work/gcc-4.4.0-/gcc/configure
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:24 ---
*** Bug 38041 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37851
--- Comment #1 from r0bertz at gentoo dot org 2008-11-07 15:41 ---
(In reply to comment #0)
The problem with output_translate_vect_name is this function has two calls to
fprintf, and they are called for the first time in this program.
Another thing I don't understand is why fprintf
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:26 ---
*** Bug 38044 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37980
--- Comment #1 from gccbugs at marcusbannerman dot co dot uk 2008-11-07
11:05 ---
I have the same problem, it is a static_cast problem not respecting const
correctness of pointers E.g.
class BaseClass {};
class someClass:public BaseClass
{
public:
void someFunction() {}
};
int
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-11-07
15:26 ---
Looks like a duplicate of PR37980.
*** This bug has been marked as a duplicate of 37980 ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-11-07 10:43 ---
This is because the enum gets a different alias set than unsigned int. We can
do two things:
- reject the vectype. This is difficult because we see different vectypes
for both stores.
- massage the access
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-07
13:36 ---
Confirmed in current graphite branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38043
--- Comment #10 from ro at gcc dot gnu dot org 2008-11-07 16:26 ---
Subject: Bug 37681
Author: ro
Date: Fri Nov 7 16:25:03 2008
New Revision: 141681
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141681
Log:
* system-irix-n64.ads: New file.
*
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-07 16:32 ---
*.copyprop4 still contains the needed stores:
[gg5.c : 151] D.2147_293 = a3D.2068_292 shlD.2074_195;
[gg5.c : 151] D.2148_295 = a0D.2065_294 shrD.2075_198;
[gg5.c : 151] xD.2073_296 = D.2148_295 | D.2147_293;
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-11-07
13:37 ---
Confirmed in current graphite branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38044
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2008-11-07 10:47
---
Subject: Bug 34289
Author: ebotcazou
Date: Fri Nov 7 10:46:18 2008
New Revision: 141673
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141673
Log:
PR ada/34289
* lib.ads:
--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-07 16:19 ---
In assembly, it seems the a and b arguments to mymemcmp1 aren't stored into
memory at all:
.loc 1 128 0
movq(%rax), %r12#* srcp2.272, b0
.LVL54:
.loc 1 126 0
movq(%rdi),
--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-07 17:12 ---
Apparently glibc used it only for 2 builtins in include/stdio.h and it seemed
to be probably a workaround from back in 2003, I've verified it is unnecessary
with gcc 4.1/4.3/4.4 and removed it. Current glibc trunk
--- Comment #3 from edwintorok at gmail dot com 2008-11-07 17:14 ---
(In reply to comment #2)
Subject: Re: New: 'warning: comparison between signed and
unsigned' shouldn't be given for equality comparisons
On Fri, 7 Nov 2008, edwintorok at gmail dot com wrote:
Consider this
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-07 12:50 ---
Actually this is a dup of PR37868. The points-to results for the access are
wrong:
D.1577_7 = mat + D.1576_6;
# VUSE SFT.18_14
D.1578_8 = (*D.1577_7)[0];
from the constraints
D.1577_7 = mat
D.1577_7 =
--- Comment #7 from jakub at gcc dot gnu dot org 2008-11-07 17:24 ---
The patch as is already rejects typedef double *__builtin_va_list;, so it is
just
{struct,union,enum} __builtin_foo that isn't rejected on the C side, which we
could reject (disallow that in pushtag?), but isn't
If the compiler generates a warning for xy||z, it should also generate a
warning for a*b/c*d. The problem is that the programmer probably meant
a*b/(c*d), that is, a*b/c/d.
This relates to both C and C++.
--
Summary: add a warning for b/c*d
Product: gcc
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-11-07 17:35 ---
I will have a look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38051
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2008-11-07 10:49
---
Sorry for the delay.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-07 17:45 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-07
13:38 ---
Confirmed in current graphite branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38038
--- Comment #2 from joseph at codesourcery dot com 2008-11-07 12:46 ---
Subject: Re: New: 'warning: comparison between signed and
unsigned' shouldn't be given for equality comparisons
On Fri, 7 Nov 2008, edwintorok at gmail dot com wrote:
Consider this code:
int foo(int a,
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-07 11:26 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Bugzilla from [EMAIL PROTECTED] wrote:
doing a configure and make fails with 4.3.2. gcc 4.2.4 works fine.
Machine is running Ubuntu 8.04.1
Here is the the tail of the make process:
Cleaning up unneeded directories:
fixincludes is done
echo timestamp stmp-fixinc
rm -f mm_malloc.h
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-07 16:46 ---
At *.crited there is still a virtual dependency between a = x; (and b = b0;)
and
*srcp1 + *srcp2 reads:
# MPT.26D.2201_438 = VDEF MPT.26D.2201_421(D) { MPT.26D.2201 }
aD.2099 = xD.2073_296;
# MPT.26D.2201_439 =
I have a similar problem on RHEL4 trying to build gcc-4.3.2.
I have 'gmp' 'mpfr' installed at /usr/local and it is in the
LD_LIBRARY_PATH and 'make check's for both gmp and mpfr have passed with
--with-mpfr and --with-gmp respectively.
gcc-4.3.2/configure has also identified and satisfied with
--- Comment #7 from spop at gcc dot gnu dot org 2008-11-07 18:03 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from spop at gcc dot gnu dot org 2008-11-07 18:04 ---
Subject: Bug 37379
Author: spop
Date: Fri Nov 7 18:03:04 2008
New Revision: 141682
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141682
Log:
2008-11-07 Sebastian Pop [EMAIL PROTECTED]
PR
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-07 11:26 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-11-07 18:43 ---
During update_alias_info we collect the variables that are written to, but
because we use gimple_stored_syms to get at them we miss those that are in
memory partitions. If the new partitioning moves them out of a
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2008-11-07
18:45 ---
Created an attachment (id=16632)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16632action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38054
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-07
13:36 ---
Confirmed in current graphite branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38041
extern void abort(void);
int foo ()
{
int mat[2][1];
int (*a)[1] = mat;
int det = 0;
int i;
mat[0][0] = 1;
mat[1][0] = 2;
for (i = 0; i 2; ++i)
det += a[i][0];
return det;
}
int main()
{
if (foo () != 3)
abort ();
return 0;
}
--
Summary: [4.3
mingw32-c++ (GCC) 4.4.0 20081031 (experimental)
internal compiler error: in change_decl_assembler_name, at cgraph.c:1252
C++ source is here:
http://svn.reactos.org/svn/reactos/trunk/reactos/base/shell/explorer/desktop/desktop.cpp?revision=34284content-type=text%2Fplain
--
Summary:
The key for compilation -Wconversion is very important.
Its absence by default hides programming errors on different platforms.
It is desirable to include this key with the help -Wall.
--
Summary: key for compilation -Wconversion
Product: gcc
Version: unknown
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-11-07 19:33 ---
Created an attachment (id=16633)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16633action=view)
prototype patch
Prototype patch. It needs some work as appearantly we cannot use MPT_SYMBOLS
reliably there - I
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-07 19:49 ---
This doesn't ICE on the trunk after IRA merge.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
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
The source code:
int bar(int x);
int
foo(int x)
{
return (bar(x + 1));
}
generates the following assembly code with -O2 and -O3:
foo:
.mmi
alloc r34 = ar.pfs, 1, 3, 1, 0
nop 0
mov r33 = b0
.mmi
mov r35 = r1
nop 0
--
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
I wrote a code for atmega2561. The code's memory usage in prog memory is almost
153000 bytes.
The problem is, code doesn't work properly. the mcu getting reset or something
like this... I think compiled
code calls wrong addresses in somewhere of the memory. When I comment some of
part of text
In section 5.47 Built-in functions for atomic memory access, both nand
examples show incorrect code in their second lines.
Incorrect:
{ tmp = *ptr; *ptr op= value; return tmp; }
{ tmp = *ptr; *ptr = ~tmp value; return tmp; } // nand
Correct (move the ~ in 2nd line):
GCC does not emit DW_TAG_template_type_parameter in the generated dwarf.
I think it should.
--
Summary: gcc does not emit DW_TAG_template_type_parameter
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #12 from jsm28 at gcc dot gnu dot org 2008-11-08 00:15 ---
Subject: Bug 448
Author: jsm28
Date: Sat Nov 8 00:14:26 2008
New Revision: 141697
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141697
Log:
PR c/448
fixincludes:
* inclhack.def
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-08 00:40 ---
I want to say this is really PR 30161.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38058
--- Comment #1 from danglin at gcc dot gnu dot org 2008-11-08 00:55 ---
The same problem is present on hppa64.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2008-11-08 00:57 ---
I agree. I didn't see that one since I searched for the full tag name.
*** This bug has been marked as a duplicate of 30161 ***
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from tromey at gcc dot gnu dot org 2008-11-08 00:57 ---
*** Bug 38058 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30161
The test now fails. It doesn't fail on previous GCC versions.
Timing the compilation, I see:
real6m49.686s
user6m49.490s
sys 0m0.210s
--
Summary: Compile time regression for gcc.dg/20020425-1.c
Product: gcc
Version: 4.4.0
Status:
--- Comment #8 from danglin at gcc dot gnu dot org 2008-11-08 01:34 ---
The test pr35729.c also fails on hppa64-hp-hpux11.11.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35729
--- Comment #2 from danglin at gcc dot gnu dot org 2008-11-08 02:02 ---
As of 2008-11-07, the only remaining failure is builtin-apply4.c.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37323
--- Comment #10 from raj dot khem at gmail dot com 2008-11-08 04:56 ---
on arm I get
/home/kraj/work/cross/arm-none-linux-gnueabi/obj/gcc3/gcc/xgcc
-B/home/kraj/work/cross/arm-none-linux-gnueabi/obj/gcc3/gcc/ -O1 -w -c -o
pr37433.o
--- Comment #17 from pault at gcc dot gnu dot org 2008-11-08 06:20 ---
Subject: Bug 37445
Author: pault
Date: Sat Nov 8 06:19:12 2008
New Revision: 141706
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141706
Log:
2008-11-08 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #18 from pault at gcc dot gnu dot org 2008-11-08 06:49 ---
Fixed on thrunk and 4.3.
Thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pault at gcc dot gnu dot org 2008-11-08 06:50 ---
Fixed on trunk and 4.3.
Thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
77 matches
Mail list logo