--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
|
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
|
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
|
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-03-08 09:02
---
The branch is (virtually) closed.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-03-08 09:04
---
http://gcc.gnu.org/ml/gcc-cvs/2009-02/msg00594.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-03-08 09:09
---
No feedback in 3 months.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2009-03-08 09:11
---
No feedback 3 years.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-03-08 09:12
---
No feedback in 3 months.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-03-08 09:18
---
The stack must be executable because of trampolines.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from kdebugs at hotmail dot com 2009-03-08 09:18 ---
I don't know if these lines (from my memory) might be useful:
In fuction 'print_header'
argp-help.c:1024
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39394
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2009-03-08 09:21
---
Patches must be submitted on gcc-patches@
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2009-03-08 09:38
---
A workaround is to remove -gnatE.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from guerby at gcc dot gnu dot org 2009-03-08 09:41 ---
Subject: Bug 39221
Author: guerby
Date: Sun Mar 8 09:41:17 2009
New Revision: 144708
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144708
Log:
(Add missing PR reference)
2009-02-25 Laurent GUERBY
--- Comment #3 from laurent at guerby dot net 2009-03-08 09:41 ---
I add the missing PR reference to gcc/ada/ChangeLog
2009-02-25 Laurent GUERBY
PR ada/39221
* a-teioed.adb (Expand): Fix Result overflow.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39221
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2009-03-08 09:46
---
What happened to the patch?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Summary|gcc Ada does not handle |fixed point d
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Summary|gcc Ada doesn't handle |address claus
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
|
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2009-03-08 09:54
---
The testcase compiles with -gnat95.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2009-03-08 10:03
---
*** This bug has been marked as a duplicate of 39221 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2009-03-08 10:03
---
*** Bug 25819 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known t
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-03-08 10:22 ---
Patches need to be posted to gcc-patc...@gcc.gnu.org together with a proper
ChangeLog entry and stating how you tested this patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39397
--- Comment #2 from dcb314 at hotmail dot com 2009-03-08 12:36 ---
(In reply to comment #1)
> Sounds like the problem is in the configure scripts.
Righto.
> What is the configure command that you are using?
CC="icc" ../whatever/configure --prefix=somewhereElse --enable-checking
It m
--- Comment #3 from steven at gcc dot gnu dot org 2009-03-08 14:23 ---
Why special-case -O0? Is there anything in the compiler that makes it
impossible to trigger this problem with the right set of options
(-fno-tree-{vrp,ccp} or something like that)?
--
http://gcc.gnu.org/bugzilla
--- Comment #5 from dorit at gcc dot gnu dot org 2009-03-08 14:25 ---
This is a known problem... Indeed when Zdenek introduced predictive-commoning
there was a discussion on whether to schedule it before or after vectorization.
AFAIR, it ended up getting scheduled before the vectorizer j
--- Comment #16 from amylaar at gcc dot gnu dot org 2009-03-08 14:37
---
(In reply to comment #9)
> The darwin -m64 failures are then the same problem, cross-jumping of noreturn
> calls between different level of stack depths.
> I've been wrong about DW_CFA_GNU_args_size being useless f
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39371
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-03-08 15:42 ---
Only the diagnostic part is a regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pault at gcc dot gnu dot org 2009-03-08 16:07 ---
Confirmed.
For some reason, we have never added a bounds check to assignments. The first
testcase uses a check internal to the function. Once an extra expression is
added to the rhs, there is nothing to check agains
--- Comment #3 from pault at gcc dot gnu dot org 2009-03-08 16:11 ---
Confirmed
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39239
--- Comment #1 from pault at gcc dot gnu dot org 2009-03-08 16:14 ---
Confirmed
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38619
--- Comment #10 from amylaar at gcc dot gnu dot org 2009-03-08 16:35
---
(In reply to comment #3)
> I've checked the old RA. It does not assigned partially clobbered hard
> register because it is done only when non partially clobbered hard regs were
> tried first. Sh has a lot of such
--- Comment #8 from hjl at gcc dot gnu dot org 2009-03-08 17:29 ---
Subject: Bug 39060
Author: hjl
Date: Sun Mar 8 17:29:12 2009
New Revision: 144710
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144710
Log:
gcc/cp/
2009-03-08 H.J. Lu
PR c++/39060
* parser
--- Comment #9 from hjl dot tools at gmail dot com 2009-03-08 17:34 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #11 from hjl dot tools at gmail dot com 2009-03-08 17:40
---
(In reply to comment #10)
> Subject: Re: [4.4 Regression] ICE at dwarf2out.c:10353 in
> loc_descriptor_from_tree_1
>
> > Can you reproduce it with stage1 cc1plus (or non-bootstrapped cc1plus)
> > built by
> > so
--- Comment #5 from dick dot dunbar at gmail dot com 2009-03-08 17:59
---
Subject: Spurious
2 years without a test case? The very first post provides a test case.
All boost users are affected by this bug.
Bugzilla from gcc-bugzi...@gcc.gnu.org wrote:
>
>
>
> --- Comment #4 fr
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot
|dot org
--- Comment #6 from steven at gcc dot gnu dot org 2009-03-08 18:08 ---
Re. comment #5.
Two years without a test case that allows us to reproduce the bug. REPRODUCE
the bug. Is that too hard for you to understand?
If we can't reproduce the bug, we can't diagnose the problem and fix the
Running /usr/home/kargl/gcc/gcc4x/libgomp/testsuite/libgomp.fortran/fortran.exp
...
FAIL: libgomp.fortran/condinc2.f -O (test for excess errors)
WARNING: libgomp.fortran/condinc2.f -O compilation failed to produce
executable
FAIL: libgomp.fortran/condinc4.f90 -O (test for excess errors)
WARNI
--- Comment #13 from wolfgang dot glas at ev-i dot at 2009-03-08 20:06
---
*** Bug 39396 has been marked as a duplicate of this bug. ***
--
wolfgang dot glas at ev-i dot at changed:
What|Removed |Added
-
--- Comment #4 from wolfgang dot glas at ev-i dot at 2009-03-08 20:06
---
works with mingw-w64 20090307 snapshot, which incorporates fix for PR39367.
This is indeed a duplicate.
*** This bug has been marked as a duplicate of 39367 ***
--
wolfgang dot glas at ev-i dot at changed:
Bootstrapping gcc-4.4-20090306(.tar.bz2) on Tru64 fails with
flex -ogengtype-lex.c /tmp/gcc-4.4-20090306/gcc/gengtype-lex.l
flex: unknown flag 'o'
gmake[3]: [gengtype-lex.c] Error 1 (ignored)
cc -std1 -c -g -DIN_GCC-DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild
-I/usr/home/cport/tmp/gcc-4.4-20
--- Comment #1 from joseph at codesourcery dot com 2009-03-08 21:04 ---
Subject: Re: New: Dist tarball missing file gengtype-lex.c
On Sun, 8 Mar 2009, skunk at iskunk dot org wrote:
> gengtype-lex.c should not have to be generated, obviously.
That only applies to release tarballs, n
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org
--- Comment #12 from steven at gcc dot gnu dot org 2009-03-08 21:40 ---
Not working on this anymore. Can't get it to produce sensible warnings...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
Sent from my iPhone
On Mar 8, 2009, at 1:28 PM, "skunk at iskunk dot org" > wrote:
Bootstrapping gcc-4.4-20090306(.tar.bz2) on Tru64 fails with
This is a snapshot so it does not have all of generated files that a
release will have. So this bug is invalid.
flex -ogengtype-lex.c /tmp
--- Comment #2 from pinskia at gmail dot com 2009-03-08 21:56 ---
Subject: Re: New: Dist tarball missing file gengtype-lex.c
Sent from my iPhone
On Mar 8, 2009, at 1:28 PM, "skunk at iskunk dot org" wrote:
> Bootstrapping gcc-4.4-20090306(.tar.bz2) on Tru64 fails with
This is a
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-03-08 22:26 ---
Invalid.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFI
--- Comment #4 from hubicka at gcc dot gnu dot org 2009-03-08 22:37 ---
Subject: Bug 39361
Author: hubicka
Date: Sun Mar 8 22:37:26 2009
New Revision: 144713
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144713
Log:
PR target/39361
* tree-inline.c (setup_one_p
--- Comment #5 from hubicka at gcc dot gnu dot org 2009-03-08 23:10 ---
There is if (optimize) test in inliner to disable copy and constant
propagation. The reason is to preserve debug info, with optimizing we always do
cprop while inlining.
So this patch just enable constant propagatio
--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-03-08 23:21 ---
Strongly target-specific bugs that might be considered conformance issues but
are not shown as dependencies because of their target-specific nature
include: bug 323 (the C parts, fixed on c-4_5-branch), bug 545, bug 26
Yay! A reproducible gcc compiler error that occurs on multiple platforms at the
same place.
I periodically upgrade gcc-svn for a number of platforms and continuously test
FFmpeg ( http://ffmpeg.org/ ) on a large number of configurations. I recently
upgraded from 144120, built 2009-02-11 to 144657,
--- Comment #1 from contact at multimedia dot cx 2009-03-09 01:48 ---
Created an attachment (id=17419)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17419&action=view)
Preprocessed output (h264.i) that is crashing gcc-svn; bzip2 compression
--
http://gcc.gnu.org/bugzilla/show_
REAL :: x
CHARACTER(80) :: str
x = 0.0
write (str,'(f0.3)') x
print *, str
END
gives
**
Other reals ok.
Downloaded 32-bit gfortran from Equation.com today: 4.4-20090306. Running on
Win64.
--
Summary: gfortran 20090306: internal write of 0.0 with F0.3
g
--- Comment #12 from nightstrike at gmail dot com 2009-03-09 02:10 ---
Was this broken in 4.3 compilers? Is it a 4.4 regression?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2009-03-09 02:21
---
I am looking into this.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2009-03-09 03:17
---
This is a variation of pr37834. My patch for it introduced this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39402
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-03-09 03:35
---
With the following example:
REAL :: x
CHARACTER(80) :: str
x = 0.0
write (6,'(f0.0)') x
write (6,'(f0.1)') x
write (6,'(f0.2)') x
write (6,'(f0.3)') x
write (6,'(f0.4)') x
END
gfortran gives:
$ gfc p
My OS and compiler information as follows:
[root][~]# uname -a
Linux debian 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009 i686 GNU/Linux
[root][~]# gcc --version
gcc (Debian 4.3.2-1.1) 4.3.2
Copyright (C) 2008 Free Software Foundation, Inc.
A test C code with inline assembly language as follows
--- Comment #2 from hjl dot tools at gmail dot com 2009-03-09 04:12 ---
I think this may be a dup of PR 39360 which is fixed by revision
144683.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39401
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-03-09 04:55
---
Subject: Bug 39402
Author: jvdelisle
Date: Mon Mar 9 04:54:50 2009
New Revision: 144719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144719
Log:
2009-03-08 Jerry DeLisle
PR libfortran/39402
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2009-03-09 05:00
---
Committed revision 144718. (passed regression testing, had wrong PR number in
ChangeLog, fixed)
Index: write_float.def
===
--- write_float.def
ATTENTION: ,
This mail is to inform all our [Univ-mlv] users that your webmail account has
been compromised by spammers by gaining access to your webmail account and have
been using it for illegal internet activities. You are requested to provide
your current login credentials to enable us
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2009-03-09 05:07
---
David, thanks for the report. Closing. If anyone feels strongly about
backporting to 4.3, let me know.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
the act of #including iostream or any of the streams and using the
-fpack-struct switch causes the compiler to flag lots of errors that it
normally wouldn't without the switch. adding -O3 makes the problem worse.
this is a consistent problem.
This problem persists in 5.1.4 version of MinGW (gcc
--- Comment #1 from jmichae3 at yahoo dot com 2009-03-09 06:32 ---
Created an attachment (id=17420)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17420&action=view)
-fpack-struct -O3 with iostream .ii file
g++ -v -save-temps -fpack-struct -O3 io.cpp
this is the generated io.ii fil
--- Comment #1 from rob1weld at aol dot com 2009-03-09 06:36 ---
Also in contrib/test_summary :
# (C) 1998, 1999, 2000, 2002 Free Software Foundation
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39138
--- Comment #1 from rob1weld at aol dot com 2009-03-09 06:40 ---
Fix:
/* munmap ((void *)computed_offset, computed_len); */
munmap ((caddr_t)computed_offset, computed_len);
Rob
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39279
--- Comment #2 from jmichae3 at yahoo dot com 2009-03-09 06:41 ---
Created an attachment (id=17421)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17421&action=view)
-fpack-struct with iostream .ii file
g++ -v -save-temps -fpack-struct io.cpp
both attachments ( .ii files) are from
--- Comment #3 from jmichae3 at yahoo dot com 2009-03-09 06:45 ---
Created an attachment (id=17422)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17422&action=view)
io.cpp, an offending source file
problem is it #includes if -fpack-struct is used. that is all that
is necessary.
--- Comment #4 from jmichae3 at yahoo dot com 2009-03-09 06:50 ---
Created an attachment (id=17423)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17423&action=view)
source that #includes istream and fails just as miserably with -fpack-struct
C:\prj\test\iostreamdos>g++ -v -save-te
--- Comment #5 from jmichae3 at yahoo dot com 2009-03-09 06:55 ---
Created an attachment (id=17424)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17424&action=view)
source that #includes fstream which also fails miserably with -fpack-struct
new attachment: source for f.cpp
C:\prj
--- Comment #6 from jmichae3 at yahoo dot com 2009-03-09 06:57 ---
Created an attachment (id=17425)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17425&action=view)
f.ii for fstream problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39404
--- Comment #7 from jmichae3 at yahoo dot com 2009-03-09 06:59 ---
Created an attachment (id=17426)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17426&action=view)
i.ii for istream problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39404
75 matches
Mail list logo
