--- Comment #11 from westfw at yahoo dot com 2010-08-22 07:18 ---
Created an attachment (id=21541)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21541action=view)
Suggested patch
Tested with the example. Not thoroughly tested, though.
--
--- Comment #12 from westfw at yahoo dot com 2010-08-22 07:21 ---
See http://www.avrfreaks.net/index.php?name=PNphpBB2file=viewtopicp=736616
This is (IMO) a bug in the __do_global_ctors in gcc/config/avr/libgcc.S
When support for 24-bit flash pointers was added in edit
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-08-22 07:38 ---
This is because C frontend implements this by calling
cgraph_mark_node_if_needed and the function ends up not being needed for LTO or
whole program.
This is a hack, since even if I make things needed, whole program
--- Comment #2 from schwab at linux-m68k dot org 2010-08-22 08:16 ---
Assigning -1 to an unsigned type is always safe.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45372
--- Comment #13 from burnus at gcc dot gnu dot org 2010-08-22 08:34 ---
Subject: Bug 36158
Author: burnus
Date: Sun Aug 22 08:34:14 2010
New Revision: 163454
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163454
Log:
2010-08-22 Tobias Burnus bur...@net-b.de
--- Comment #3 from burnus at gcc dot gnu dot org 2010-08-22 08:34 ---
Subject: Bug 45367
Author: burnus
Date: Sun Aug 22 08:34:14 2010
New Revision: 163454
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163454
Log:
2010-08-22 Tobias Burnus bur...@net-b.de
Dominique
--- Comment #14 from burnus at gcc dot gnu dot org 2010-08-22 08:40 ---
Subject: Bug 36158
Author: burnus
Date: Sun Aug 22 08:39:48 2010
New Revision: 163455
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163455
Log:
2010-08-22 Tobias Burnus bur...@net-b.de
PR
gcc incorrectly handles the following code. The underlying problem is that gcc
does not require the template keyword in certain places where it should
require it. The side effect is that gcc refuses to parse valid code that looks
like a template parameter list but really is not. The first
--- Comment #3 from jay dot krell at cornell dot edu 2010-08-22 08:56
---
Best imho to put in the cast to quash the warning.
To be warning free -- esp. given how close you already are.
Sometimes I think warning-free across a range of compilers is untenable.
But you are in fact already
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-08-22 09:15 ---
It works for me on clean tree at today mainline.
+ ../xgcc -B .. -fPIC -fno-exceptions -fwhopr=24 -fuse-linker-plugin
-fno-strict-aliasing -pthread -pipe -Os -freorder-blocks -fno-reorder-functions
Metabug to track all the issues ;)
--
Summary: Mozilla does not build with LTO
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu
--- Comment #4 from burnus at gcc dot gnu dot org 2010-08-22 10:10 ---
Subject: Bug 45367
Author: burnus
Date: Sun Aug 22 10:09:34 2010
New Revision: 163457
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163457
Log:
Really commit the following change:
2010-08-22 Tobias Burnus
Updating today at revision 163455 gave :
/home/mik/gcc46/src/libcpp/lex.c: Assembler messages:
/home/mik/gcc46/src/libcpp/lex.c:448: Error: no such instruction: `pcmpestri
$0,(%rdi),%xmm0'
/home/mik/gcc46/src/libcpp/lex.c:432: Error: no such instruction: `pcmpestri
$0,(%rdi),%xmm0'
A revision
--- Comment #5 from burnus at gcc dot gnu dot org 2010-08-22 10:25 ---
Subject: Bug 45367
Author: burnus
Date: Sun Aug 22 10:24:49 2010
New Revision: 163458
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163458
Log:
2010-08-22 Tobias Burnus bur...@net-b.de
PR
--- Comment #1 from mikael at gcc dot gnu dot org 2010-08-22 10:33 ---
(In reply to comment #0)
Possible culprit according to the ChangeLog : revision 163446.
confirmed: r163446 _is_ the culprit.
The stage1 libcpp builds fine. The failure is at stage2.
Configure line:
$
warning, not error
Sorry I lost further details, but probably this was on OSF/1.
./include/java-signal.h:26:19: warning: declaration 'class
java::lang::Throwable' does not declare anything
--
Summary: java-signal.h warning: declaration 'class
--- Comment #2 from mikael at gcc dot gnu dot org 2010-08-22 10:49 ---
This might be of interest: the machine I'm running on as reported by the
kernel.
CPU: AMD Athlon(tm) 64 Processor 3000+ (2009.79-MHz K8-class CPU)
Origin = AuthenticAMD Id = 0xfc0 Stepping = 0
--- Comment #1 from janus at gcc dot gnu dot org 2010-08-22 10:50 ---
Confirmed. Thanks for reporting.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2010-08-22 11:02 ---
Note: The ABSTRACT, the INTERFACE (vs. host-association), and the
use-association of i_f do not seem to play a role.
In particular for p:
sym-attr.pure == 0
sym-attr.proc_pointer == 1
--- Comment #3 from janus at gcc dot gnu dot org 2010-08-22 11:10 ---
(In reply to comment #2)
The problems seems to be that resolve_symbol is called later than the
resolve_formal_arglist check for pureness, i.e. one first checks whether p
is
pure before one copies the attr.pure
--- Comment #3 from joseph at codesourcery dot com 2010-08-22 12:12 ---
Subject: Re: LTO breaks C99 inline
On Sun, 22 Aug 2010, hubicka at gcc dot gnu dot org wrote:
How this function is different from GNU C
inline int f()
alone? If it is equivalent, is there some chance that C
It's equivalent - once the end of the translation unit is reached. But
with C99 you can have the declaration with extern or without inline,
coming *after* the definition, which is what causes it to be exported.
OK,
is there any chance to convince the frontend to make the final representation
--- Comment #4 from hubicka at ucw dot cz 2010-08-22 12:29 ---
Subject: Re: LTO breaks C99 inline
It's equivalent - once the end of the translation unit is reached. But
with C99 you can have the declaration with extern or without inline,
coming *after* the definition, which is
--- Comment #1 from baggett dot patrick at gmail dot com 2010-08-22 12:31
---
I can confirm that is a problem on GCC 4.4.3, though I was using the
Intel-style intrinsic found in the SSE4 manual.
Smallest testcase:
gcc -msse4 -m64
#include smmintrin.h
/* Read
--- Comment #2 from baggett dot patrick at gmail dot com 2010-08-22 12:34
---
Created an attachment (id=21542)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21542action=view)
Test case showing intrinsics not generating memory operation.
Use gcc -msse4 -m64 -S testcase_41484.c to
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-08-22 12:39 ---
Quick summary :)
1) -g build is currently broken because of dwarf2out recursion.
2) sqlite still gets miscompiled at 32bit (PR44897), but works now at 64bit for
some reason
3) Workaround attached to PR44846 is
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-08-22 12:43 ---
Created an attachment (id=21543)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21543action=view)
Mozilla changes needed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-08-22 12:48 ---
mozconfig I use:
export CC=gcc -flto -fuse-linker-plugin
export CXX=g++ -fwhopr=24 -fuse-linker-plugin -fpermissive
#export
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-08-22 13:10 ---
WPA stage profile after (with sane partitioning). Decl reading and merging is
major issue. I am surprised we are faster on streaming out than reading.
Execution times (seconds)
garbage collection: 5.71 (
--- Comment #3 from eric dot weddington at atmel dot com 2010-08-22 13:26
---
*** Bug 44617 has been marked as a duplicate of this bug. ***
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #13 from eric dot weddington at atmel dot com 2010-08-22 13:26
---
(In reply to comment #12)
See http://www.avrfreaks.net/index.php?name=PNphpBB2file=viewtopicp=736616
This is (IMO) a bug in the __do_global_ctors in gcc/config/avr/libgcc.S
When support for 24-bit flash
--- Comment #25 from rootkit85 at yahoo dot it 2010-08-22 13:34 ---
try -march=i686 it should be the best
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41989
The following code
int main()
{
int x { 22.2 };
}
includes an initialization which requires narrowing, but the code compiles fine
without any error/warning.
--
Summary: Narrowing error not detected
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
--- Comment #6 from burnus at gcc dot gnu dot org 2010-08-22 14:05 ---
Subject: Bug 45367
Author: burnus
Date: Sun Aug 22 14:05:26 2010
New Revision: 163460
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163460
Log:
2010-08-22 Tobias Burnus bur...@net-b.de
Dominique
--- Comment #4 from ah dot linder at arcor dot de 2010-08-22 15:56 ---
HelloWorld arduino sketch works now with atmega1280 gcc-4.5.1. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45263
--- Comment #22 from danglin at gcc dot gnu dot org 2010-08-22 16:23
---
Subject: Bug 34544
Author: danglin
Date: Sun Aug 22 16:23:38 2010
New Revision: 163461
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163461
Log:
PR boehm-gc/34544
* gthr-posix.h
[macbook] lin/test% gfcp -v
Using built-in specs.
COLLECT_GCC=gfcp
COLLECT_LTO_WRAPPER=/opt/gcc/gcc4.6p/libexec/gcc/x86_64-apple-darwin10/4.6.0/lto-wrapper
Target: x86_64-apple-darwin10
Configured with: ../p_work/configure --prefix=/opt/gcc/gcc4.6p
--mandir=/opt/gcc/gcc4.6p/share/man
--- Comment #4 from mikael at gcc dot gnu dot org 2010-08-22 17:10 ---
I'm seeing the failure now at revision 163459.
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from zsojka at seznam dot cz 2010-08-22 17:15 ---
Created an attachment (id=21544)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21544action=view)
different testcase
This one crashes with:
$ gcc -Os -fselective-scheduling2 -fsel-sched-pipelining -fprofile-generate
At revision 163459 with testcase :
implicit none
integer, parameter :: nx = 3, ny = 4
integer, dimension(nx,ny) :: a
if (any (a /= a)) call abort
end
--
Summary: ICE in gfc_conv_intrinsic_any_all at -O{n0}
Product: gcc
Version:
--- Comment #1 from mikael at gcc dot gnu dot org 2010-08-22 18:00 ---
The error:
internal compiler error: in gfc_conv_intrinsic_anyall, at
fortran/trans-intrinsic.c:1689
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for
What version of binutils is being used?
Have you tried a newer version?
On Aug 22, 2010, at 3:11 AM, mikael at gcc dot gnu dot org gcc-bugzi...@gcc.gnu.org
wrote:
Updating today at revision 163455 gave :
/home/mik/gcc46/src/libcpp/lex.c: Assembler messages:
--- Comment #3 from pinskia at gmail dot com 2010-08-22 18:05 ---
Subject: Re: New: no such instruction: `pcmpestri $0,(%rdi),%xmm0'
What version of binutils is being used?
Have you tried a newer version?
On Aug 22, 2010, at 3:11 AM, mikael at gcc dot gnu dot org
--- Comment #6 from eric dot weddington at atmel dot com 2010-08-22 19:14
---
(In reply to comment #5)
Hmm, I am confused. With my patch for pure constructor removal I get
.text
.p2align 4,,15
.globl main
.type main, @function
main:
.LFB9:
--- Comment #37 from burnus at gcc dot gnu dot org 2010-08-22 19:32 ---
Created an attachment (id=21545)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21545action=view)
Draft patch for NORM2 -- and draft run-time test, early PARITY patch
Draft patch for NORM2; as PARITY is
--- Comment #38 from burnus at gcc dot gnu dot org 2010-08-22 19:34 ---
(In reply to comment #37)
- PARITY: ... and the same issues as for NORM2.
And PARITY documentation is missing.
Reminder: For NORM2's inline version, think also about hypot.
--
--- Comment #2 from mikael at gcc dot gnu dot org 2010-08-22 19:41 ---
(In reply to comment #1)
It seems that the a /= a is simplified to a constant scalar value which
triggers the assert.
The culprit seems the recent frontend optimization pass.
Here is a work-around, but it would
--- Comment #3 from mikael at gcc dot gnu dot org 2010-08-22 19:45 ---
*** Bug 45309 has been marked as a duplicate of this bug. ***
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mikael at gcc dot gnu dot org 2010-08-22 19:45 ---
The patch for PR45380 fixes this.
*** This bug has been marked as a duplicate of 45380 ***
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
Bootstrapping revision 163461 fails with
gcc -I../../gcc-4.6-work/libcpp -I. -I../../gcc-4.6-work/libcpp/../include
-I../../gcc-4.6-work/libcpp/include -g -fkeep-inline-functions -W -Wall
-Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition
# gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.1/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.5.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.5.1/work/gcc-4.5.1/configure
--prefix=/usr
--- Comment #1 from mattst88 at gmail dot com 2010-08-22 22:01 ---
Created an attachment (id=21546)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21546action=view)
SmallStrings.i from webkit-gtk-1.2.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45382
--- Comment #9 from mattst88 at gmail dot com 2010-08-22 22:02 ---
Can this code be backported to the 4.5 branch?
--
mattst88 at gmail dot com changed:
What|Removed |Added
--- Comment #39 from burnus at gcc dot gnu dot org 2010-08-22 21:02 ---
(In reply to comment #37)
PS: NORM2 is described as careful calculation of Euclidean norm in the BCS
slides and in the what's new in F2008 article. Currently, I use the trivial
brute-force method. Maybe something
54 matches
Mail list logo