On Mon, Oct 22, 2012 at 11:09 PM, Jakub Jelinek wrote:
On Mon, Oct 22, 2012 at 10:51:43PM +0200, Steven Bosscher wrote:
Wouldn't it be way cheaper to just export dfs_find_deadend from cfganal.c
and call it in calc_dfs_tree on each unconnected bb?
I.e. (untested with the exception of the
Working on a problem where var-tracking started to spend more time
after LRA is switched on, I found that LRA creates significant #
clobbers for x86 code (I saw 20% of all insns). Clobbers are created for
correct live range analysis in LRA in cases when matching pseudos of
*different modes*
On Sun, Oct 28, 2012 at 9:06 PM, Vladimir Makarov wrote:
Unfortunately, it does not solve the problem I mentioned. Now, LRA
generates approximately the same # of insns and debug_insn. Moreover, two
functions (canonicalize_values_star and set_slot_part) in var-tracking
spending most of time
On 12-10-27 6:07 PM, Steven Bosscher wrote:
On Sat, Oct 27, 2012 at 11:49 PM, Steven Bosscher wrote:
So I'm going to revert this patch.
Or actually better, this lighter-weight patch. Will commit after the
usual testing.
I returned to this problem several times and every time I failed to use
On 12-10-27 11:34 AM, Joern Rennecke wrote:
Bootstrapped (c,c++) on i686-pc-linux-gnu.
Committed as obvious.
Thanks, Joern.
Installed.
Gerald
Index: changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.8/changes.html,v
retrieving revision 1.48
diff -u -3 -p -r1.48 changes.html
--- changes.html21 Oct 2012 11:01:37 - 1.48
+++
Hello world,
the attached patch, which is not in its final stage, implements some
warnings for index variables of DO loops. For the following situations,
errors/warnings are issued when an index loop variable is
passed as an actual argument:
- If the dummy argument has INTENT(OUT). I think an
Gerald Pfeifer ger...@pfeifer.com writes:
+ liG++ now supports a code-std=c++1y/code option for experimentation
Fixed the typo.
Andreas.
--- changes.html.~1.49.~2012-10-28 22:11:57.0 +0100
+++ changes.html2012-10-28 22:12:37.0 +0100
@@ -133,7 +133,7 @@ B
While working on the sources-sourceware transition, I noticed
some not directly related items and went ahead and addressed
them. Committed.
2012-10-28 Gerald Pfeifer ger...@pfeifer.com
* build-snapshot.html: Refer to GNU/Linux, simplify link to
installation documentation,
On Sun, 28 Oct 2012, Andreas Schwab wrote:
+ liG++ now supports a code-std=c++1y/code option for experimentation
Fixed the typo.
Thanks, Andreas! The validator did not complain -- which shows
that a pair of human eyes _is_ valuable. :-)
Gerald
On Wed, 24 Oct 2012, Jan Hubicka wrote:
few things I think are worth to be mentioned in changes.html.
Nice!
Index: changes.html
===
+ liLTO partitioning has been rewritten for better reliability
+ and maintanibility.
On Tue, 23 Oct 2012, Richard Earnshaw wrote:
On 23/10/12 23:36, Steven Bosscher wrote:
Will you also add an announcement of this to the news page (home page)
and to gcc-4.8/changes.html?
I'm sure we can... :-)
You have to. :-) Please.
Gerald
Say, what? Anyone know what this is about?
cp ../.././gcc/../fixincludes/README-fixinc include-fixed/README
chmod a+r include-fixed/README
echo timestamp stmp-int-hdrs
TARGET_CPU_DEFAULT= \
HEADERS=auto-host.h ansidecl.h DEFINES=USED_FOR_TARGET \
/bin/sh ../.././gcc/mkconfig.sh tconfig.h
On Sun, 21 Oct 2012, Jonathan Wakely wrote:
I was going to say Ack, since it's a doc patch, but somehow my
own tests on various platforms (FreeBSD, GNU/Linux,...) did not
confirm /usr/include/c++ in the search path.
Or do you mean that it's at the root of some search paths, that
is
Hi,
Workaround now exists for trunk mingw-w64 headers.
Kai approved over IRC, so anybody with commit rights please push.
ChangeLog
2012-10-29 Jonathan Yong jo...@users.sourceforge.net
* config/os/mingw32-w64/os_defines.h: Remove
_GLIBCXX_HAVE_BROKEN_VSWPRINTF
as no longer
Hi,
this patch makes optimizer to predict this-field to be optimized out.
The main motivation for this is to make destructors that only calls destructor
of inner type to be inlined, even in the cold regions.
Bootstrapped/regtested x86_64-linux. Comitted.
2012-10-28 Jan Hubicka j...@suse.cz
On 28 October 2012 22:21, Gerald Pfeifer wrote:
On Sun, 21 Oct 2012, Jonathan Wakely wrote:
I was going to say Ack, since it's a doc patch, but somehow my
own tests on various platforms (FreeBSD, GNU/Linux,...) did not
confirm /usr/include/c++ in the search path.
Or do you mean that it's at
On 29 October 2012 00:08, Jonathan Wakely wrote:
Yes, libdir/gcc/target/version/../../../../include/c++/version would
be more accurate, because libdir is not necessarily /usr
I'll come up with something better ...
I've committed this to the trunk.
commit
The following patch fixes PR55106. A value in GENERAL_REGS is
inherited into a move with destination pseudo of SSE_REGS. It results
into secondary move for which inheritance is tried again an again. It
means cycling LRA passes.
The patch was successfully bootstrapped on x86/x86-64.
On Sun, Oct 28, 2012 at 5:43 PM, Vladimir Makarov vmaka...@redhat.com wrote:
The following patch fixes PR55106. A value in GENERAL_REGS is inherited
into a move with destination pseudo of SSE_REGS. It results into secondary
move for which inheritance is tried again an again. It means
The code changes seem fine, but I don't think a testcase should depend on
the details of what system strings.h declares (or even that it exists)
like that. If you want a system header declaration, add a header to the
testsuite that uses #pragma GCC system_header to be sure it's handled as
Hi Vladimir,
There are many trialling white spaces in LRA codes. This patch removes
them.
H.J.
---
diff --git a/gcc/lra-assigns.c b/gcc/lra-assigns.c
index 1f89338..c558a4d 100644
--- a/gcc/lra-assigns.c
+++ b/gcc/lra-assigns.c
@@ -149,7 +149,7 @@ init_regno_assign_info (void)
{
int i,
101 - 122 of 122 matches
Mail list logo