In attached new patch, arm_arch_thumb2 is changed to TARGET_THUMB2. I tried
that with my patch command line option -mcpu=armv7-a9 doesn't generate IT
instruction any longer, unless option -mthumb is being added.
All of my tests assume command line option -mthumb, while cortex-M0,
cortex-M3
On Sat, 6 Aug 2011, Paolo Bonzini wrote:
On 08/05/2011 02:31 PM, Richard Guenther wrote:
This extends VRP to handle BIT_NOT_EXPR by composing ~X as
-X - 1 (which should give us anti-range handling for free).
Just a small detail, but why not -1 - X which saves the NEGATE_EXPR? :)
Mainly
On Fri, 5 Aug 2011, Martin Jambor wrote:
Hi,
the patch below fixes PR 49923 by checking for misaligned accesses
before doing IPA-SRA (on strict alignment targets). I have checked it
fixes the issue on compile farm sparc64 and I also included this in a
bootstrap and testsuite run on an
A recent change in ipa-inline-analysis.c introduced a comparison
between signed and unsigned values, which broke bootstrap due to
-Wsign-compare (PR50005). Fixed by casting VEC_length to int before
using it in a comparison, as is done in many other places.
Tested on i686-linux and sparc64-linux.
Hi Terry,
On Mon, 8 Aug 2011, Terry Guo wrote:
This new branch intends to provide fixes and enhancements for GCC 4.6
when used with ARM embedded cores.
The attached patch adds documentation for this branch.
thanks for thinking to document this! This looks good modulo two
notes.
+ ddThis
2011/7/20 Diego Novillo dnovi...@google.com:
On Mon, Jul 18, 2011 at 03:06, Romain Geissler
I will commit this patch shortly.
Diego.
Ping !
Eric Botcazou ebotca...@adacore.com writes:
2011-07-27 Rainer Orth r...@cebitec.uni-bielefeld.de
gcc:
* config/sparc/driver-sparc.c: New file.
* config/sparc/x-sparc: New file.
* config.host: Use driver-sparc.o, sparc/x-sparc on
sparc*-*-solaris2*.
*
Prompted by Eric's request for SPARC, I'm also updating Alpha and MIPS
options docs for recent changes. Tested in an (unrelated)
i386-pc-solaris2.11 bootstrap and by inspection with info.
Installed on mainline as obvious.
Rainer
2011-08-08 Rainer Orth r...@cebitec.uni-bielefeld.de
IRIX 6.5 bootstrap was broken this weekend: gengtype failed to link in
stage2 since it was linked with -lstdc++ (for graphite, from HOST_LIBS),
but LDFLAGS (which provides the necessary -L option) is missing.
With this patch, the bootstrap continues.
I suppose this is obvious?
Rainer
On Fri, 5 Aug 2011, Paolo Bonzini wrote:
On 08/05/2011 01:04 PM, Richard Guenther wrote:
(I believe that's the only bit we know sth about
when both vr.min and vr.max are negative).
Depends, if the value is between -2^16 and -1, we know something about all the
bits to the left of bit 15.
While preparing the patch to move gthr* to toplevel libgcc, I noticed
that we still have half-hearted support for the posix95 thread model.
No port uses it as the default, and the posix95 subdir in libgomp/config
isn't referenced anywhere and cannot be used. Thus, I propose to remove
this model
Hello,
this helps C++ compilers that do not define __GNUC__ compile gcc.
Bootstrapped:
1) CC=gcc with --disable-build-poststage1-with-cxx
2) CC=suncc
The second one required a fix for PR49907. I didn't build with sunCC
simply because it requires several more patches.
Issues were discussed
On 08/08/2011 02:21 PM, Rainer Orth wrote:
IRIX 6.5 bootstrap was broken this weekend: gengtype failed to link in
stage2 since it was linked with -lstdc++ (for graphite, from HOST_LIBS),
but LDFLAGS (which provides the necessary -L option) is missing.
With this patch, the bootstrap continues.
On Mon, 8 Aug 2011, Richard Guenther wrote:
On Fri, 5 Aug 2011, Paolo Bonzini wrote:
On 08/05/2011 01:04 PM, Richard Guenther wrote:
(I believe that's the only bit we know sth about
when both vr.min and vr.max are negative).
Depends, if the value is between -2^16 and -1, we know
Hello,
apparently the doc wasn't updated 10 years ago when the macro
CP_TYPE_QUALS was replaced with the function cp_type_quals. I assume the
behavior didn't change, so the documentation change should be minor. Or
are functions documented differently?
2011-08-08 Marc Glisse
This patch moves gthr*.h and related code to toplevel libgcc. Unlike
the other outstanding patches (libgcc1, libgcc2, crtstuff, shlib), it is
pretty independent from the rest, so I'm posting it first. It was
developed last, so there may be conflicts (gcc/Makefile.in). It also
depends on the
On Thu, Jul 28, 2011 at 3:26 AM, Gerald Pfeifer ger...@pfeifer.com wrote:
On Thu, 28 Jul 2011, Kirill Yukhin wrote:
Ping
Oh, sure. I had somehow thought this had been applied already.
Instead of just removing ix86/avx, would you mind moving it to
the Inactive Development Branches section?
Jie == Jie Liu lj8...@gmail.com writes:
Jie + if(str == NULL)
Jie + throw new NullPointerException();
Jie +
Jieint length = str-length();
Why doesn't 'str-length()' throw the NPE?
Tom
Oops, my last fix was still wrong. This patch just compares min/max
values, which should be safe. :)
Tested x86_64-pc-linux-gnu, applied to trunk.
commit 5efa9cf21a329bba89748ddbc8e3bf3c8ea4329e
Author: Jason Merrill ja...@redhat.com
Date: Sun Aug 7 17:10:26 2011 -0400
PR c++/50011
Hi,
On Mon, 8 Aug 2011, Diego Novillo wrote:
With these patches I'd like to:
1 Create independent facilities to stream trees, gimple and other
data structures independently of LTO. This first patch creates
the files data-streamer*.[ch], tree-streamer*.[ch] and
On 08/08/2011 03:47 PM, Rainer Orth wrote:
This patch was bootstrapped without regressions on i386-pc-solaris2.10
and i386-pc-solaris2.11. It probably needs more testing on other
non-posix platforms.
Did you include Ada?
Paolo
Paolo Bonzini bonz...@gnu.org writes:
On 08/08/2011 03:47 PM, Rainer Orth wrote:
This patch was bootstrapped without regressions on i386-pc-solaris2.10
and i386-pc-solaris2.11. It probably needs more testing on other
non-posix platforms.
Did you include Ada?
sure, all languages, even Go
On Mon, Aug 8, 2011 at 10:35, Jack Howarth howa...@bromo.med.uc.edu wrote:
On Mon, Aug 08, 2011 at 10:23:34AM -0400, Diego Novillo wrote:
This is the first patch in a series of refactoring patches to cleanup
the API for the LTO streamer. I need this cleanup so I can change the
way things
On Mon, Aug 8, 2011 at 10:52, Michael Matz m...@suse.de wrote:
Sound. ;) Looking forward to some bikeshedding about naming in (2) and
overabstraction in (3) :)
Heh, yeah.
I am going to be sending the renaming patch later today or tomorrow.
In principle, the things I want to abstract are
Hello!
Attached patch implements addr32 prefixed addresses for x86_64
targets, where memory locations are accessed with 32bit base and index
registers in the form (zero_extend:DI (... SImode registers ...)).
The optimization rarely (if at all) triggers on x86_64, but is very
important on x32 (see
On 08/08/2011 03:47 PM, Rainer Orth wrote:
This patch moves gthr*.h and related code to toplevel libgcc. Unlike
the other outstanding patches (libgcc1, libgcc2, crtstuff, shlib), it is
pretty independent from the rest, so I'm posting it first. It was
developed last, so there may be conflicts
On Mon, 8 Aug 2011, Diego Novillo wrote:
On Mon, Aug 8, 2011 at 10:52, Michael Matz m...@suse.de wrote:
Sound. ;) Looking forward to some bikeshedding about naming in (2) and
overabstraction in (3) :)
Heh, yeah.
I am going to be sending the renaming patch later today or tomorrow.
On 08/08/2011 02:30 PM, Rainer Orth wrote:
While preparing the patch to move gthr* to toplevel libgcc, I noticed
that we still have half-hearted support for the posix95 thread model.
No port uses it as the default, and the posix95 subdir in libgomp/config
isn't referenced anywhere and cannot be
Uros Bizjak wrote:
Although, it would be nice for reload to subsequently fix CSE'd
non-offsetable memory by copying address to temporary reg (*as said in
the documentation*), we could simply require an XMM temporary for
TImode reloads to/from integer registers, and this fixes ICE for x32.
The update to range-for lookup of 'begin' and 'end' added support for
COMPONENT_REF to finish_call_expr; we need to check for it here, too.
Tested x86_64-pc-linux-gnu, applied to trunk.
commit 5509a56f6699e727a27a8010a566027cb41191f7
Author: Jason Merrill ja...@redhat.com
Date: Mon Aug 8
On 08/08/2011 05:42 PM, John David Anglin wrote:
** _DCE_THREADS is used to select gthr-dce.h, but again dce is the
only/default model on hppa[12]*-*-hpux10* (pa-hpux10.h), so the
special-casing can be removed.
DCE threads and thread single are both supported. There are
multilibs for both.
Paolo Bonzini bonz...@gnu.org writes:
On 08/08/2011 05:42 PM, John David Anglin wrote:
** _DCE_THREADS is used to select gthr-dce.h, but again dce is the
only/default model on hppa[12]*-*-hpux10* (pa-hpux10.h), so the
special-casing can be removed.
DCE threads and thread single are both
Paolo Bonzini bonz...@gnu.org writes:
On 08/08/2011 05:51 PM, Rainer Orth wrote:
libgfortran/acinclude.m4 (LIBGFOR_GTHREAD_WEAK) tries to determine a
sensible value.
I think libgfortran's approach is the nicest to be added in
libgcc/configure.ac.
I'm not convinced: when it was
On Fri, Aug 5, 2011 at 18:49, Gabriel Charette gch...@google.com wrote:
This is the test I was talking would potentially fail with our current
implementation.
And it does.
It has an assembly difference in the order of the global variables, like we
used to have in simpler tests.
Gab
Michael Matz wrote:
Hi,
On Tue, 26 Jul 2011, Michael Matz wrote:
On Tue, 26 Jul 2011, Michael Matz wrote:
Hi,
On Tue, 26 Jul 2011, Ulrich Weigand wrote:
Well, REG_ATTRS-decl is again a decl, not an SSA name. I suppose
we'd need to pick a conservative
On 8-Aug-11, at 11:53 AM, Rainer Orth wrote:
Paolo Bonzini bonz...@gnu.org writes:
On 08/08/2011 05:42 PM, John David Anglin wrote:
** _DCE_THREADS is used to select gthr-dce.h, but again dce is the
only/default model on hppa[12]*-*-hpux10* (pa-hpux10.h), so the
special-casing can be
John David Anglin dave.ang...@nrc-cnrc.gc.ca writes:
I could find no indication that HP-UX 10 supported anything but DCE
threads (especially no POSIX threads), so _REENTRANT being defined must
meant DCE threads, unless I'm mistaken.
_REENTRANT doesn't imply DCE threads. The reentrant
John David Anglin dave.ang...@nrc-cnrc.gc.ca writes:
I haven't moved two macros used in gthr*.h yet: GTHREAD_USE_WEAK and
SUPPORTS_WEAK. This seems to warrant a separate followup patch, but for
the record I report my findings:
* GTHREAD_USE_WEAK must be defined explicitly. It needs to be
On Mon, Aug 8, 2011 at 8:16 AM, Uros Bizjak ubiz...@gmail.com wrote:
Hello!
Attached patch implements addr32 prefixed addresses for x86_64
targets, where memory locations are accessed with 32bit base and index
registers in the form (zero_extend:DI (... SImode registers ...)).
The
On Mon, Aug 8, 2011 at 5:30 PM, Ulrich Weigand uweig...@de.ibm.com wrote:
Uros Bizjak wrote:
Although, it would be nice for reload to subsequently fix CSE'd
non-offsetable memory by copying address to temporary reg (*as said in
the documentation*), we could simply require an XMM temporary for
On Mon, Aug 8, 2011 at 10:11 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Mon, Aug 8, 2011 at 5:30 PM, Ulrich Weigand uweig...@de.ibm.com wrote:
Uros Bizjak wrote:
Although, it would be nice for reload to subsequently fix CSE'd
non-offsetable memory by copying address to temporary reg (*as
H.J. Lu hongjiu...@intel.com writes:
#define OPTION_MASK_ISA_XOP (1 31)
1 31 is undefined.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
And now for something completely different.
+/** @file bits/alloc_traits.h
+ * This is an internal header file, included by other library
headers.
+ * Do not attempt to use it directly.
@headername{scoped_allocator}
+ */
+
The correct header for allocator_traits is memory
Ack. Thanks for the review. Kind of
On 8 August 2011 19:09, Benjamin Kosnik wrote:
+/** @file bits/alloc_traits.h
+ * This is an internal header file, included by other library
headers.
+ * Do not attempt to use it directly.
@headername{scoped_allocator}
+ */
+
The correct header for allocator_traits is memory
Romain Geissler romain.geiss...@gmail.com writes:
This new build behavior broke former plugins built with gcc. Indeed,
all cc1 function symbols are now mangled and thus with the current
trunk, plugins should also look for mangled symbols (and so built
with g++).
What's the new GCC policy
Hello!
One notable omission from x87 rounding sequences is plain round(),
since x87 does not support round-to-nearest, away-from-zero directly.
However, this function can be synthesized as round(a) = sgn(a) *
floor(fabs(a) + 0.5). Fortunately, we have all building blocks ready
in i386.md, we
Le 8 août 2011 à 20:49, Ian Lance Taylor a écrit :
However, since we currently permit plugins to call anything in gcc, I
think the answer is going to have to be that plugins which do that
should be compiled with C++.
Ok, i'll move to C++ then, until a dedicated C plugin API comes out.
I
Hi.
This patch removes obsolete REGISTER_MOVE_COST macro from MMIX back end in
the GCC and introduces equivalent TARGET_REGISTER_MOVE_COST target hook.
Regression tested on mmix-knuth-mmixware.
OK to install?
* config/mmix/mmix.h (REGISTER_MOVE_COST): Remove macro.
*
Hello.
This patch remove unused REG_OK_FOR_BASE_P and REG_OK_FOR_INDEX_P macros
from the MMIX back end.
Regression tested on mmix-knuth-mmixware.
OK to install?
* config/mmix/mmix.h (REG_OK_FOR_BASE_P, REG_OK_FOR_INDEX_P): Remove.
Index: gcc/config/mmix/mmix.h
Hello,
Jason Merrill ja...@redhat.com writes:
On 08/06/2011 06:57 AM, Dodji Seketeli wrote:
@@ -4340,6 +4340,8 @@ c_sizeof_or_alignof_type (location_t loc,
value = fold_convert_loc (loc, size_type_node, value);
gcc_assert (!TYPE_IS_SIZETYPE (TREE_TYPE (value)));
+
On Mon, 8 Aug 2011, Marc Glisse wrote:
* include/obstack.h (obstack_free): Cast to char* instead of int
This header comes from glibc/gnulib. Although some local changes have
been made to it in the past, sending any fixes to upstream glibc is still
a good idea.
(ansidecl.h *claims* to
On Fri, 2011-08-05 at 11:45 -0700, Richard Henderson wrote:
On 08/05/2011 10:54 AM, Steve Ellcey wrote:
- unsigned char checksum[16];
struct md5_ctx ctx;
+ unsigned char checksum[16];
How about
struct md5_data
{
struct md5_ctx ctx;
unsigned char checksum[16];
};
On Mon, 8 Aug 2011, Anatoly Sokolov wrote:
Hi.
This patch removes obsolete REGISTER_MOVE_COST macro from MMIX back end in
the GCC and introduces equivalent TARGET_REGISTER_MOVE_COST target hook.
...and removed a comment about a moot issue (perfectly ok).
Regression tested on
On 08/08/2011 02:24 PM, Steve Ellcey wrote:
Do you mean a union, as Andreas suggested?
No, I mean struct. The union is wrong, because both data elements
are live at the same time.
r~
On Mon, 8 Aug 2011, Anatoly Sokolov wrote:
Hello.
This patch remove unused REG_OK_FOR_BASE_P and REG_OK_FOR_INDEX_P macros
from the MMIX back end.
Regression tested on mmix-knuth-mmixware.
OK to install?
* config/mmix/mmix.h (REG_OK_FOR_BASE_P, REG_OK_FOR_INDEX_P): Remove.
On Mon, 8 Aug 2011, Joseph S. Myers wrote:
On Mon, 8 Aug 2011, Marc Glisse wrote:
* include/obstack.h (obstack_free): Cast to char* instead of int
This header comes from glibc/gnulib. Although some local changes have
been made to it in the past, sending any fixes to upstream glibc
On Fri, 2011-08-05 at 11:45 -0700, Richard Henderson wrote:
On 08/05/2011 10:54 AM, Steve Ellcey wrote:
- unsigned char checksum[16];
struct md5_ctx ctx;
+ unsigned char checksum[16];
How about
struct md5_data
{
struct md5_ctx ctx;
unsigned char checksum[16];
};
It's already fixed, 'twas the missing ldflags.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
And now for something completely different.
This is a ping for my patch to fix the C++ build of GCC on HP-UX and to
fix -static-libstdc.
The original patch is at:
http://gcc.gnu.org/ml/gcc-patches/2011-07/msg02704.html
I have updated the patch to deal with the changes that Rainer's top-level
libgcc patch made and included the new version
The following patch fixes PR49990. The problem is described on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49936
Reg classes which can not change modes for some pseudo were excluded
from the consideration. As I wrote recently, they should not. Instead
the correct cost for changing mode (by
Remove Xuepeng Guo and Joey Ye from owners of branches that we're no
longer maintaining.
Index: svn.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/svn.html,v
retrieving revision 1.163
diff -u -p -r1.163 svn.html
--- svn.html8 Aug
This patch updates tests to clear conflicting commits.
The change needed for x6rtti.cc does not make sense to me.
Tested on x64.
Index: gcc/testsuite/ChangeLog.pph
2011-08-08 Lawrence Crowl cr...@google.com
* (g++.dg/pph/x6dynarray4.cc): Remove dg-prune-output.
*
On Mon, 8 Aug 2011, Rainer Orth wrote:
* SUPPORTS_WEAK is probably best detected with autoconf. We have
libgfortran/acinclude.m4 (LIBGFOR_GTHREAD_WEAK), but should probably
go for m4/ax_sys_weak_alias.m4 from the autoconf-archive instead. If
we're lucky, that macro can detect support
On Mon, Aug 8, 2011 at 4:19 PM, Vladimir Makarov vmaka...@redhat.com wrote:
The following patch fixes PR49990. The problem is described on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49936
Reg classes which can not change modes for some pseudo were excluded from
the consideration. As I
Hello list,
the attach simple patch saves reproducively a tiny bit of time on various
-O0 compilations I've performed, for example 5ms out of 627ms. Tested on
i386.
We trade a little bit of memory (maxmem2.sh from [1] reported 25240 KB
instead of 25080 KB without the patch) to allow our
Hello list,
this is the second part of my patch. It collects and prints some memory
statistics for hash tables that I've measured as the hottest ones. Tested
together with previous patch on i386. Example output:
libcpp symtab string pool:
identifiers 32644 (100.00%)
66 matches
Mail list logo