--- Comment #19 from dominiq at lps dot ens dot fr 2009-08-28 05:39 ---
> Why don't you go back to the original test case and see which component of
> -funsafe-math-optimizations...
>
> -fno-signed-zeros -fno-trapping-math -fassociative-math -freciprocal-math
>
> is actually causing the
--- Comment #5 from mbarrien at cs dot stanford dot edu 2009-08-28 05:12
---
I just ran into this bug too. Before I found this bug report, I did some more
investigation to characterize the bug a little more. I am including my version
of the reduced test case, with more commentary inline
--- Comment #1 from dmarkman at mac dot com 2009-08-28 03:17 ---
Created an attachment (id=18440)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18440&action=view)
config.log for failed build
this is config.log for the failed build
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
Hi
I'm not able to build gcc 4.4.1 on Snow Leopard Mac Pro (
gmp 4.3.1 and mpfr 2.4.1 were built without problem
#gmp
cd gmp-4.3.1
./configure --prefix=/home/dmarkman/Development/GCC/macintel64/gmp-4.3.1/build
make
make install
make check
#mpfr
cd ../mpfr-2.4.1
./configure --prefix=/home/dmarkma
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2009-08-28
01:09 ---
Why don't you go back to the original test case and see which component of
-funsafe-math-optimizations...
-fno-signed-zeros -fno-trapping-math -fassociative-math -freciprocal-math
is actually causing the
--- Comment #2 from jason at gcc dot gnu dot org 2009-08-28 00:24 ---
Fixed in rev 148526.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #17 from dominiq at lps dot ens dot fr 2009-08-27 21:59 ---
Created an attachment (id=18439)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18439&action=view)
reduced test without any subroutine
I have attached a reduced test without any subroutine. It requires the same
--- Comment #3 from janus at gcc dot gnu dot org 2009-08-27 20:56 ---
(In reply to comment #1)
> Janus, how's that also related to PPCs?
At first glance it seems we have the same problems for PPCs also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41177
--- Comment #5 from uros at gcc dot gnu dot org 2009-08-27 20:54 ---
Subject: Bug 40861
Author: uros
Date: Thu Aug 27 20:54:28 2009
New Revision: 151149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151149
Log:
PR rtl-optimization/40861
* simplify-rtx.c (simplif
--- Comment #8 from aldot at gcc dot gnu dot org 2009-08-27 20:28 ---
(In reply to comment #7)
> any regressions, if any exist at all, must be addressed by vlad's new register
> allocator.
>
IRA is now on trunk, is this fixed on >4.4.x ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #2 from janus at gcc dot gnu dot org 2009-08-27 19:53 ---
Fixed with r151147. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from bgamari at gmail dot com 2009-08-27 19:49 ---
This was reported against the Ubuntu package as Launchpad bug #420129
(https://bugs.launchpad.net/ubuntu/+source/gcc-4.4/+bug/420129)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41135
--- Comment #1 from janus at gcc dot gnu dot org 2009-08-27 19:49 ---
Subject: Bug 40869
Author: janus
Date: Thu Aug 27 19:48:46 2009
New Revision: 151147
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151147
Log:
2009-08-27 Janus Weil
PR fortran/40869
* expr
--- Comment #31 from mahatma at eu dot by 2009-08-27 19:17 ---
Seamonkey still more unstable then with 4.3.3. With system libs, -O3 & sse -
ruuning only in "safe-mode". All system rebuilt with 4.4.1 & this patch. There
are looks like "seamonkey problem" (and I will add "-mno-sse" into eb
--- Comment #12 from spop at gcc dot gnu dot org 2009-08-27 19:13 ---
Subject: Re: [4.5 Regression][graphite] slow
compilation
> This fix also decreases the compile time of graphite in general. Â I will
> send a
> pointer to the automatic tester output that shows this on the
--- Comment #7 from rwild at gcc dot gnu dot org 2009-08-27 19:04 ---
Changing bug title to reflect the remaining issues; not a regression any more.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from rwild at gcc dot gnu dot org 2009-08-27 18:59 ---
Subject: Bug 41166
Author: rwild
Date: Thu Aug 27 18:59:32 2009
New Revision: 151145
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151145
Log:
Let test_summary invoke, not parse config.status contents.
contr
--- Comment #5 from jb at gcc dot gnu dot org 2009-08-27 17:41 ---
Subject: Bug 39667
Author: jb
Date: Thu Aug 27 17:40:55 2009
New Revision: 151144
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151144
Log:
PR libfortran/39667 Fix testcases to not need fd_truncate.
Modified:
--- Comment #15 from ubizjak at gmail dot com 2009-08-27 17:33 ---
*** Bug 41164 has been marked as a duplicate of this bug. ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
--- Comment #2 from ubizjak at gmail dot com 2009-08-27 17:33 ---
Duplicate of PR24319.
*** This bug has been marked as a duplicate of 24319 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
-
--- Comment #4 from ubizjak at gmail dot com 2009-08-27 17:19 ---
Patch in testing:
--cut here--
Index: simplify-rtx.c
===
--- simplify-rtx.c (revision 151142)
+++ simplify-rtx.c (working copy)
@@ -5263,6 +5263,7
--- Comment #111 from lucier at math dot purdue dot edu 2009-08-27 17:02
---
I can compile gambit 4.1.2 with -fschedule-insns except for the function noted
in PR41164.
On
model name : Intel(R) Core(TM)2 Quad CPU Q8200 @ 2.33GHz
with
gcc version 4.5.0 20090803 (experimental)
--- Comment #7 from joseph at codesourcery dot com 2009-08-27 16:38 ---
Subject: Re: [4.5 regression] libgfortran fails to
build on Solaris 10+: '_Imaginary_I' undeclared
On Thu, 27 Aug 2009, ro at techfak dot uni-bielefeld dot de wrote:
> What I don't fully understand yet is whether
--- Comment #12 from paolo dot carlini at oracle dot com 2009-08-27 16:31
---
If we want to seriously approach the problem that apparently some users are
seeing together with cross compilers, we should first figure out what exactly
is going on: is _GLIBCXX_HAVE_FENV_H undefined for some
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2009-08-27
16:25 ---
Subject: Re: [4.5 regression] libgfortran fails to build on Solaris 10+:
'_Imaginary_I' undeclared
joseph at codesourcery dot com writes:
> There is no use in keeping definitions relating to imaginary typ
--- Comment #3 from ubizjak at gmail dot com 2009-08-27 16:21 ---
Backtrace with current SVN:
#1 0x0076991d in simplify_subreg (outermode=SImode,
op=0x728a68a0, innermode=DImode, byte=4294967280)
at ../../gcc-svn/trunk/gcc/simplify-rtx.c:4982
#2 0x00769b3e
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-08-27 16:11 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-08-27 16:10 ---
Subject: Bug 41092
Author: rguenth
Date: Thu Aug 27 16:10:15 2009
New Revision: 151143
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151143
Log:
2009-08-27 Richard Guenther
PR lto/41092
--- Comment #11 from paolo dot carlini at oracle dot com 2009-08-27 16:09
---
(In reply to comment #10)
> I have encountered the same problem with reverse cross compilation of gcc-4.3
> branch on Linux for powerpc target. The problem was introduced in #38000
> (revision 143194), and saf
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-08-27 16:08
---
Thanks paolo.
It is btw
_ZN10__gnu_pbds13gp_hash_tableINS_4test10basic_typeES2_NS1_4hashESt8equal_toIS2_ENS1_27direct_mod_range_hashing_t_IN9__gnu_cxx15throw_allocatorIS2_NS1_21quadratic_probe_fn_t_IS2_S9_EEN
--- Comment #6 from jv244 at cam dot ac dot uk 2009-08-27 16:01 ---
this is bold guess at a patch, which does fix the lineno info for this
testcase, but no idea if this is even remotely correct. Based on the
observation that gfc_match_function_decl sets declared_at, but
gfc_match_subrout
--- Comment #10 from vzapolskiy at gmail dot com 2009-08-27 16:00 ---
I have encountered the same problem with reverse cross compilation of gcc-4.3
branch on Linux for powerpc target. The problem was introduced in #38000
(revision 143194), and safe solution is just to revert the changes
--- Comment #10 from paolo dot carlini at oracle dot com 2009-08-27 16:00
---
Richard, I have no idea, at the moment. Frankly however, I know, or at least
strongly suspect basing on past and still open issues, that pb_ds cannot be
fully trusted, isn't really maintained as it should and
--- Comment #9 from vzapolskiy at gmail dot com 2009-08-27 15:59 ---
Created an attachment (id=18438)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18438&action=view)
proposed patch for the problem resolution on gcc-4_4-branch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=392
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-08-27 15:43 ---
In fact the code generated by the C++ frontend (or the library) looks bogus.
other.1157_15 = (const struct hash_eq_fn *) D.107435_2;
this.1158_16 = (struct hash_eq_fn *) D.107436_4;
other.1161_17 = (struct equ
--- Comment #5 from jv244 at cam dot ac dot uk 2009-08-27 15:35 ---
more debug info .. if I declare S1 to be a function instead of a subroutine,
lineno is also correct
anybody with [parse.]c experience willing to take over ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40823
--- Comment #11 from redi at gcc dot gnu dot org 2009-08-27 15:19 ---
(In reply to comment #10)
>
> I'm not sure that this applies in this situation. An instance of BadE is
> constructed because it is thrown, but BadE::BadE does not "[exit] via an
> uncaught exception". It both throws
--- Comment #11 from jan dot cornelis at gmail dot com 2009-08-27 14:57
---
An example program that shows 3 different methods. Only one works (see comment)
As I used the names for each field, I assumed that all 3 examples should work.
#include
#include
struct a_t {
uint16_t a;
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-08-27 14:36 ---
Created an attachment (id=18437)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18437&action=view)
testcase, simplified
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41058
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-08-27 14:35 ---
Weird. A trigger for the failure with -flto is the removal of a dead store in
container_rand_regression_test::assignment_operator(). We remove
tmp.D.3238.D.3239.D.3240.D.3090.D.3046.D.3014._vptr.hash_load_check_re
--- Comment #10 from wwashby at earthlink dot net 2009-08-27 14:27 ---
(In reply to comment #9)
> ...
> "when the exception handling mechanism, after completing evaluation of the
> expression to be thrown but before the exception is caught (15.1), calls a
> function that exits via an unc
--- Comment #9 from redi at gcc dot gnu dot org 2009-08-27 12:18 ---
(In reply to comment #5)
> I think the problem is that the uncaught_exception() is true as soon as the
> memory for the exception has been allocated, but if the exception's copy
> constructor is elided then happens befo
Where it says:
Enabled at level `-O0'. When disabled explicitly, it also imply
`-fno-section-anchors' that is otherwise enabled at `-O0' on some
targets.
Firstly, "imply" should be "implies".
Secondly, what does "disabling" the option mean ("When disabled explicitly...")
- does i
--- Comment #9 from burnus at gcc dot gnu dot org 2009-08-27 12:11 ---
Test case of valid but previously failing code (which I forgot to include in
fmt_with_extra.f when xfailing it):
SUBROUTINE rw_inp()
CHARACTER(len=100) :: line
integer :: i5
character(100), p
--- Comment #5 from burnus at gcc dot gnu dot org 2009-08-27 12:06 ---
(In reply to comment #4)
> The patch of PR 28093 was reverted -- thus closing as fixed.
Wrong patch PR. The correct one is PR fortran/28039
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41152
--- Comment #4 from burnus at gcc dot gnu dot org 2009-08-27 12:05 ---
For completeness, the committal was for PR fortran/28039
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28093
--- Comment #4 from burnus at gcc dot gnu dot org 2009-08-27 12:04 ---
The patch of PR 28093 was reverted -- thus closing as fixed.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from burnus at gcc dot gnu dot org 2009-08-27 12:00 ---
Subject: Bug 28039
Author: burnus
Date: Thu Aug 27 11:59:51 2009
New Revision: 151141
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151141
Log:
2009-08-27 Tobias Burnus
PR fortran/28039
*
--- Comment #8 from paolo dot carlini at oracle dot com 2009-08-27 11:59
---
As a general rule, if we are sure about the dependency on a DR, we suspend the
PR and remember the DR # in the Summary.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41174
--- Comment #2 from domob at gcc dot gnu dot org 2009-08-27 11:55 ---
When this is fixed, we should also add a test-case to check that type-bound
assignment does correct dependency-checking (based on
elemental_subroutine_3.f90 for instance).
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #1 from domob at gcc dot gnu dot org 2009-08-27 11:50 ---
I take this on.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unas
This is currently marked TODO in interface.c:gfc_expand_expr/gfc_expand_assign.
When looking for a matching interface or type-bound operator, we could always
continue looking through all possibilities and see if more than one option is
found, in which case we should emit an error (or at least warn
--- Comment #4 from domob at gcc dot gnu dot org 2009-08-27 11:43 ---
Subject: Bug 37425
Author: domob
Date: Thu Aug 27 11:42:56 2009
New Revision: 151140
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151140
Log:
2009-08-27 Daniel Kraft
PR fortran/37425
* gf
--- Comment #7 from redi at gcc dot gnu dot org 2009-08-27 11:37 ---
(In reply to comment #6)
> Is this related to PR 37477?
It looks like a slightly different issue. PR 37477 relates to when
uncaught_exception() stops being true and fixing it might need to wait for the
resolution to c
--- Comment #5 from bangerth at gmail dot com 2009-08-27 11:35 ---
The warning isn't triggered any more with current mainline.
Can someone gives this a try with the current 4.4.x branch?
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40146
--
caolanm at redhat dot com changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40146
--- Comment #4 from caolanm at redhat dot com 2009-08-27 11:17 ---
Created an attachment (id=18436)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18436&action=view)
smaller test-case
Here's a smaller one, perturbing nearly any line in this makes the warning go
away, various sample
--- Comment #6 from paolo dot carlini at oracle dot com 2009-08-27 10:51
---
Is this related to PR 37477?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41174
--- Comment #14 from nospamname at web dot de 2009-08-27 10:38 ---
I compile gcc 4.4.2 20090825 and test.
problem is still in.
Is this fix in gcc4.4.2 too ?.
>The mpegvideo.i test case does not compile as-is for me, as the compiler
>complains about a syntax error:
>libavcodec/mpegvide
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|c++ |libstdc++
Ever
--- Comment #1 from domob at gcc dot gnu dot org 2009-08-27 09:57 ---
I will work on this. Janus, how's that also related to PPCs? I'll leave that
open for you, if there is anything to correct, also (the 'wrong' check for
scalar passed-object is there literally for PPCs, too, but it ma
ELEMENTAL type-bound procedures (and in consequence also, for instance,
type-bound operators or assignments on arrays) do not work for non-scalar
passed-objects (even though the procedures are ELEMENTAL):
MODULE m
IMPLICIT NONE
TYPE t
CONTAINS
PROCEDURE, PASS :: myproc
END TYPE t
CON
--- Comment #5 from dodji at gcc dot gnu dot org 2009-08-27 09:33 ---
Created an attachment (id=18435)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18435&action=view)
Oops.
Okay, this is the patch I wanted to attach. Not #18434. So the previous comment
applies to this entry.
--
--- Comment #4 from dodji at gcc dot gnu dot org 2009-08-27 09:31 ---
Created an attachment (id=18434)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18434&action=view)
Updated patch
This patch removes the addition fix that was carried by previous patch as that
fix was pushed upstr
--- Comment #3 from liqin at gcc dot gnu dot org 2009-08-27 09:17 ---
please download new binutils-2.19.51, it already support score7 option.
--
liqin at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-08-27 09:17 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #4 from dodji at gcc dot gnu dot org 2009-08-27 07:14 ---
Fixed in trunk (4.5).
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #3 from dodji at gcc dot gnu dot org 2009-08-27 07:05 ---
Subject: Bug 41170
Author: dodji
Date: Thu Aug 27 07:05:24 2009
New Revision: 151138
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151138
Log:
Fix for PR debug/41170
gcc/ChangeLog:
PR debug/41770
69 matches
Mail list logo
