--- Comment #18 from jakub at gcc dot gnu dot org 2009-11-25 08:59 ---
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01392.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
The attached test case contains several continuous bit fields assignment,
compile it with options -mthumb -Os, gcc generates
.fnstart
.LFB1:
ldrbr3, [r0]
mov r2, #7
bic r3, r3, r2
strbr3, [r0]
ldrbr3, [r0]
mov r2, #56
--- Comment #1 from carrot at google dot com 2009-11-25 09:16 ---
Created an attachment (id=19147)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19147action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42172
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-25 09:24 ---
This sounds like bug 41611. Is
nsAccessibleWrap::ReturnString(nsAString_internal) an inline function (which
causes that variable to be vague linkage)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42171
--- Comment #2 from jakub at gcc dot gnu dot org 2009-11-25 09:40 ---
*** This bug has been marked as a duplicate of 37135 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from jakub at gcc dot gnu dot org 2009-11-25 09:40 ---
*** Bug 42172 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from johan dot gill at gmail dot com 2009-11-25 10:02
---
I get this error when building swfdec with gcc 4.4.2 on Fedora 12.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36513
--- Comment #7 from johan dot gill at gmail dot com 2009-11-25 10:06
---
Also tried the simple test case described in the bug description, although it
needs to add #include string.h at the top.
The warning is still there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36513
--- Comment #6 from hjl dot tools at gmail dot com 2009-11-25 10:10 ---
Gcc 4.5 generates:
---
.file pr41611.cc
.weak _ZGVZN1A4InitEvE1i
.section
.bss._ZGVZN1A4InitEvE1i,awG,@nobits,_ZZN1A4InitEvE1i,comdat
.align 8
.type
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42168
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu dot
|
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-11-25 10:19
---
testcase from comment #7 still fails on the 4.4 branch. 4.4.1 doesn't work.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from johan dot gill at gmail dot com 2009-11-25 10:26
---
Created an attachment (id=19148)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19148action=view)
Preprocessed source file
Created a preprocessed source file producing the warning.
--
--- Comment #6 from zsojka at seznam dot cz 2009-11-25 10:45 ---
Also it causes bootstrap comparison failures for me at x86_64-pc-linux-gnu,
r154643
export CFLAGS=-O2 -fgcse-sm
export CXXFLAGS=-O2 -fgcse-sm
../configure --enable-languages=c,c++
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-11-25 11:01
---
Subject: Bug 42170
Author: ebotcazou
Date: Wed Nov 25 11:01:26 2009
New Revision: 154646
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154646
Log:
PR ada/42170
* ada/acats/run_acats: Bump
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-11-25 11:03
---
Thanks for reporting this.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from amonakov at gcc dot gnu dot org 2009-11-25 11:48
---
Tobias,
Please fix the testcase before committing to trunk, like this ('return 0' is
needed to ensure the test does not fail when compiled correctly; 'noclone' to
ensure that foo is not specialized for n=0):
/*
When using the -O3 optimizing option (-O2 and -O1 as well), a sprintf call, in
which the target string and the source string are the same, will no longer show
the same behavior. Not sure, whether this is actually a Bug. Here is an
example:
test.c:
#include stdlib.h
#include stdio.h
char
--- Comment #1 from schwab at linux-m68k dot org 2009-11-25 12:39 ---
sprintf(mystring,%s world,mystring);
Overlapping copies are undefined.
--
schwab at linux-m68k dot org changed:
What|Removed |Added
--- Comment #12 from burnus at gcc dot gnu dot org 2009-11-25 13:21 ---
(In reply to comment #11)
I messed up the PR Number again. The commit for above was:
http://gcc.gnu.org/viewcvs?view=revisionrevision=154529
2009-11-24 Jerry DeLisle jvdeli...@gcc.gnu.org
PR
--- Comment #9 from manu at gcc dot gnu dot org 2009-11-25 13:42 ---
(In reply to comment #6)
I get this error when building swfdec with gcc 4.4.2 on Fedora 12.
It is a warning that you need to enable with -Wlogical-op explicitly.
I cannot reproduce the preprocessed testcase with GCC
--- Comment #10 from manu at gcc dot gnu dot org 2009-11-25 13:43 ---
Now that we have a preprocessed testcase, I will try to reduce it and add it to
the testsuite to avoid regressing here.
--
manu at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from ehren dot m at gmail dot com 2009-11-25 13:49 ---
(In reply to comment #3)
This sounds like bug 41611. Is
nsAccessibleWrap::ReturnString(nsAString_internal) an inline function (which
causes that variable to be vague linkage)?
It is inline:
--- Comment #4 from aufpasser at gmail dot com 2009-11-25 15:58 ---
Same results here for fink gcc 4.4.2 (both 32 and 64 bit) and gcc 4.3.3 (only
64 bit) on Snow Leopard 10.6.2 MacBook Pro.
--
aufpasser at gmail dot com changed:
What|Removed
I think there is nothing to be said, just code:
---struct.c---:
#include stdio.h
struct empty {};
void compare( struct empty * e1, struct empty * e2 )
{
if( e1 == e2 )
printf(function compare:\tsame\n);
else
printf(function compare:\tdifferent\n);
}
int main( int argc,
--
Summary: Slow compile and much memory use at -O1
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: memory-hog, compile-time-hog
Severity: normal
Priority: P3
Component: rtl-optimization
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-25 16:29 ---
Created an attachment (id=19149)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19149action=view)
testcase
Testcase from gmic.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42175
I'm trying to build gcc 4.4.2 on debian sarge (quite old by now).
uname -a gives
Linux ha-beo-1 2.6.20.14 #1 SMP Wed Jun 20 11:22:59 CEST 2007 x86_64 GNU/Linux
I'm getting essentially the same errors as
http://gcc.gnu.org/ml/gcc-bugs/2008-09/msg01183.html which was on gentoo, and
which was
--- Comment #1 from kris dot thielemans at imperial dot ac dot uk
2009-11-25 16:39 ---
Created an attachment (id=19150)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19150action=view)
preprocessor output
this is the output of a file that only contains #include string using the
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-11-25 16:41 ---
With the current 4.4 branch I see
loop analysis : 116.95 (44%) usr 0.02 ( 0%) sys 117.11 (42%) wall
11269 kB ( 1%) ggc
TOTAL : 266.16 8.09 277.29
--- Comment #5 from vlad at demoninsight dot com 2009-11-25 17:16 ---
Same results on a custom Sep 2009 build of gcc 4.5 on Snow Leopard (64 bit
mode).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-11-25
17:27 ---
(In reply to comment #3)
(In reply to comment #1)
This bug doesn't appear to be present in current gcc trunk on
x86_64-apple-darwin10.
Jack, how should I interpret your comment? That all is well
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2009-11-25
17:29 ---
(In reply to comment #4)
Same results here for fink gcc 4.4.2 (both 32 and 64 bit) and gcc 4.3.3 (only
64 bit) on Snow Leopard 10.6.2 MacBook Pro.
I would avoid gcc 4.3.x on darwin10 as none of the
--- Comment #84 from howarth at nitro dot med dot uc dot edu 2009-11-25
17:55 ---
One other comment. The dsymutil maintainer pointed out that in those cases
where zero AT_locations exist for the dwarf block forms, even if dsymutil
doesn't assert, it will still hose the resulting debug
--- Comment #19 from aldot at gcc dot gnu dot org 2009-11-25 18:15 ---
(In reply to comment #18)
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01392.html
Wunused-var-1.c has these two tests:
void
f1 (void)
{
int a;/* { dg-warning set but not used } */
int b;
int c;
c
--- Comment #20 from jakub at gcc dot gnu dot org 2009-11-25 18:28 ---
That's on purpose. b is actually used by assignment to a in both cases, c is
used in the first case by assignment to b. If the user decides to remove the a
variable (resp. c in the second case) based on this
Attached code fails with:
$ g++-4.5-20091112 -std=c++0x ipa.cpp -o ipa
ipa.cpp:23:4: internal compiler error: in function_and_variable_visibility, at
ipa.c:296
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
Version
--- Comment #1 from lloyd at randombit dot net 2009-11-25 18:49 ---
Created an attachment (id=19151)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19151action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42177
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2009-11-25 19:55
---
Subject: Bug 10127
Author: ebotcazou
Date: Wed Nov 25 19:55:11 2009
New Revision: 154650
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154650
Log:
PR target/10127
PR ada/20548
PR
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-11-25 19:55
---
Subject: Bug 42004
Author: ebotcazou
Date: Wed Nov 25 19:55:11 2009
New Revision: 154650
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154650
Log:
PR target/10127
PR ada/20548
PR
--- Comment #46 from ebotcazou at gcc dot gnu dot org 2009-11-25 19:55
---
Subject: Bug 20548
Author: ebotcazou
Date: Wed Nov 25 19:55:11 2009
New Revision: 154650
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154650
Log:
PR target/10127
PR ada/20548
PR
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-11-25 19:58
---
At last.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2009-11-25 20:20 ---
Subject: Bug 42165
Author: jakub
Date: Wed Nov 25 20:20:40 2009
New Revision: 154652
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154652
Log:
PR target/42165
* config/i386/i386.c
--- Comment #5 from jakub at gcc dot gnu dot org 2009-11-25 20:29 ---
Subject: Bug 42162
Author: jakub
Date: Wed Nov 25 20:28:56 2009
New Revision: 154654
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154654
Log:
PR fortran/42162
* trans-openmp.c
--- Comment #3 from jakub at gcc dot gnu dot org 2009-11-25 20:54 ---
Subject: Bug 42165
Author: jakub
Date: Wed Nov 25 20:54:12 2009
New Revision: 154655
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154655
Log:
PR target/42165
* config/i386/i386.c
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-11-25 21:01 ---
*** This bug has been marked as a duplicate of 41611 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-11-25 21:01 ---
*** Bug 42171 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41611
--- Comment #6 from jakub at gcc dot gnu dot org 2009-11-25 21:02 ---
Subject: Bug 42162
Author: jakub
Date: Wed Nov 25 21:01:47 2009
New Revision: 154656
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154656
Log:
PR fortran/42162
* trans-openmp.c
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-11-25 21:11 ---
*** This bug has been marked as a duplicate of 41988 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from pinskia at gcc dot gnu dot org 2009-11-25 21:11
---
*** Bug 42152 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|error: expected constructor,|[4.5 Regression] error:
|destructor, or type
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-25 21:23 ---
Confirmed, it is a problem with qualifiers.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
At r154653, the gcc.dg/graphite/interchange-8.c test case results in a compiler
ICE on x86_64-apple-darwin10. The error shows up as...
Executing on host:
/sw/src/fink.build/gcc45-4.4.999-20091125/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc45-4.4.999-20091125/darwin_objdir/gcc/
/sw/src
--
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 #4 from jakub at gcc dot gnu dot org 2009-11-25 22:54 ---
Fixed for 4.4/4.5.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jakub at gcc dot gnu dot org 2009-11-25 22:55 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
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 #25 from jvdelisle at gcc dot gnu dot org 2009-11-26 01:08
---
Since we are dealing with invalid fortran code, we can use gfc_fatal_error and
avoid the downstream errors and trying to translate bogus code. This is the
cheap way out of it.
--
jvdelisle at gcc dot gnu
--- Comment #26 from jvdelisle at gcc dot gnu dot org 2009-11-26 02:12
---
This is better, set the expr to a valid constant 0 before converting to a tree.
Index: trans-const.c
===
--- trans-const.c (revision 154660)
With gcc-snapshot (Debian 20091118-1) 4.5.0 20091119 (experimental) [trunk
revision 154312] on an x86_64 GNU/Linux machine and the following code (partly
based on GMP):
#include stdio.h
union ieee_double_extract
{
struct
{
unsigned int manl:32;
unsigned int manh:20;
unsigned int
-identity
-fintrinsic-modules-path
/sw/lib/gcc4.5/lib/gcc/x86_64-apple-darwin10.2.0/4.5.0/finclude -o
/var/folders/1C/1CdoNxmNFHyOIjNBLNuJhTM/-Tmp-//cczMDWLV.s
Reading symbols for shared libraries .. done
GNU Fortran (GCC) version 4.5.0 20091125 (experimental)
(x86_64-apple
-darwin10.2.0/4.5.0/lto-wrapper
Target: x86_64-apple-darwin10.2.0
Configured with: ../gcc-4.5-20091125/configure --prefix=/sw
--prefix=/sw/lib/gcc4.5 --mandir=/sw/share/man --infodir=/sw/share/info
--enable-languages=c,c++,fortran,objc,obj-c++,java --with-gmp=/sw
--with-libiconv-prefix=/sw --with-ppl=/sw
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2009-11-26 03:26
---
Fixed on mainline.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pi3orama at gmail dot com 2009-11-26 03:31 ---
How about the below C++ program? According to recent draft, the func() in //2:
is clearly internal linkage, but g++ resolve it as external linkage.
static void func() { }
int main()
{
extern void func();
64 matches
Mail list logo
