--- Comment #2 from janus at gcc dot gnu dot org 2010-06-13 02:46 ---
I'll assign this to myself (working on a patch ...)
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
-
the run times has 2 times difference( formatted one FASTER than unformatted ).
[ compile option -O3 ]
void test_stream_inserter()
{
int a = ;
std::stringstream is;
for( unsigned int i=0; i<1024*1024*100; ++i )
{
void* pa = ((void*)&a);
void** pb = &pa;
#ifdef
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2010-06-12 22:33
---
How about this when attempting a READ or WRITE after an ENDFILE. (original
testcase)
$ gfc pr44477.f90
$ ./a.out
At line 5 of file pr44477.f90 (unit = 10, file = 'XXX')
Fortran runtime error: Sequential READ or
--- Comment #14 from dfranke at gcc dot gnu dot org 2010-06-12 21:46
---
(In reply to comment #13)
> Would it be ok to require '-cpp' with '-M' or shall '-M' work without explicit
> preprocessing enabled? In the latter case, would it be ok to enable
> preprocessing implicitly?
"Passing
--- Comment #4 from mikpe at it dot uu dot se 2010-06-12 21:26 ---
(In reply to comment #3)
> Fixing by reverting Steven patch is not enough to regain bootstrap on arm,
> here
> is the error during stage2:
This is a new unrelated error caused by r160458. You should IMO have opened a
n
--- Comment #13 from dfranke at gcc dot gnu dot org 2010-06-12 21:06
---
Would it be ok to require '-cpp' with '-M' or shall '-M' work without explicit
preprocessing enabled? In the latter case, would it be ok to enable
preprocessing implicitly?
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-06-12
20:00 ---
This issue appears to be suppressed by --enable-checking=release.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
--- Comment #13 from jakub at gcc dot gnu dot org 2010-06-12 19:41 ---
Argh, I thought macro is allocated using _cpp_aligned_alloc, but apparently it
is allocated using GC:
if (pfile->hash_table->alloc_subobject)
macro = (cpp_macro *) pfile->hash_table->alloc_subobject
(sizeo
--- Comment #12 from jakub at gcc dot gnu dot org 2010-06-12 19:29 ---
Instead of spending too much time on testsuite reduction, perhaps if you could
put a breakpoint on builtin_define_with_hex_fp_value where
lazy_hex_fp_values[XXX].macro is initialized (for XXX being the idx which
crash
--- Comment #4 from dfranke at gcc dot gnu dot org 2010-06-12 17:47 ---
The patch below fixes the ICE in comment #2, but not the original report.
However, it also message-regresses on
FAIL: gfortran.dg/derived_function_interface_1.f90 -O (test for errors, line
41)
FAIL: gfortran.dg/d
--- Comment #11 from mrs at gcc dot gnu dot org 2010-06-12 16:48 ---
This is a failure to manage memory type of error, and -E will never be able to
grab a testcase. I'm in the long slow process of manually trimming down a
testcase, but it is slow going. Essentially replace #include wit
--- Comment #18 from photon at seznam dot cz 2010-06-12 16:46 ---
(In reply to comment #17)
> The patch was rejected but it may be accepted by using a new -Wno-* option to
> disable these warnings. Perhaps -Wno-conversion-after-promotion?
>
> Suggestions are welcome.
>
-Wconversion s
--- Comment #10 from dominiq at lps dot ens dot fr 2010-06-12 15:53 ---
> Can you attach all headers that get included instead of attaching preprocessed
> source? Thx.
How am I supposed to know what are "all headers that get included"? Please
assume zero knowledge from my side and prov
--- Comment #4 from hjl dot tools at gmail dot com 2010-06-12 15:52 ---
It is caused by revision 149526:
http://gcc.gnu.org/ml/gcc-cvs/2009-07/msg00406.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44507
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-06-12 15:33 ---
Can you attach all headers that get included instead of attaching preprocessed
source? Thx.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
--- Comment #4 from hjl dot tools at gmail dot com 2010-06-12 15:24 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #7 from hjl dot tools at gmail dot com 2010-06-12 15:21 ---
*** Bug 44497 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44498
--- Comment #4 from hjl dot tools at gmail dot com 2010-06-12 15:21 ---
*** This bug has been marked as a duplicate of 44498 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #6 from hjl dot tools at gmail dot com 2010-06-12 15:21 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #8 from dominiq at lps dot ens dot fr 2010-06-12 15:01 ---
> There should not be a /usr/include/float.h but the gcc internal header should
> be included. Please check if that is the case
I don't understand what I am supposed to do (please use baby English;-). Why
did I sus
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-06-12 14:50 ---
There should not be a /usr/include/float.h but the gcc internal header should
be included. Please check if that is the case and/or if your
/usr/include/float.h
provides defines for __DBL_MAX__ or __FLT_MAX__
--
--- Comment #3 from dfranke at gcc dot gnu dot org 2010-06-12 14:43 ---
This goes off at a tangent, but still related to this PR ...
I think this is valid as the RESULT f is in the scope of g only and shadows the
FUNCTION f (Lahey accepts it):
FUNCTION f()
contains
FUNCTION g() RESUL
--- Comment #3 from laurent at guerby dot net 2010-06-12 14:39 ---
Fixing by reverting Steven patch is not enough to regain bootstrap on arm, here
is the error during stage2:
/home/guerby/build/./prev-gcc/xgcc -B/home/guerby/build/./prev-gcc/
-B/n/57/guerby/install-trunk-160646/armv5tel
--- Comment #6 from dominiq at lps dot ens dot fr 2010-06-12 14:31 ---
> Just run
> gdb ./cc1 -O2 pr44509.i
The *.i files compile without ICE, see comment #3:
> The ICE disappears if -g is removed for any optimization, it also disappears
> with -save-temps.
^^
[karma]
--- Comment #5 from cedric at berger dot to 2010-06-12 13:46 ---
What the h*?* is "Status: WAITING"?
It's certainly not on the list under the "Status" link.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43999
--- Comment #5 from jakub at gcc dot gnu dot org 2010-06-12 13:37 ---
Can't reproduce with cross even on that preprocessed source.
Just run
gdb ./cc1 -O2 pr44509.i
and in gdb type:
r
up
p *node
p *node->value.macro
p node->value.macro->exp.tokens[0]
p node->value.macro->exp.tokens[1]
-
--- Comment #1 from ktietz at gcc dot gnu dot org 2010-06-12 13:20 ---
Subject: Bug 43731
Author: ktietz
Date: Sat Jun 12 13:19:17 2010
New Revision: 160662
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160662
Log:
2010-06-12 Kai Tietz
PR ada/43731
* gcc-inter
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-06-12 12:43 ---
Subject: Bug 44485
Author: hubicka
Date: Sat Jun 12 12:43:02 2010
New Revision: 160659
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160659
Log:
PR tree-optimize/44485
* tree-cfgcleanup.c (f
--- Comment #4 from dominiq at lps dot ens dot fr 2010-06-12 12:20 ---
Created an attachment (id=20901)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20901&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44509
--- Comment #3 from dominiq at lps dot ens dot fr 2010-06-12 12:19 ---
On powerpc-apple-darwin9 at revision 160627, the minimal command is
/opt/gcc/darwin_buildw/prev-gcc/xgcc -B/opt/gcc/darwin_buildw/prev-gcc/ -c
-DIN_GCC_FRONTEND -g -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings
-
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Target Milestone|--- |4.6.0
http:
--- Comment #4 from burnus at gcc dot gnu dot org 2010-06-12 12:15 ---
Malcolm Cohen wrote in "Implementing the Standards...",
http://www.fortran.bcs.org/2007/jubilee/f50.pdf, the following:
IEEE module implementation
Only if IEEE_GET_FLAG is directly called in a routine: save then cl
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-12 12:11 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-12 11:51 ---
Can't reproduce with
double a = __DBL_MAX__ + __FLT_MAX__;
in x86_64-linux -> x86_64-apple-darwin10 cross (not even when using precompiled
header).
So, please provide preprocessed testcase, and if possible in gdb also
--- Comment #8 from dfranke at gcc dot gnu dot org 2010-06-12 11:22 ---
Fixed in trunk and 4.5. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from dfranke at gcc dot gnu dot org 2010-06-12 11:21 ---
Subject: Bug 44347
Author: dfranke
Date: Sat Jun 12 11:21:17 2010
New Revision: 160658
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160658
Log:
gcc/fortran/:
2010-06-12 Daniel Franke
PR fortran
--- Comment #1 from dominiq at lps dot ens dot fr 2010-06-12 11:02 ---
Oops! fixed a typo in the summary.
--
dominiq at lps dot ens dot fr changed:
What|Removed |Added
Revision 160626 breaks bootstrap on *-apple-darwin9*
On x86_64-apple-darwin10.3.0 at exactly revision 160626, the failure is
...
/opt/gcc/build_w/./prev-gcc/xgcc -B/opt/gcc/build_w/./prev-gcc/
-B/opt/gcc/gcc4.6w/x86_64-apple-darwin10.3.0/bin/
-B/opt/gcc/gcc4.6w/x86_64-apple-darwin10.3.0/bin/
-B/
./f951 -m31 -O3 vla1.f90 -I ../s390*/libgomp/ -fopenmp -march=z9-109 -mtune=z10
ICEs on 4.4 branch, even in frozz-compiler. The problem seems to be that
substitute_and_fold DCEs some trivially dead stmts and the removal release_defs
the LHS SSA_NAMEs, which are still referenced in various vrp stru
--- Comment #12 from gpiez at web dot de 2010-06-12 08:46 ---
I am closing this, as it isn't a gcc bug, as it behaves according to the
standard.
The bug is in the standard, as it mandates
f<1,1> // ok
f() // error
g() // no error, but undefined behaviuour
f(char, ch
--- Comment #13 from gpiez at web dot de 2010-06-12 08:47 ---
...
--
gpiez at web dot de changed:
What|Removed |Added
Status|UNCONFIRMED |RESO
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-12 08:42 ---
Confirmed.
The vectorizer changes
# andVal_34 = PHI
andVal_15 = curVal_13 & andVal_34;
to
# vect_var_.26_52 = PHI
vect_var_.26_53 = vect_var_.21_42 & vect_var_.26_52;
4.4 works.
--
rguenth at gcc d
--- Comment #6 from uros at gcc dot gnu dot org 2010-06-12 07:43 ---
Subject: Bug 44481
Author: uros
Date: Sat Jun 12 07:43:40 2010
New Revision: 160654
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160654
Log:
PR target/44481
* config/i386/i386.md (UNSPEC_PARIT
--- Comment #9 from sandra at codesourcery dot com 2010-06-12 07:42 ---
I now have a specific theory of what is going on here. There are two problems:
(1) estimate_reg_pressure_cost is not accounting for the function call in the
loop body. In this case it ought to use call_used_regs i
--- Comment #21 from burnus at gcc dot gnu dot org 2010-06-12 07:34 ---
Similarly to PR 41539, I now get linking errors of the kind vtab$...
/tmp/ccd6KJqa.o: In function `__m_vector_MOD_rotation_matrix_times_vector':
test.f90:(.text+0x238b): undefined reference to `vtab$t_rotation_matri
--- Comment #3 from burnus at gcc dot gnu dot org 2010-06-12 07:12 ---
(In reply to comment #2)
> It is possible to get the front-end to construct a real argument types list
> from the arguments list of the external call, as is done in the patch
> attached.
I think doing so is the prop
46 matches
Mail list logo