--- Comment #11 from hjl dot tools at gmail dot com 2009-08-18 04:50
---
*** This bug has been marked as a duplicate of 40838 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #26 from hjl dot tools at gmail dot com 2009-08-18 04:50
---
*** Bug 40985 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #10 from hjl dot tools at gmail dot com 2009-08-18 04:49
---
(In reply to comment #3)
> Btw, the documentation claims regparm only affects integral parameters.
>
Agreed, -regparm=N should only apply to integer parameters. I will take
a look when I find time.
BTW, -regparm
--- Comment #25 from hjl dot tools at gmail dot com 2009-08-18 04:43
---
Created an attachment (id=18393)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18393&action=view)
A patch for gcc 4.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40838
--- Comment #41 from tobi at gcc dot gnu dot org 2009-08-17 22:39 ---
(In reply to comment #40)
One more thing: my previous benchmarks were wrong, I had an error in my setup.
With a correct benchmark, polyhedron improves slightly in the testcases where
the change is outside the measure
--- Comment #5 from tkoenig at gcc dot gnu dot org 2009-08-17 22:12 ---
I'll look at this for a bit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40962
--- Comment #40 from tobi at gcc dot gnu dot org 2009-08-17 22:08 ---
Created an attachment (id=18392)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18392&action=view)
Patch for savin function arguments
This patch copies do loops which are passed as actual arguments to a temporary
--- Comment #7 from jessiecute13 at aol dot com 2009-08-17 21:55 ---
(In reply to comment #1)
> Still exist on the mainline (20030527).
it costed $12.00
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7854
--- Comment #4 from burnus at gcc dot gnu dot org 2009-08-17 21:41 ---
Another report - presumably the same problem:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/b184bd431c8dd3da#
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40962
--- Comment #5 from jessiecute13 at aol dot com 2009-08-17 21:41 ---
how much will it cost about $8.30
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3265
The following example produced an inlined block with local variables that
contain correct location expressions (-g -O2):
#include
#include
static inline void
m(char *name, int i, int j)
{
// Random syntactical block to be inlined.
do {
volatile int p_i = i;
volatile int p_j = j;
// Change
Support for CFLAGS_FOR_TARGET has disappeared in the GNAT run-time libraries
but I don't know when. For sure, it is gone in the 4.4.x series.
This is used by the recommended RTEMS GNAT build procedure.
--
Summary: GNAT run-time missing CFLAGS_FOR_TARGET
Product: gcc
--- Comment #4 from dje at gcc dot gnu dot org 2009-08-17 20:21 ---
confirmed.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #8 from pault at gcc dot gnu dot org 2009-08-17 20:17 ---
Subject: Bug 41062
Author: pault
Date: Mon Aug 17 20:17:12 2009
New Revision: 150858
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150858
Log:
2008-08-17 Paul Thomas
PR fortran/41062
* tra
--- Comment #10 from ami_stuff at o2 dot pl 2009-08-17 20:11 ---
Created an attachment (id=18391)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18391&action=view)
asm output -O3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
--- Comment #9 from ami_stuff at o2 dot pl 2009-08-17 20:11 ---
Created an attachment (id=18390)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18390&action=view)
preprocessed file -O3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
--- Comment #4 from ami_stuff at o2 dot pl 2009-08-17 20:05 ---
Created an attachment (id=18389)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18389&action=view)
asm output -O3
-O3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41095
--- Comment #3 from ami_stuff at o2 dot pl 2009-08-17 20:04 ---
Created an attachment (id=18388)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18388&action=view)
preprocessed file -O3
-O3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41095
--- Comment #3 from dominiq at lps dot ens dot fr 2009-08-17 20:03 ---
Note that some of the errors appear also on on powerpc-ibm-aix5.3.0.0 (see
http://gcc.gnu.org/ml/gcc-testresults/2009-08/msg01827.html).
--
dominiq at lps dot ens dot fr changed:
What|Removed
--- Comment #2 from ami_stuff at o2 dot pl 2009-08-17 20:02 ---
Created an attachment (id=18387)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18387&action=view)
asm output -O2 -f...
-O2 -fipa-cp-clone -finline-functions -fgcse-after-reload -ftree-vectorize
-fpredictive-commoning
--- Comment #1 from ami_stuff at o2 dot pl 2009-08-17 20:00 ---
Created an attachment (id=18386)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18386&action=view)
preprocessed file -O2 -f...
-O2 -fipa-cp-clone -finline-functions -fgcse-after-reload -ftree-vectorize
-fpredictive-co
Hi,
When I compile "libavcodec/dsputil.c" file from FFmpeg package with these
options (-O2 -fipa-cp-clone -finline-functions -fgcse-after-reload
-ftree-vectorize -fpredictive-commoning -funswitch-loops):
OPTFLAGS= -mnobitfield -m68060 -std=c99 -Wdeclaration-after-statement
-Wdisabled-optimizatio
--- Comment #2 from dominiq at lps dot ens dot fr 2009-08-17 19:44 ---
> I suspect this may be related to a problem with building for altivec that I
> noticed after checking in the first of the powerpc changes. If possible,
> could
> you rebuild the compiler with BOOT_CFLAGS='-g -O2 -m
--- Comment #8 from ami_stuff at o2 dot pl 2009-08-17 19:33 ---
(In reply to comment #7)
> The problem is not with "-funswitch-loops" optimization.
>
> I get no ICE with these options (-O2 -fipa-cp-clone -finline-functions
> -fgcse-after-reload -ftree-vectorize -fpredictive-commoning):
--- Comment #7 from ami_stuff at o2 dot pl 2009-08-17 19:25 ---
The problem is not with "-funswitch-loops" optimization.
I get no ICE with these options (-O2 -fipa-cp-clone -finline-functions
-fgcse-after-reload -ftree-vectorize -fpredictive-commoning):
OPTFLAGS= -mnobitfield -m68060 -
--- Comment #3 from domob at gcc dot gnu dot org 2009-08-17 18:55 ---
Subject: Bug 37425
Author: domob
Date: Mon Aug 17 18:55:30 2009
New Revision: 150856
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150856
Log:
2009-08-17 Daniel Kraft
PR fortran/37425
* re
--- Comment #1 from paolo dot carlini at oracle dot com 2009-08-17 18:38
---
Note, this isn't C++ specific:
int main()
{
double x = -10.0;
__builtin_printf("%g\n", __builtin_pow(x * x, 0.25));
}
Richard, can you have a look? It's hot here ;) but first blush I don't see why
fast-ma
Consider the following program:
//--
#include
#include
int main()
{
for(double p = .25; p <= .5; p += .25)
for(double x = -10.0; x <= 10.0; x += 20.0)
{
std::cout
<< "\nx*x = " <<
--- Comment #42 from jessiecute13 at aol dot com 2009-08-17 17:42 ---
HOw much costs will be :$ 11.48
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270
--- Comment #9 from jessiecute13 at aol dot com 2009-08-17 17:38 ---
$1.21
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39300
--- Comment #4 from tromey at gcc dot gnu dot org 2009-08-17 17:35 ---
I fixed the error message.
I probably will not address comment #2, but I will leave this
bug open for it instead.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2009-08-17 17:35 ---
Subject: Bug 41067
Author: tromey
Date: Mon Aug 17 17:34:53 2009
New Revision: 150854
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150854
Log:
PR preprocessor/41067:
* charset.c (convert_esc
--- Comment #2 from sergei_lus at yahoo dot com 2009-08-17 16:35 ---
First of all, I agree that a union would work better for type-punning, but...
With all the respect I am not convinced that this is the case here. Even if I
do something like this:
tmp_ch = (char *)&ans;
tmp_sh = (
--- Comment #3 from hp at gcc dot gnu dot org 2009-08-17 16:32 ---
(In reply to comment #2)
> Although I think assigning r8 to pseudo 47 could result in wrong reload
> behaviour because r8 is used as a frame pointer even before the RA. It looks
> very strange to me that r8 used as a fra
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-08-17 16:13 ---
on x86_64-*-* the bootstrap comparison succeeds, even with lto sections in
the executables and .o files.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ami_stuff at o2 dot pl 2009-08-17 15:17 ---
Here are the results from 68...@50mhz:
minigzip_340_O1 testa.tif - 34s
minigzip_340_O2 testa.tif - 31s
minigzip_340_O3 testa.tif - 31s
minigzip_441_O1 testa.tif - 40s
minigzip_441_O2 testa.tif - 38s
minigzip_441_O3 testa.
--- Comment #19 from org dot gnu dot gcc dot bugzilla at pooryorick dot com
2009-08-17 15:16 ---
I bumped into this issue with gcc-4.4.0 on x86_32 Linux, probably because I
have standalone libiconv installed
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206
--- Comment #2 from vmakarov at redhat dot com 2009-08-17 15:13 ---
Thanks for reporting this bug.
I've looked at the code and I think the patch in question probably triggered
some latent reload bug. All wrong code transformations are done in reload.
Although I think assigning r8 to p
It seems that there is something wrong in the reference counting for
namespaces, especially (only?) for the formal_ns of procedures. This was
noticed when working on PR 40877 (memory leaks with gfc_charlen). E.g. in
bounds_check_strlen_8.f90, the formal_ns of 'F1' is never freed up.
Reduced exampl
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2009-08-17 14:42
---
Completed on trunk 4.5.0
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-08-17 14:40
---
Subject: Bug 41075
Author: jvdelisle
Date: Mon Aug 17 14:40:40 2009
New Revision: 150845
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150845
Log:
2009-08-17 Jerry DeLisle
PR fortran/41075
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-08-17 14:27
---
Subject: Bug 41075
Author: jvdelisle
Date: Mon Aug 17 14:27:29 2009
New Revision: 150844
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150844
Log:
2009-08-17 Jerry DeLisle
PR fortran/41075
--- Comment #2 from mikpe at it dot uu dot se 2009-08-17 14:26 ---
Similar linkage error occurs with gcc-4.3.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41090
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2009-08-17 14:25
---
Subject: Bug 41075
Author: jvdelisle
Date: Mon Aug 17 14:25:38 2009
New Revision: 150843
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150843
Log:
2009-08-17 Jerry DeLisle
PR fortran/41075
--- Comment #15 from paolo dot carlini at oracle dot com 2009-08-17 14:23
---
Yes, just try removing everything in the build dir and rebuild the whole
compiler from scratch (probably I experienced your same problem a couple of
days ago, looks like we have some thingies in make clean wro
--- Comment #1 from dodji at gcc dot gnu dot org 2009-08-17 14:21 ---
Confirmed in trunk as well.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2009-08-17 14:12 ---
Created an attachment (id=18385)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18385&action=view)
Fix for this PR
The comment is probably wrong - I wish to understand the origin of the problem
a bit better befor
--- Comment #14 from cppljevans at suddenlink dot net 2009-08-17 14:07
---
Subject: Re: -std=gnu++0x expansion pattern fails with error
about derived template instead of actual template
On 08/16/09 10:45, paolo dot carlini at oracle dot com wrote:
> --- Comment #13 from paolo dot
g++.dg/lto/20081109_[01].C fails at -O0 -fwhopr -m32 because for the second
unit with the foo() function no unwind information is generated. Passing
an extra -fexceptions or -funwind-tables fixes the runtime error.
--
Summary: WPA doesn't generate unwind information where necessary
The following code that puts two static variables into their own section won't
compile because of a section type conflict.
class C
{
public:
void m()
{
static const int TWO __attribute__((section(".consts"))) = 2;
}
};
static void c()
{
static const int ONE __attribute__((section(".c
The following code compiles, but won't link:
#include
using namespace std;
class C
{
public:
C()
{
static void *labelref = &&label;
goto *labelref;
label: cout << "hello" << endl;
}
};
int
main (int argc, char **argv)
{
C inst = C();
return 0;
}
$ g++ label.cxx
/tmp/cci
--- Comment #12 from bonzini at gnu dot org 2009-08-17 13:30 ---
Please try again with GCC 4.4.1 -O2 vs. GCC 3.4.0 -O2 or -O3.
--
bonzini at gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from ubizjak at gmail dot com 2009-08-17 12:18 ---
Created an attachment (id=18384)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18384&action=view)
dump pack of small testcase for r147979
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
--- Comment #1 from ubizjak at gmail dot com 2009-08-17 12:16 ---
Created an attachment (id=18383)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18383&action=view)
dump pack of small testcase for r147980
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
--- Comment #20 from dennis dot wassel at googlemail dot com 2009-08-17
12:13 ---
Created an attachment (id=18382)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18382&action=view)
Preprocessed source (of trunk revision 150835)
--
dennis dot wassel at googlemail dot com changed
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Kno
--- Comment #4 from abnikant dot singh at atmel dot com 2009-08-17 12:08
---
4.3.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
o /tmp/ccuC5vI8.s
Failed to read a valid object file image from memory.
GNU C (GCC) version 4.5.0 20090817 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.3.4, GMP version 4.3.0, MPFR version
2.4.1-p5
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignorin
--- Comment #3 from abnikant dot singh at atmel dot com 2009-08-17 12:02
---
Subject: RE: [avr] loop bug
Hi Eric,
Version is (avr-gcc )4.3.2.
-Original Message-
From: eric dot weddington at atmel dot com [mailto:gcc-bugzi...@gcc.gnu.org]
Sent: Monday, August 17, 2009 5:26 PM
--- Comment #6 from dennis dot wassel at googlemail dot com 2009-08-17
11:58 ---
Also fails with 4.3.4 for me.
What has changed is the fact that I cannot provoke it to hang anymore, I just
get ICEs, which is some progress :)
Unfortunately I cannot test it with trunk because of PR39849.
--- Comment #2 from eric dot weddington at atmel dot com 2009-08-17 11:56
---
(In reply to comment #1)
> At -O2, -O3, -Os g_52 contains the value 5 while in -O1 it is 1.It is
> confirmed.
>
Hi Abnikant,
What version did you use to confirm this bug?
--
http://gcc.gnu.org/bugzilla/
--- Comment #1 from dominiq at lps dot ens dot fr 2009-08-17 11:42 ---
> The test passed at revision 150097.
This was a mistake, test passed at r149758, but not at r150041.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082
r147980 [1] breaks stdargs on alpha [2]:
FAIL: gcc.c-torture/execute/stdarg-1.c execution, -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/stdarg-1.c execution, -O3 -g
FAIL: gcc.c-torture/execute/stdarg-4.c execution, -O1
FAIL: gcc.c-torture/execute/stdarg-4.c execution, -O2
FAIL: gcc
--- Comment #2 from abnikant dot singh at atmel dot com 2009-08-17 10:03
---
The attached preprocessed file compiles fine with avr-gcc-4.4.0,4.3.2,4.3.3
with --mmcu=avr25 for all optimization levels.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39184
--- Comment #1 from abnikant dot singh at atmel dot com 2009-08-17 09:40
---
At -O2, -O3, -Os g_52 contains the value 5 while in -O1 it is 1.It is
confirmed.
--
abnikant dot singh at atmel dot com changed:
What|Removed |Added
-
--- Comment #11 from ami_stuff at o2 dot pl 2009-08-17 09:26 ---
Preprocessed files compiles with GCC 3.4.0 and GCC 4.4.1. I added them as an
attachments plus asm output.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
--- Comment #10 from ami_stuff at o2 dot pl 2009-08-17 09:23 ---
Created an attachment (id=18381)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18381&action=view)
assembler output from GCC 3.4.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
--- Comment #9 from ami_stuff at o2 dot pl 2009-08-17 09:23 ---
Created an attachment (id=18380)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18380&action=view)
assembler output from GCC 4.4.1
--
ami_stuff at o2 dot pl changed:
What|Removed
--- Comment #8 from ami_stuff at o2 dot pl 2009-08-17 09:22 ---
Created an attachment (id=18379)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18379&action=view)
Assembler output from GCC 3.4.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
--- Comment #7 from ami_stuff at o2 dot pl 2009-08-17 09:21 ---
Created an attachment (id=18378)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18378&action=view)
preprocessed file from GCC 4.4.1 (compiles with GCC 3.4.0)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
--- Comment #6 from ami_stuff at o2 dot pl 2009-08-17 09:21 ---
Created an attachment (id=18377)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18377&action=view)
preprocessed file from GCC 3.4.0 (compiles with GCC 4.4.1)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
--- Comment #10 from janus at gcc dot gnu dot org 2009-08-17 09:14 ---
Fixed with r150823. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from janus at gcc dot gnu dot org 2009-08-17 09:11 ---
Subject: Bug 40877
Author: janus
Date: Mon Aug 17 09:11:00 2009
New Revision: 150823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150823
Log:
2009-08-17 Janus Weil
PR fortran/40877
* arra
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-08-17 09:07 ---
Confirmed. Just the latent bug has been re-exposed again.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #17 from rguenther at suse dot de 2009-08-17 09:05 ---
Subject: Re: lto1: error: type mismatch in indirect
reference
On Mon, 17 Aug 2009, jv244 at cam dot ac dot uk wrote:
> --- Comment #16 from jv244 at cam dot ac dot uk 2009-08-17 07:39 ---
> (In reply to comme
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #5 from bonzini at gnu dot org 2009-08-17 08:42 ---
Can you check if the same preprocessed source for deflate.c (the deflate.i file
obtained with --save-temps) compiles fine with both 3.4.0 and 4.4.1? If so,
please attach it together with the deflate.s files produced by the
--- Comment #16 from jv244 at cam dot ac dot uk 2009-08-17 07:39 ---
(In reply to comment #15)
> > > > -flto needs about 35min compile time and 10.5Gb RAM.
> > >
> > > Doh. How does that compare to the all-CP2K in one file builds?
> >
> > an all-in-one-file-CP2K takes about 2.5Gb and
78 matches
Mail list logo
