--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-11-16 06:40
---
> Rtl checking is also expensive (no way near as expensive as gcac) but
> it does find real bugs in some cases. Everything else is enabled by
> default during development of the trunk.
RTL checking is in fact
--- Comment #3 from rakdver at gcc dot gnu dot org 2008-11-16 04:49 ---
Subject: Bug 37950
Author: rakdver
Date: Sun Nov 16 04:48:25 2008
New Revision: 141911
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141911
Log:
PR tree-optimization/37950
* tree-flow-inline
--- Comment #2 from regehr at cs dot utah dot edu 2008-11-16 04:34 ---
I'm not sure what is going on, I get the same code as before using r141907 on
Ubuntu Hardy on x86. What compiler options are you using and what platform?
[EMAIL PROTECTED]:~$ current-gcc -O -S vol.c -o -
.fi
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-11-16
03:03 ---
Attached preprocessed source files and assembly files created with...
/sw/src/fink.build/gcc44-4.3.999-20081115/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20081115/darwin_objdir/gcc/
-I/sw
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-11-16
03:01 ---
Created an attachment (id=16699)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16699&action=view)
assembly file for t028_y.s at -m64 on i686-apple-darwin9
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-11-16
03:00 ---
Created an attachment (id=16698)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16698&action=view)
preprocessed source for t028_y.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38151
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-16
03:00 ---
Created an attachment (id=16697)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16697&action=view)
assembly file for t028_x.s at -m64 on i686-apple-darwin9
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-16
02:59 ---
Created an attachment (id=16696)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16696&action=view)
preprocessed source for t028_x.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38151
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-16
02:58 ---
Created an attachment (id=16695)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16695&action=view)
assembly file for t028_main.s at -m64 on i686-apple-darwin9
--
http://gcc.gnu.org/bugzilla/show_b
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-16
02:57 ---
Created an attachment (id=16694)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16694&action=view)
preprocessed source for t028_main.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38151
The gcc.dg-struct-layout-1/t028 test fails at -m64 on i686-apple-darwin9. The
failure is due to line...
TCI(2848,unsigned int a;_Complex int atal1 b;struct{}atpaal
c[1];,F(2848,a,4027477739U,855699588U)F(2848,b,CINT(723419448,-218144346),CINT(-1673573213,131753020)))
in t028_test.h. Deleting thi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-16 02:42 ---
Except assert is controlled by your libc and not GCC so this is still really PR
6614. Also 4.3 changed the definition of -Wconversion so it does not matter
any more.
*** This bug has been marked as a duplicate of 6
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-11-16 02:42
---
*** Bug 38116 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6614
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-11-16
00:18 ---
Created an attachment (id=16693)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16693&action=view)
assembly file generated for gcc.target/i386/pr36246.c at -m64 on
i686-apple-darwin9
--
http://gcc
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-11-16
00:17 ---
The gcc.target/i386/pr36246.c test case fails on i686-apple-darwin9 at -m64
as...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081115/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999
--- Comment #6 from hjl dot tools at gmail dot com 2008-11-16 00:17 ---
*** Bug 38128 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #4 from hjl dot tools at gmail dot com 2008-11-16 00:17 ---
It is a bug in libstdc++.
*** This bug has been marked as a duplicate of 37144 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2008-11-16
00:14 ---
Created an attachment (id=16692)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16692&action=view)
assembly file generated for gcc.target/i386/pr22076.c at -m64 on
i686-apple-darwin9
--
http://gc
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2008-11-16
00:13 ---
The gcc.target/i386/pr22076.c test case fails for i686-apple-darwin9 at -m64 as
follows...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081115/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-11-16
00:09 ---
Created an attachment (id=16691)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16691&action=view)
assembly file generated for gcc.target/i386/pr34256.c at -m64 on
i686-apple-darwin9
--
http://gcc
--- Comment #5 from hjl dot tools at gmail dot com 2008-11-16 00:08 ---
(In reply to comment #3)
> anyway, i found, that the preprocessed source generated by gcc-4.3 cannot be
> compiled with gcc-4.4 ... the specific file can be found here
> http://tim.klingt.org/git?p=nova-server.git;a=
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-11-16
00:07 ---
The gcc.target/i386/pr34256.c test case fails on i686-apple-darwin9 at -m64 as
follows...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081115/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44
--- Comment #4 from hjl dot tools at gmail dot com 2008-11-16 00:06 ---
(In reply to comment #3)
> i tried to run the benchmark with -fno-ira, which turned out to be about 20%
> slower than without the flag.
>
Can you try "-O3 -march=core2 -mtune=generic" and "-O3 -march=core2
-mtune=g
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2008-11-16
00:01 ---
Test fails as...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081115/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20081115/darwin_objdi
r/gcc/
/sw/src/fink.build/gcc44-4.3.999
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2008-11-16
00:01 ---
Created an attachment (id=16690)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16690&action=view)
assembly file generated for gcc.target/i386/pr32661-1.c at -m64 on
i686-apple-darwin9
--
http://
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2008-11-15
23:59 ---
This test case fails at -m64 on i686-apple-darwin9 in current gcc trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32661
--- Comment #2 from jakub at gcc dot gnu dot org 2008-11-15 23:16 ---
The source is buggy,
*(void **)(&callback_func) = parm;
violates strict aliasing (with absolutely no reason, callback_func = parm;
would work perfectly).
That said, gcc shouldn't ICE on such code anyway.
--
jakub
--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-15 22:59 ---
BTW, you are likely using -D_FORTIFY_SOURCE=2 and that, unlike
-D_FORTIFY_SOURCE=1 has some extra restrictions beyond the C standard.
One is that the str*/stp* functions must not cross field boundary in
structures.
mem
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2008-11-15
22:48 ---
Results with revised patch posted at
http://gcc.gnu.org/ml/gcc-testresults/2008-11/msg01311.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099
--- Comment #3 from pinskia at gmail dot com 2008-11-15 22:15 ---
Subject: Re: --enable-checking=all times out during bootstrap
Sent from my iPhone
On Nov 15, 2008, at 1:59 PM, "edwintorok at gmail dot com"
<[EMAIL PROTECTED]
> wrote:
>
>
> --- Comment #2 from edwintorok at g
Sent from my iPhone
On Nov 15, 2008, at 1:59 PM, "edwintorok at gmail dot com" <[EMAIL PROTECTED]
> wrote:
--- Comment #2 from edwintorok at gmail dot com 2008-11-15
21:59 ---
(In reply to comment #1)
Subject: Re: New: --enable-checking=all times out during bootstrap
Sen
--- Comment #2 from edwintorok at gmail dot com 2008-11-15 21:59 ---
(In reply to comment #1)
> Subject: Re: New: --enable-checking=all times out during bootstrap
>
>
>
> Sent from my iPhone
>
> On Nov 15, 2008, at 1:27 PM, "edwintorok at gmail dot com"
> <[EMAIL PROTECTED]
> > w
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail||4.4
4-unknown-linux-gnu
> Configured with: ../gcc/configure --disable-multilib --disable-static
> --prefix=/home/edwin/gcc_inst/ --enable-languages=c,c++ --enable-
> checking=all
> Thread model: posix
> gcc version 4.4.0 20081115 (experimental) [trunk revision 141891]
> (GCC)
>
>
model: posix
gcc version 4.4.0 20081115 (experimental) [trunk revision 141891]
(GCC)
xgcc: Internal error: Killed (program cc1)
Please submit a full bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [insn-emit.o] Error 1
make[3]: *** Waiting for unfinished jobs...
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-11-15 21:40 ---
The argument boils down to 6.5.6/8 which restricts pointer arithmetic on
objects
and 6.7.2.1/2 which forbids structures with an incomplete array at the end to
be a member of a structure or element of an array. (This
--
edwintorok at gmail dot com changed:
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38139
--- Comment #1 from dcb314 at hotmail dot com 2008-11-15 21:37 ---
Created an attachment (id=16689)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16689&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38140
I just tried to compile Suse Linux package opensc-0.11.6-4.5
with the GNU gcc version 4.4.0 snapshot 20081114
It said
asn1.c: In function 'asn1_decode':
asn1.c:1148: internal compiler error: in gimple_call_return_type, at
gimple.h:1993
Please submit a full bug report,
with preprocessed source if
++ --enable-checking=all
Thread model: posix
gcc version 4.4.0 20081115 (experimental) [trunk revision 141891] (GCC)
xgcc: Internal error: Killed (program cc1)
Please submit a full bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [insn-emit.o] Error 1
make[3]: *** W
--- Comment #4 from dominique dot pelle at gmail dot com 2008-11-15 21:21
---
I tried the suggestion of Richard Guenther in his previous comments. That is
changing vim's code as follows:
cvs diff: CVS password file /home/pel/.cvspass does not exist - creating a new
file
Index: eval.c
=
--- Comment #1 from burnus at gcc dot gnu dot org 2008-11-15 20:56 ---
No crash or similar on my x86-64-linux, but valgrind shows:
==32084== Invalid read of size 1
==32084==at 0x4824B0: gfc_commit_symbols (symbol.c:2824)
==32084==by 0x45D94C: accept_statement (parse.c:1503)
==32
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-11-15 20:51
---
As far as I can tell, ASIS is working correctly with gfortran 4.4 and 4.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38122
--- Comment #2 from paulf at free dot fr 2008-11-15 20:51 ---
I do not agree that this is a duplicate of 6614. 6614 is a consequence of
integer promotion, and there is no possible user code change that would make it
go away (other than avoiding integral types smaller than int in function
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-11-15 20:45
---
Fixing.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #7 from rsandifo at gcc dot gnu dot org 2008-11-15 20:42
---
I'll try to look at this tomorrow. The code in comment #1 is certainly wrong:
the store at is supposed come after the GP addiu
at . With that fixed, the function should work
as expected.
I'm guessing this is a
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-11-15 20:40 ---
Note that ...
struct dictitem_S
{
typval_Tdi_tv; /* type and value of the variable */
char_u di_flags; /* flags (only used for variable) */
char_u di_key[1]; /* key (act
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-11-15 20:33 ---
Indeed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIR
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||x86_64-*-*-*
Keywords||missed-o
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-15 20:29 ---
You are running out of memory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38133
--- Comment #9 from ghazi at gcc dot gnu dot org 2008-11-15 20:28 ---
*** Bug 36714 has been marked as a duplicate of this bug. ***
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from ghazi at gcc dot gnu dot org 2008-11-15 20:28 ---
*** This bug has been marked as a duplicate of 37517 ***
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--
On Linux/Intel64, revision 141890 caused:
Executing on host:
/export/gnu/import/svn/gcc-test/bld/gcc/testsuite/gfortran/../../gfortran
-B/export/gnu/import/svn/gcc-test/bld/gcc/testsuite/gfortran/../../
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gfortran.dg/proc_decl_18.f90
-O3 -g
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-11-15 19:39
---
Fixed on trunk. I will open a new PR for enhancement of this to better utilize
the internal unit array by doing fewer "newlines" for namelists.
--
jvdelisle at gcc dot gnu dot org changed:
What
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-11-15 19:34
---
Subject: Bug 37294
Author: jvdelisle
Date: Sat Nov 15 19:33:07 2008
New Revision: 141893
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141893
Log:
2008-11-15 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from eric dot weddington at atmel dot com 2008-11-15 19:30
---
Seems to be fixed now on HEAD. Closing bug.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-11-15 19:27
---
Subject: Bug 37294
Author: jvdelisle
Date: Sat Nov 15 19:25:35 2008
New Revision: 141892
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141892
Log:
2008-11-15 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #7 from jvdelisle at verizon dot net 2008-11-15 19:13 ---
Subject: Re: "file already opened in another unit" error
when opening /dev/null or /dev/tty twice
> Which OP? The originator of the c.l.f thread or the originator of
> this bug report.
Originator of this bug repor
--- Comment #1 from pinskia at gmail dot com 2008-11-15 18:43 ---
Subject: Re: New: vim crashes on startup when compiled with -O3 but works
with -O2
Sent from my iPhone
On Nov 15, 2008, at 10:05 AM, "dominique dot pelle at gmail dot com"
<[EMAIL PROTECTED]
> wrote:
> Vim (at lea
Sent from my iPhone
On Nov 15, 2008, at 10:05 AM, "dominique dot pelle at gmail dot com" <[EMAIL PROTECTED]
> wrote:
Vim (at least current version vim-7.2.40) crashes on start up when
compiled
with optimization option -O3 using gcc-4.3.2 (that's the default
version that
comes with Ubuntu
--- Comment #28 from burnus at gcc dot gnu dot org 2008-11-15 18:41 ---
I think this PR can be closed - the ICEs are gone, the TODO item is gone and
the missing warnings are tracked in PR 33037.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31610
Follow up to PR 33455.
"13.7.75 MERGE (TSOURCE, FSOURCE, MASK)"
"FSOURCE shall be of the same type and type parameters as TSOURCE."
In the following program, the string length is different. If the string length
were known at compile time, an error would have been printed, but there is no
run-tim
--- Comment #14 from burnus at gcc dot gnu dot org 2008-11-15 18:06 ---
(In reply to comment #13)
> > I filled PR38119 for that PR.
> This is probably stupid but what is the difference between the two PRs?
The program of comment 0 of this PR (PR 38095) gives an ICE with all gfortran
ver
Vim (at least current version vim-7.2.40) crashes on start up when compiled
with optimization option -O3 using gcc-4.3.2 (that's the default version that
comes with Ubuntu-8.10). Vim works fine when compiled with -O0, -O1 or -O2.
Narrowing it down further, compilation options "-O2 -finline-funct
--- Comment #13 from pault at gcc dot gnu dot org 2008-11-15 17:40 ---
(In reply to comment #12)
> I filled PR38119 for that PR.
This is probably stupid but what is the difference between the two PRs?
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38095
--- Comment #6 from kargl at gcc dot gnu dot org 2008-11-15 17:28 ---
(In reply to comment #5)
>
> I do believe that one could write a standard conforming "layer" in Fortran to
> handle all of the OPs issues. Obviously one would have to get creative to do
> it.
Which OP? The originato
--- Comment #6 from pault at gcc dot gnu dot org 2008-11-15 17:27 ---
Subject: Bug 37926
Author: pault
Date: Sat Nov 15 17:26:13 2008
New Revision: 141890
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141890
Log:
2008-11-15 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-15
17:23 ---
Subject: Re: FAIL: ext/pb_ds/regression/hash_data_map_rand.cc execution test
> To be clear, absolutely nothing changed lately in this area of the library.
> Probably, it's just the well known brittleness o
--- Comment #51 from howarth at nitro dot med dot uc dot edu 2008-11-15
17:20 ---
Created an attachment (id=16688)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16688&action=view)
assembly file for g++.dg/torture/stackalign/eh-alloca-1.C at -m64-O3
--
http://gcc.gnu.org/bugzi
--- Comment #50 from howarth at nitro dot med dot uc dot edu 2008-11-15
17:19 ---
Created an attachment (id=16687)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16687&action=view)
assembly file for g++.dg/torture/stackalign/eh-alloca-1.C at -m64-O3 -g
--
http://gcc.gnu.org/bu
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-11-15 17:19 ---
$ cat foo.f90
integer, parameter :: N = 3
integer A(N,N)
A(1:N,1:N)=reshape(A(1:0,1),(/N,N/),reshape((/1/),(/N+1/),(/2/)))
write(*,'(3i5)') A
write(*,'(4i5)') reshape([1],[N+1],[0])
end
$ gfortran -fbounds-check foo.
--- Comment #49 from howarth at nitro dot med dot uc dot edu 2008-11-15
17:18 ---
Created an attachment (id=16686)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16686&action=view)
assembly file for g++.dg/torture/stackalign/eh-alloca-1.C at -m32 -O3
--
http://gcc.gnu.org/bugz
--- Comment #48 from howarth at nitro dot med dot uc dot edu 2008-11-15
17:17 ---
Created an attachment (id=16685)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16685&action=view)
assembly file for g++.dg/torture/stackalign/eh-alloca-1.C at -m32 -O3 -g
--
http://gcc.gnu.org/b
--- Comment #47 from howarth at nitro dot med dot uc dot edu 2008-11-15
17:15 ---
The execution failure of eh-alloca-1.C appears to only occur at -m32 with -O3
-g. At -m64 with -O3 -g, the resulting binary passes the test.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37012
--- Comment #3 from tim at klingt dot org 2008-11-15 17:04 ---
i tried to run the benchmark with -fno-ira, which turned out to be about 20%
slower than without the flag.
anyway, i found, that the preprocessed source generated by gcc-4.3 cannot be
compiled with gcc-4.4 ... the specific f
--- Comment #2 from ubizjak at gmail dot com 2008-11-15 16:46 ---
Can you try with -fno-ira?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38134
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-15 16:43 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-15 16:41 ---
Subject: Bug 38123
Author: jakub
Date: Sat Nov 15 16:40:24 2008
New Revision: 141889
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141889
Log:
PR target/38123
* config/i386/i386.c (ix86_gimpli
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.0 |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34289
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2008-11-15 16:16
---
Subject: Bug 34289
Author: ebotcazou
Date: Sat Nov 15 16:15:00 2008
New Revision: 141888
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141888
Log:
PR ada/34289
* lib.ads: (Enable_Switch_
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2008-11-15
16:16 ---
Revised patch submitted to gcc-patches...
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00714.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099
--- Comment #1 from burnus at gcc dot gnu dot org 2008-11-15 16:10 ---
Using
A(1:N,1:N)=reshape(A(1:0,1),(/N,N/),reshape((/1/),(/N+1/),(/2/)))
the program is a Fortran 95 program, which also works with NAG f95 and openf95.
-> Blocking 32834
--
burnus at gcc dot gnu dot org changed:
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2008-11-15
16:05 ---
Argh. My mistake. The patch should be (without typo)...
Index: gcc/testsuite/gcc.dg/compat/struct-layout-1_generate.c
===
--- gcc/testsuite/
--- Comment #20 from howarth at nitro dot med dot uc dot edu 2008-11-15
16:01 ---
Okay. The following change allows all of the struct-layout-1 tests in gcc.dg
under i686-apple-darwin9 with current gcc trunk...
Index: gcc/testsuite/gcc.dg/compat/struct-layout-1_generate.c
==
I expect that the following program prints:
122
212
221
1000
which works with g95 and ifort, but with gfortran one gets:
11*
7211
* 721
1000
The program is a minutely modified version of the prog
--- Comment #1 from tim at klingt dot org 2008-11-15 15:55 ---
Created an attachment (id=16684)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16684&action=view)
compressed preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38134
the attached program, a simdfied version of the tanf function, shows a 20%
performance regression from gcc-4.3 to gcc-4.4:
the compared compilers are
g++-4.3
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.2-1ubuntu11'
--with-bugurl
Hello,
I have a problem by compiling gcc 4.3.2.
If I use the package with all, I get the message: xgcc: Internal error: Killed
(program cc1plus)
If I use only the core-package, I get the massage: xgcc: Internal error: Killed
(program cc1).
What can I do???
Infomation:
gcc -v:
Using built-in sp
--- Comment #2 from pault at gcc dot gnu dot org 2008-11-15 15:53 ---
Created an attachment (id=16683)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16683&action=view)
A fix for the PR
Bootstraps and regtests on FC9/x86_i64
Paul
2008-11-15 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-11-15 15:42
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Keywords||missed-op
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-11-15 15:39 ---
Subject: Bug 38051
Author: rguenth
Date: Sat Nov 15 15:37:57 2008
New Revision: 141887
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141887
Log:
2008-11-15 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #27 from pault at gcc dot gnu dot org 2008-11-15 15:20 ---
As far as I can see, all the valid testcases work on trunk and 4.3 - should we
close this one?
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31610
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-11-15 14:58
---
Well I managed to read that thread about 90% through without falling to sleep.
One point made there is that gfortran should not reposition the file after a
reopen as the default position= specifier should be ASIS
--- Comment #1 from edwintorok at gmail dot com 2008-11-15 13:56 ---
Created an attachment (id=16682)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16682&action=view)
example to illustrate
compile with g++ -O3, I get:
real0m0.130s
user0m0.100s
sys 0m0.028s
compile wit
basic_string.tcc contains 'extern template basic_string', which prevents
the template from being instantiated, and thus all calls to basic_string
methods remain calls even at -O3.
If I -D_GLIBCXX_DEBUG=1 _GLIBCXX_EXTERN_TEMPLATE is 0, thus it will no longer
contain 'extern template basic_string',
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38123
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38051
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37955
1 - 100 of 112 matches
Mail list logo
