--- Comment #20 from dominiq at lps dot ens dot fr 2009-08-28 07:19 ---
It it helps, I get for the reduced test with the line 94:
[ibook-dhum] lin/test% gfc -m64 -O2 -funsafe-math-optimizations
-fno-signed-zeros -fno-trapping-math -fno-associative-math -fno-reciprocal-math
air_db.f90
I built an x86_64-w64-mingw32 cross compiler under x86_64 linux using latest
gcc SVN code,
then use this cross compiler to build ffmpeg.
The compile failed with the following message :
[dran...@dgnfedora bd_ffmpeg]$
/compile/mingw-w64-dgn/cross/bin/x86_64-w64-mingw32-gcc -DHAVE_AV_CONFIG_H -I.
--- Comment #1 from drangon dot mail at gmail dot com 2009-08-28 07:32
---
Created an attachment (id=18441)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18441action=view)
ac3enc.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181
--- Comment #2 from drangon dot mail at gmail dot com 2009-08-28 07:32
---
Created an attachment (id=18442)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18442action=view)
ac3enc.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-08-28 08:42 ---
Reduced testcase:
typedef unsigned char uint8_t;
typedef short int16_t;
static void
bit_alloc_masking(uint8_t exp_strategy[6][6], int16_t psd[6][6][(1 9)/2])
{
int blk, ch;
for(blk=0; blk6; blk++)
$ gcc asnlib.i
../../libu/util/asnlib.c: In function '_lae_process_opts':
../../libu/util/asnlib.c:1103:4: internal compiler error: tree check: expected
integer_cst, have nop_expr in tree_int_cst_lt, at tree.c:5259
Please submit a full bug report,
That's with:
gcc version 4.5.0 20090828
--- Comment #1 from burnus at gcc dot gnu dot org 2009-08-28 09:08 ---
Created an attachment (id=18443)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18443action=view)
test.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41182
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-08-28 09:57
---
Instantiating
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-08-28 10:16
---
This pattern happens more often in pb_ds.
If I replace the casts by static_casts and const_casts the problem
persists though. I do not see that the frontend produces a FIELD_DECL
for the Eq_Fn base of hash_eq_fn
--- Comment #2 from redi at gcc dot gnu dot org 2009-08-28 10:19 ---
(In reply to comment #0)
#gcc
cd ../gcc-4.4.1
./configure
--prefix=/home/dmarkman/Development/GCC/macintel64/mpfr-2.4.1/build
--with-gmp=/home/dmarkman/Development/GCC/macintel64/gmp-4.3.1/build
is that command
--- Comment #3 from redi at gcc dot gnu dot org 2009-08-28 10:23 ---
Changing component, nothing to do with c++ front end
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-08-28 10:41
---
It seems that on trunk the swap
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 equal_to *) other.1157_15;
this.1162_18 =
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-08-28 10:59
---
Index: cp/cp-gimplify.c
===
--- cp/cp-gimplify.c(revision 151156)
+++ cp/cp-gimplify.c(working copy)
@@ -853,6 +853,15 @@ cp_genericize_r
--- Comment #21 from dominiq at lps dot ens dot fr 2009-08-28 12:01 ---
And finally the winner is -fstrict-overflow!
[ibook-dhum] lin/test% gfc -m64 -O2 -funsafe-math-optimizations air_db.f90
[ibook-dhum] lin/test% time a.out /dev/null
6.472u 0.020s 0:06.50 99.8% 0+0k 0+2io 0pf+0w
--- Comment #22 from dominiq at lps dot ens dot fr 2009-08-28 12:23 ---
For the original air.f90 I get:
[ibook-dhum] lin/test% gfc -m64 -O2 -funsafe-math-optimizations
-fno-strict-overflow air.f90
[ibook-dhum] lin/test% time a.out /dev/null
9.572u 0.055s 0:09.66 99.5% 0+0k 0+9io
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-08-28 13:00 ---
Confirmed. ICEs in folding a minmax comparison.
typedef long unsigned int size_t;
int _lae_process_opts(char *pr, char *pe)
{
return (strlen (on) ((size_t) ((pe-pr[2])(strlen(on))
--- Comment #16 from jason at redhat dot com 2009-08-28 13:03 ---
Subject: Re: FAIL: ext/pb_ds/regression/hash_data_map_rand.cc
On 08/28/2009 06:59 AM, rguenth at gcc dot gnu dot org wrote:
Jason - might there be any reason this is not correct?
Looks fine to me.
--
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-08-28
13:28 ---
Remember that the compilers in Snow Leopard will execute as x86_64 code and
generate the same by default on EMT64 capable hardware. However the uname
output
will still report i386 unless you are running
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2009-08-28
13:36 ---
(In reply to comment #20)
It it helps, I get for the reduced test with the line 94:
[ibook-dhum] lin/test% gfc -m64 -O2 -funsafe-math-optimizations
-fno-signed-zeros -fno-trapping-math
--- Comment #5 from dmarkman at mac dot com 2009-08-28 14:36 ---
thanks for the answer. Here is what I did in the fresh new gcc-4.4.1 folder I
issued
./configure --prefix=/home/dmarkman/Development/GCC/macintel64/gcc-4.4.1/build
--enable-languages=c,c++
--- Comment #6 from dmarkman at mac dot com 2009-08-28 14:37 ---
thanks for the answer. Here is what I did in the fresh new gcc-4.4.1 folder I
issued
./configure --prefix=/home/dmarkman/Development/GCC/macintel64/gcc-4.4.1/build
--enable-languages=c,c++
--- Comment #6 from jb at gcc dot gnu dot org 2009-08-28 14:48 ---
Closing as fixed
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from redi at gcc dot gnu dot org 2009-08-28 15:01 ---
it should be --build, not -build
as stated at http://gcc.gnu.org/install/configure.html do NOT build in the
source directory, create a new directory to build in and run $SRCDIR/configure
instead of ./configure
--
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2009-08-28
15:12 ---
Actually this is a bug in Xcode 3.2's linker that I wasn't able to get Apple to
fix (radar 6320843) duplicate symbols from static libraries not properly
ignored. The fix for gcc 4.4.1 and trunk is to apply
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2009-08-28
15:31 ---
Back to the issue of configure not properly detecting the target as
x86_64-apple-darwin10 but grabbing i386-apple-darwin10 instead, one
possible fix would be to have configure use 'sysctl -n
--- Comment #10 from mrs at gcc dot gnu dot org 2009-08-28 16:14 ---
When one builds with CC='gcc -m32', would be nice for config.guess to know this
is i686-apple-darwin10. When using CC='gcc -m64', would be nice for
config.guess to know this is x86_64-apple-darwin10. If ones makes
Error messages:
In file included from third_party/WebKit/WebCore/svg/SVGElement.h:28,
from
third_party/WebKit/WebCore/svg/SVGExternalResourcesRequired.h:28,
from
third_party/WebKit/WebCore/svg/SVGExternalResourcesRequired.cpp:27:
--- Comment #1 from hdasch at gmail dot com 2009-08-28 16:32 ---
Created an attachment (id=18444)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18444action=view)
test case: preprocessor output
Compressed to fit attachment size constraints.
--
--- Comment #16 from lucier at math dot purdue dot edu 2009-08-28 16:54
---
Re: Comment 7:
Since end users will gain little benefit from being able to run the sched1 pass
on x86 code, I don't think this is a serious problem.
PR33928 (comments 108 and 111) give an example where
--- Comment #11 from dmarkman at mac dot com 2009-08-28 17:28 ---
thank you very much for all your comments
first of all I fixed my typo and used --build instead of -build
but that wasn't a problem
after modifying Make-lang.in from gcc/cp folder (as Jack Howarth suggested)
I was able to
--- Comment #2 from ubizjak at gmail dot com 2009-08-28 17:48 ---
Confirmed with GNU C++ (GCC) version 4.4.2 20090823 (prerelease)
[gcc-4_4-branch revision 151029] (x86_64-unknown-linux-gnu)
Program received signal SIGSEGV, Segmentation fault.
0x00499265 in lvalue_p_1
--- Comment #17 from rguenth at gcc dot gnu dot org 2009-08-28 19:36
---
Subject: Bug 41058
Author: rguenth
Date: Fri Aug 28 19:36:05 2009
New Revision: 151176
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151176
Log:
2009-08-28 Richard Guenther rguent...@suse.de
PR
--- Comment #18 from rguenth at gcc dot gnu dot org 2009-08-28 19:39
---
Fixed.
(bah, it didn't fix all the others ...)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ccoutant at gcc dot gnu dot org 2009-08-28 20:35
---
Subject: Bug 41063
Author: ccoutant
Date: Fri Aug 28 20:35:16 2009
New Revision: 151187
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151187
Log:
gcc/ChangeLog:
PR debug/41063
*
--- Comment #13 from spop at gcc dot gnu dot org 2009-08-28 20:39 ---
Subject: Bug 40965
Author: spop
Date: Fri Aug 28 20:39:43 2009
New Revision: 151190
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151190
Log:
2009-08-28 Sebastian Pop sebastian@amd.com
PR
--- Comment #14 from spop at gcc dot gnu dot org 2009-08-28 20:44 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from kargl at gcc dot gnu dot org 2009-08-28 21:21 ---
The committed to fix the bug is too aggressive. An interface block
with a module procedure statement can appear in a PROGRAM unit
and any subprogram. I have a patch the relaxes the check and
allows the newly
--- Comment #6 from kargl at gcc dot gnu dot org 2009-08-28 21:23 ---
Created an attachment (id=18445)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18445action=view)
program fails without patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31292
--- Comment #1 from dodji at gcc dot gnu dot org 2009-08-28 21:30 ---
Created an attachment (id=18446)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18446action=view)
Fix candidate
I am testing this patch ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41065
--- Comment #3 from anlauf at gmx dot de 2009-08-28 22:05 ---
(In reply to comment #2)
I just found the following workaround:
print *, pack ( //[obstyp(:)% name], (/ .true., .false. /)) ! workaround
Cheers,
ha
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41167
--- Comment #4 from ccoutant at gcc dot gnu dot org 2009-08-28 23:17
---
Fixed at rev 151187.
--
ccoutant at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-08-29
01:32 ---
The following patch generated under gcc 4.4 branch is a first pass at
correcting the default triplet detected under darwin10...
Index: config.guess
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2009-08-29
01:40 ---
Opps, the corrected proposed patch is...
Index: config.guess
===
--- config.guess(revision 151196)
+++ config.guess(working
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2009-08-29
02:19 ---
We also need to make sure that the i[[3456789]]86-*-darwin* target pass -m32 to
the compiler when building on Snow Leopard. This patch is untested but I
believe is in the right direction...
Index:
44 matches
Mail list logo