using a very recent : gcc version 4.8.0 20121021 (experimental) (GCC)
h4ck3rm1k3@gcc10:~/experiments/build/glibc$ echo int x; | g++
-save-temps -x c -
cc1: error: unrecognized command line option ‘-.i’
this causes problems compiling glibc with -save-temps.
is this known? should I report a
Does the group / team have an AIX 6.1 build machine to build the trunk on?
Or am I the first to person walk into this?
I'm still curious in the question above
And I'm still curious :-)
I opened this bug report: http://gcc.gnu.org/bugzilla/post_bug.cgi
I finally got trunk to build.
pedz
On 28 October 2012 13:39, Perry Smith wrote:
I opened this bug report: http://gcc.gnu.org/bugzilla/post_bug.cgi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55105
Does the group / team have an AIX 6.1 build machine to build the trunk on?
Or am I the first to person walk into this?
I'm still curious in the question above
And I'm still curious :-)
I opened this bug report:http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55105
I finally got trunk to
On Sun, 28 Oct 2012, Mike Dupont wrote:
is this known? should I report a bug? any ideas on fixing it, I might
be able to do so, it should be simple.
I think the fix should be to give an early error message for compiling
from stdin with -save-temps, and then stop the compilation because
Snapshot gcc-4.8-20121028 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20121028/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55084
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55103
Bug #: 55103
Summary: [4.8 Regression] gcc.target/mips/int-moves-2.c ICEs
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55103
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52956
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55095
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55103
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-10-28
09:32:06 UTC ---
This is because save_target_globals does not allocate a target_lra_int (though
it might be zero out the array before doing anything else too).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55103
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Summary|[4.8 Regression]|[4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #30 from Jan Hubicka hubicka at gcc dot gnu.org 2012-10-28
10:08:23 UTC ---
Created attachment 28543
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28543
Updated patch
Hi,
this is updated patch I am testing. It fixes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #31 from Jan Hubicka hubicka at gcc dot gnu.org 2012-10-28
10:11:13 UTC ---
Concerning vincenzo's request about 4.7 version, it won't work - it depends on
improvements of inline metric and ipa-prop we made for 4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54526
--- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com 2012-10-28
10:59:50 UTC ---
You are right, sorry. I have a lexer patch in testing which I will be sending
shortly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727
--- Comment #27 from Tobias Schlüter tobi at gcc dot gnu.org 2012-10-28
11:15:24 UTC ---
There were concerns about error handling in out-of-memory conditions which I
addressed in a separate patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #32 from vincenzo Innocente vincenzo.innocente at cern dot ch
2012-10-28 11:27:22 UTC ---
In a small test (that I will eventually publish here) the new patch at -O2
looks superior to 4.7.2 at O3.
I would like to build a test with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39607
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54961
--- Comment #7 from Steven Bosscher steven at gcc dot gnu.org 2012-10-28
11:44:50 UTC ---
The problems of comment #4 and comment #5 are PR39607, a problem that
should be solved in reg-stack.
The problem of comment #0 is a problem in IRA.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38711
--- Comment #4 from Steven Bosscher steven at gcc dot gnu.org 2012-10-28
11:52:16 UTC ---
Author: steven
Date: Sun Oct 28 11:52:11 2012
New Revision: 192890
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192890
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38711
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39607
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54961
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54993
--- Comment #1 from Steven Bosscher steven at gcc dot gnu.org 2012-10-28
12:33:50 UTC ---
I cannot reproduce this problem, neither before nor after r192890. Can you
please attach the .ira dump (with -fdump-rtl-ira-all) after r192890, with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55041
--- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2012-10-28
12:54:01 UTC ---
I think the reason this doesn't show up everywhere is due to a problem with
older versions of GDB. Using GDB 7.3.50.20110722-16.fc16 I get this in the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27619
Segher Boessenkool segher at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55041
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org 2012-10-28
13:20:38 UTC ---
Author: redi
Date: Sun Oct 28 13:20:31 2012
New Revision: 192894
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192894
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55041
--- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org 2012-10-28
13:27:20 UTC ---
The shared_ptr tests fail because GDB is getting the variable's type wrong,
seeing it as the base class not the correct type:
(gdb) p sp1
$1 =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55104
Bug #: 55104
Summary: ice in inline_call, at ipa-inline-transform.c:269
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55105
Bug #: 55105
Summary: use of LD_LIBRARY_PATH incorrect for AIX -- cause
trunk build to fail
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55041
--- Comment #9 from Jonathan Wakely redi at gcc dot gnu.org 2012-10-28
13:37:31 UTC ---
Sorry, I misread that output, it does know the right type, it just doesn't
match the printer for some reason
(gdb) ptype sp1
type = class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54773
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55041
--- Comment #10 from Jonathan Wakely redi at gcc dot gnu.org 2012-10-28
13:57:00 UTC ---
(In reply to comment #9)
(I'll file a separate bug about the unknown type error for the shared_ptr
type)
That's http://sourceware.org/PR14441
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55106
Bug #: 55106
Summary: ice: Maximum number of LRA constraint passes is
achieved (15)
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55107
Bug #: 55107
Summary: GCC in an infinite loop at -O2
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55106
Markus Trippelsdorf markus at trippelsdorf dot de changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54996
--- Comment #2 from lvd.mhm at gmail dot com 2012-10-28 15:25:28 UTC ---
I was wrong not setting $PATH to just compiled binutils.
However, even after setting correct $PATH or just compiling binutils to default
/usr/local/bin, problem still
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54996
lvd.mhm at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54993
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org 2012-10-28 15:30:37
UTC ---
What exactly did you test? The bug is clearly present before r192890. Here is
the diff between r192889 and r192890:
@@ -1663,16 +1663,17 @@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54993
--- Comment #3 from Andreas Schwab sch...@linux-m68k.org 2012-10-28 15:36:55
UTC ---
Created attachment 28546
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28546
wait.ii.203r.ira.r192889
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54993
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org 2012-10-28 15:38:09
UTC ---
Created attachment 28547
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28547
wait.ii.203r.ira.r192890
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55108
Bug #: 55108
Summary: bad compile-time evaluation of members of initialized
union
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #17 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org
2012-10-28 16:37:46 UTC ---
(In reply to comment #8)
Created attachment 28466 [details]
Proposed patch
Handle the possibility that stmt_bb may be NULL in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54958
--- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-10-28
16:57:15 UTC ---
Author: burnus
Date: Sun Oct 28 16:57:12 2012
New Revision: 192896
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192896
Log:
2012-10-28
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55109
Bug #: 55109
Summary: internal compiler error: Segmentation fault while
reporting error in template function instantiation
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54993
--- Comment #5 from Steven Bosscher steven at gcc dot gnu.org 2012-10-28
17:24:17 UTC ---
(In reply to comment #2)
What exactly did you test? The bug is clearly present before r192890.
I was testing a cross from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55110
Bug #: 55110
Summary: Internal compiler error in vectorizable_reduction, at
tree-vect-loop.c:4633
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55109
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55095
--- Comment #4 from joseph at codesourcery dot com joseph at codesourcery dot
com 2012-10-28 17:58:55 UTC ---
The constant folder (fold-const.c:int_const_binop_1) would seem to be the
place where overflow information would most readily be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55077
--- Comment #2 from joseph at codesourcery dot com joseph at codesourcery dot
com 2012-10-28 18:02:07 UTC ---
On Sat, 27 Oct 2012, manu at gcc dot gnu.org wrote:
// Expressions, such as those that indicate rounding-down, should NOT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51106
--- Comment #21 from Andrey Belevantsev abel at gcc dot gnu.org 2012-10-28
18:17:16 UTC ---
(In reply to comment #20)
This issue still exists in mainline, there seems to be no objection to
Andrey's
suggested fix, could someone please
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54958
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55095
--- Comment #5 from Manuel López-Ibáñez manu at gcc dot gnu.org 2012-10-28
18:34:43 UTC ---
(In reply to comment #4)
The constant folder (fold-const.c:int_const_binop_1) would seem to be the
place where overflow information would most readily
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54993
--- Comment #6 from Andreas Schwab sch...@linux-m68k.org 2012-10-28 18:34:52
UTC ---
I didn't write anything about -fPIC. The PIC register is used for TLS
accesses.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55111
Bug #: 55111
Summary: ICE: tree check: expected ssa_name, have integer_cst
in live_on_edge, at tree-vrp.c:89
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52724
Thomas Koenig tkoenig at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49263
--- Comment #19 from Oleg Endo olegendo at gcc dot gnu.org 2012-10-28
22:01:47 UTC ---
Another thing I've noticed...
Cases such as:
mov.l r0,@r2! LS
mov r13,r0! MT
and #7,r0 !
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55112
Bug #: 55112
Summary: internal compiler error: in simplify_subreg, at
simplify-rtx.c:5424
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55112
--- Comment #1 from Patrick Oppenlander patrick at motec dot com.au
2012-10-28 22:18:32 UTC ---
Created attachment 28549
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28549
Problem object file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113
Bug #: 55113
Summary: internal compiler error: in emit_library_call_value_1,
at calls.c:3739
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54963
--- Comment #3 from Oleg Endo olegendo at gcc dot gnu.org 2012-10-28 23:01:24
UTC ---
Created attachment 28551
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28551
Proposed patch
This patch fixes the problem, by using
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-10-28
23:27:17 UTC ---
Can you attach the preprocessed source for those object files and how those
object files were compiled?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55112
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2012-10-28
23:28:39 UTC ---
Can you attach the preprocessed source for this object file?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55093
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Attachment #28541|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55093
--- Comment #5 from H.J. Lu hjl.tools at gmail dot com 2012-10-29 00:41:19
UTC ---
This patch:
diff --git a/gcc/lra-eliminations.c b/gcc/lra-eliminations.c
index d80..681c609 100644
--- a/gcc/lra-eliminations.c
+++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55106
--- Comment #2 from Vladimir Makarov vmakarov at gcc dot gnu.org 2012-10-29
00:42:30 UTC ---
Author: vmakarov
Date: Mon Oct 29 00:42:25 2012
New Revision: 192904
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192904
Log:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55093
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.8.0
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54963
--- Comment #4 from Kazumoto Kojima kkojima at gcc dot gnu.org 2012-10-29
00:59:37 UTC ---
(In reply to comment #3)
Created attachment 28551 [details]
Proposed patch
This patch fixes the problem, by using 'emit_move_insn' instead of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55114
Bug #: 55114
Summary: [4.8 Regression] gcc.dg/builtins-53.c ICEs on mips64
soft-float
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55093
--- Comment #7 from H.J. Lu hjl.tools at gmail dot com 2012-10-29 02:31:44
UTC ---
(In reply to comment #6)
I am testing this patch:
diff --git a/gcc/lra-eliminations.c b/gcc/lra-eliminations.c
index d80..cbfbe7a 100644
---
Joern Rennecke joern.renne...@embecosm.com writes:
Index: gcc/doc/tm.texi
===
--- gcc/doc/tm.texi (revision 192840)
+++ gcc/doc/tm.texi (working copy)
@@ -11333,3 +11333,11 @@ @deftypefn {Target Hook} {unsigned HOST_
The texinfo manual says that @end should always be put on a line of its
own. Tested with make info dvi pdf html and checked in as obvious.
(None of the converters have a problem with this so the output will be
the same.)
Andreas.
* doc/tm.texi.in (Misc): Add newline before @end.
On Sun, Oct 28, 2012 at 2:37 AM, H.J. Lu hjl.to...@gmail.com wrote:
As suggested by Richard S. [1], after the patch that converts subreg:M
(op:N (...)(...)) to op:M (subreg:M (...) subreg:M (...)), we can
remove several peephole2 patterns that handle subregs of PLUS, MINUS
and MULT operators.
On Sun, Oct 28, 2012 at 9:57 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Sun, Oct 28, 2012 at 2:37 AM, H.J. Lu hjl.to...@gmail.com wrote:
As suggested by Richard S. [1], after the patch that converts subreg:M
(op:N (...)(...)) to op:M (subreg:M (...) subreg:M (...)), we can
remove several
Tested with make info dvi pdf html and checked in as obvious.
Andreas.
* doc/cppopts.texi: Fix use of @item vs. @itemx inside @table.
* doc/extend.texi: Likewise.
* doc/generic.texi: Likewise.
* doc/invoke.texi: Likewise.
* doc/md.texi: Likewise.
*
Hi,
this patch implements simple hints on strongly connected components to inliner.
It increases badness of inlining functions within the same scc component, since
this
non-trivial recursive inlining is not win very often and it may blow up stack
frames a lot.
It also increases the entry points
Andreas Schwab wrote:
Gunther Nikl gn...@users.sourceforge.net writes:
The patch should be installed on trunk and on the 4.7 branch.
Thanks, done. The 4.7 branch required some adjustment, since it's not
compiled as C++.
Right. Maybe a better solution would have been then to only change
On Sun, 28 Oct 2012, Jan Hubicka wrote:
Bootstrapped/regtested x86_64-linux.
Honza
* ipa-inline.c (edge_badness): Reduce precision; use scc hints.
(inline_small_functions): Fix dumps; update all callees after inlining.
* ipa-inline.h (INLINE_HINT_in_scc,
Hi,
as pointed out in the audit trail, my first patch for this C++11 parsing
issue was misguided: I changed cp_parser_template_id but in fact C++11
wants new special *lexing* rules, which must be active outside templates
too, as the additional test (and the old manded one) shows. Thus the
...from sources.redhat.com to sourceware.org.
With that, there are only a few references left in java/ .
Gerald
Index: c99status.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/c99status.html,v
retrieving revision 1.58
diff -u -3 -p
On Sun, 28 Oct 2012, Jan Hubicka wrote:
Bootstrapped/regtested x86_64-linux.
Honza
* ipa-inline.c (edge_badness): Reduce precision; use scc hints.
(inline_small_functions): Fix dumps; update all callees after inlining.
* ipa-inline.h (INLINE_HINT_in_scc,
On Sun, 28 Oct 2012, Jan Hubicka wrote:
Bootstrapped/regtested x86_64-linux.
Honza
* ipa-inline.c (edge_badness): Reduce precision; use scc hints.
(inline_small_functions): Fix dumps; update all callees after inlining.
* ipa-inline.h (INLINE_HINT_in_scc,
This fixes part of PR 55041 by updating the hash table printers to
account for Francois's recent changes.
PR libstdc++/55041
* python/libstdcxx/v6/printers.py (Tr1UnorderedMapPrinter): Update
to handle hashtable as member of unordered_map not base class.
Hello,
this patch lets some predicates on floating point constants answer true
for vectors, so optimizations are applied.
Tested bootstrap + testsuite (default languages).
2012-10-29 Marc Glisse marc.gli...@inria.fr
PR middle-end/55027
gcc/
* tree.c (real_zerop,
Ping. This issue stands in the way of a very simple solution of PR
fortran/51727. I've re-attached the patch for your convenience.
On 15 Oct 2012 at 22:51:05 +0200 Tobias Schlüter wrote:
The attached patch adds out-of-memory diagnostics for code using STL
containers by using
On 10/28/2012 04:14 PM, Marc Glisse wrote:
Hello,
this patch lets some predicates on floating point constants answer
true for vectors, so optimizations are applied.
Great.
I wonder how are we doing lately in terms of function pointer inlining?!
If the current optimizers can already able to
* ping *
On 16.10.2012 23:18, Tobias Burnus wrote:
In the Bessel-function algorithm, there was the useless code:
ret-base_addr = ret-base_addr;
And in all files which included ifunction.m4 is such code:
iall_i4 (gfc_array_i4 * const restrict retarray,
...
if (len = 0)
* ping *
On 19.10.2012 18:54, Tobias Burnus wrote:
gfortran's INTENT(IN) check was too strict for do variables. While a
variable in the normal do-stmt and in an io-implied-do is in the scope
and, hence, the variable may not be modified for a nonpointer
intent(in) variable.
However,
On 10/28/2012 04:46 PM, Paolo Carlini wrote:
On 10/28/2012 04:14 PM, Marc Glisse wrote:
Hello,
this patch lets some predicates on floating point constants answer
true for vectors, so optimizations are applied.
Great.
I wonder how are we doing lately in terms of function pointer
inlining?!
On Sun, 28 Oct 2012, Paolo Carlini wrote:
On 10/28/2012 04:46 PM, Paolo Carlini wrote:
On 10/28/2012 04:14 PM, Marc Glisse wrote:
Hello,
this patch lets some predicates on floating point constants answer true
for vectors, so optimizations are applied.
Great.
I wonder how are we doing
Hi Tobias,
* ping *
On 16.10.2012 23:18, Tobias Burnus wrote:
In the Bessel-function algorithm, there was the useless code:
ret-base_addr = ret-base_addr;
The patch is OK. Thanks a lot!
Thomas
Hi Tobias,
* ping *
This is OK. Thanks for the patch!
Thomas
On Sun, 28 Oct 2012, Marc Glisse wrote:
[there are 4 real_*p that only differ by 1 character]
It is true that we could have a single function in tree.c:
bool real_intcstp (const_tree, int);
The helper function could even take a REAL_VALUE_TYPE as second
argument, so the non-inline part
Hi,
On 10/28/2012 05:51 PM, Marc Glisse wrote:
On Sun, 28 Oct 2012, Marc Glisse wrote:
[there are 4 real_*p that only differ by 1 character]
It is true that we could have a single function in tree.c:
bool real_intcstp (const_tree, int);
The helper function could even take a REAL_VALUE_TYPE
On Sun, 28 Oct 2012, Paolo Carlini wrote:
I was writing something like the below.
I would move the one-liners (real_zerop, etc) to tree.h, but that looks
good, yes.
--
Marc Glisse
Quoting Andreas Schwab sch...@linux-m68k.org:
+These flags are automatically generated; you should not override
them in tm.c:
Typo: s/:$/./, also @file{tm.c}.
Thanks. I have re-bootstrapped the amended patch on i686-pc-linux-gnu.
2012-10-28 Joern Rennecke joern.renne...@embecosm.com
Quoting Richard Biener richard.guent...@gmail.com:
Thus, you can allow the length to vary downwards as well as upwards
across iterations with suitable definitions of the @code{length} attribute
and/or @code{ADJUST_INSN_LENGTH}. Care has to be taken that this does not
lead to infinite loops.
On 10/28/2012 06:06 PM, Marc Glisse wrote:
On Sun, 28 Oct 2012, Paolo Carlini wrote:
I was writing something like the below.
I would move the one-liners (real_zerop, etc) to tree.h, but that
looks good, yes.
Ah great. But please, don't wait on me, I'm in the middle of too many
other
1 - 100 of 122 matches
Mail list logo