--- 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: configu
--- 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 #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 #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 #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 #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=18446&action=view)
Fix candidate
I am testing this patch ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41065
--- 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=18445&action=view)
program fails without patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31292
--- 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 attache
--- 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 #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=gcc&view=rev&rev=151190
Log:
2009-08-28 Sebastian Pop
PR middle-end/40965
*
--- 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=gcc&view=rev&rev=151187
Log:
gcc/ChangeLog:
PR debug/41063
* dwarf2out
--- Comment #2 from ccoutant at gcc dot gnu dot org 2009-08-28 20:32
---
Subject: Bug 41063
Author: ccoutant
Date: Fri Aug 28 20:32:29 2009
New Revision: 151185
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151185
Log:
gcc/ChangeLog:
PR debug/41063
* dwarf2out
--- 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 #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=gcc&view=rev&rev=151176
Log:
2009-08-28 Richard Guenther
PR lto/41058
--- 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 (ref=0x7
--- 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 #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 -fsched
--- 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=18444&action=view)
test case: preprocessor output
Compressed to fit attachment size constraints.
--
http://gcc.gnu.org/bugzilla/show
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:
third_party/WebKit/WebCore/svg/SVG
--- 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 tho
--- 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 hw.cpu64bit_cap
--- 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 appl
--- 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 #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 #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++
--with-gmp=/home/dmarkman/Developm
--- 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++
--with-gmp=/home/dmarkman/Developm
--- 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 -fno-associ
--- 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 the
--- 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.
--
http://gcc.g
--- 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 #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 1
--- 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 #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 (tre
--- 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 = (s
--- 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 #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 com
--- 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_cast<>s and const_cast<>s the problem
persists though. I do not see that the frontend produces a FIELD_DECL
for the Eq_Fn base of hash_eq
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-08-28 09:57
---
Instantiating
_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_EENS_27hash_st
--- 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=18443&action=view)
test.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41182
$ 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
--- 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; blk<6; blk++)
for(c
--- 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=18442&action=view)
ac3enc.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181
--- 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=18441&action=view)
ac3enc.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181
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 #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
45 matches
Mail list logo
