Dear Tobias,
Please stop sending us the patch! I received it right from the first
mailing
Cheers
Paul
On Sun, Nov 6, 2011 at 5:51 PM, Tobias Burnus wrote:
> Last try: Also gzip the release notes - let's see whether it mailserver
> accepts that email.
>
> Tobias
>
>> PS: I really hate that
Hi,
On Sun, 6 Nov 2011, Jeff Law wrote:
> > On Fri, 2011-11-04 at 12:25 -0600, Jeff Law wrote:
> >> The only way I can think of to have two pseudos assigned the same
> >> hard reg at the same point in the insn stream is if the two
> >> pseudos are known to have the same value.
> >
> > Having the
On Nov 4, 2011, at 4:21 PM, Richard Henderson wrote:
> On 11/04/2011 07:52 AM, Tristan Gingold wrote:
>> Richard, as it impacts all alpha targets, do you have any objection ?
>
> I suspect not. We might even see what we can do about enabling it
> by default for all alpha targets…
Committed. I
On 7 November 2011 00:43, Jonathan Wakely wrote:
> On 7 November 2011 00:37, Joseph S. Myers wrote:
>> On Mon, 7 Nov 2011, Jonathan Wakely wrote:
>>
>>> On 6 November 2011 23:53, Joseph S. Myers wrote:
>>> >
>>> > As with stdnoreturn.h, the contents of stdalign.h are conditioned out
>>> > for C++;
Hi Paul,
>> The patch actually consists of two parts:
>> 1) The resolve.c part prevents the conversion to a PPC call via the
>> _vptr (for functions and subroutines).
>
> This is obviously OK
thanks for the review.
>> 2) The class.c parts prevents adding the non-overridable TBP to the vtable.
>
Hi,
This patch fixes the bug PR50663, as I reported at:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50663
It records the missing information and add implicit set info to AVIN of the
basic block that implicit set is recorded for.
The patch has been tested on x86 and arm-none-eabi, and no failure
On Mon, Nov 7, 2011 at 10:50, Janus Weil wrote:
>>> 2) The class.c parts prevents adding the non-overridable TBP to the vtable.
>>>
>>> As noted by Tobias, the second part breaks the ABI, so we might
>>> consider deferring it until other ABI-breaking features will be
>>> implemented (cf. http://gc
Hi,
this patch extract common definitions from alpha/vms.h and ia64/vms.h into
vms/vms.h to reduce code duplication.
It replaces alpha/vms64.h and ia64/vms64.h by vms/vms.h for the same purpose.
Applied on trunk.
Tristan.
2011-11-07 Tristan Gingold
* config/alpha/vms.h (TARGET_OBJE
I'm testing my suggestion on a netbsd machine, I'd be grateful for
darwin testing once I've committed it, which I expect to be later
today.
I am currently working on a patch for OpenBSD.I wrote a some autoconf
tests for mingw/*BSD.
2011/11/7 Jonathan Wakely :
> I'm testing my suggestion on a netbsd machine, I'd be grateful for
> darwin testing once I've committed it, which I expect to be later
> today.
>
> * include/bits/basic_string.h (basic_string::at): Move adjacent to
> other overload.
> (basic_string::pop_back): Define.
> * include/debug/string (__gnu_debug::basic_string::pop_back):
> Likewise. * include/ext/vstring.h (__versa_string::pop_back): Likewise. *
> config/abi
On 7 November 2011 09:17, Eric Botcazou wrote:
>> * include/bits/basic_string.h (basic_string::at): Move adjacent to
>> other overload.
>> (basic_string::pop_back): Define.
>> * include/debug/string (__gnu_debug::basic_string::pop_back):
>> Likewise. * include/ext/vstring.h
On 11/07/2011 09:50 AM, Janus Weil wrote:
As noted by Tobias, the second part breaks the ABI ... On
the other hand, one could argue that the OOP ABI is still quite young
and hasn't really stabilized yet (it was broken already from 4.5 to
4.6), so we might as well break it again. I know that there
> Thanks, I'll try to work out the right adjustment for the solaris
> symbols file but can't test it.
The 2 new symbols are duplicated, because they are matched by a regexp:
##_ZNSs[0-58-9][g-z]* (glob)
_ZNSs4nposE;
_ZNSs4rendEv;
_ZNSs4swapERSs;
_ZNSs8pop_backEv;
_ZNSs9pus
On Sun, Nov 6, 2011 at 7:53 PM, Aldy Hernandez wrote:
> [rth, more comments for you below]
>
> On 11/04/11 04:14, Richard Guenther wrote:
>
>>> new_version = cgraph_create_node (new_decl);
>>>
>>> - new_version->analyzed = true;
>>> + new_version->analyzed = old_version->analyzed;
>>
>> Hm?
On 10/31/2011 09:19 PM, Tom de Vries wrote:
> On 10/30/2011 10:54 AM, Richard Guenther wrote:
>> On Sun, Oct 30, 2011 at 9:27 AM, Tom de Vries wrote:
>>> On 10/30/2011 09:20 AM, Tom de Vries wrote:
Richard,
I have a fix for PR50878.
>>>
>>> Sorry, with patch this time.
>>
>> Ok for
Hi Ramana,
Please find attached reworked patch. The patch is tested with check-gcc,
check-gdb and bootstrap with no regression.
On Fri, 2011-10-21 at 13:43 +0100, Ramana Radhakrishnan wrote:
> Why are you differentiating on stack_only ? Does it really matter ?
>
The patterns pop_multi* generate
>
>
> I don't believe REG_FRAME_RELATED_EXPR does the right thing for
> anything besides prologues. You need to emit REG_CFA_RESTORE
> for the pop inside an epilogue.
Richard, here is updated patch that uses REG_CFA_RESTORE instead of
REG_FRAME_RELATED_EXPR.
The patch is tested with check-
Hi Ramana,
Please find attached reworked patch. The patch is tested with check-gcc,
check-gdb and bootstrap with no regression.
Ok?
- Thanks and regards,
Sameera D.diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c
index 05c9368..334a25f 100644
--- a/gcc/config/arm/arm.c
+++ b/gcc/config
On Mon, Nov 7, 2011 at 6:55 AM, Aldy Hernandez wrote:
>
>> False. You get the equivalent of bootstrap comparison mismatches.
>> If we actually used tm during the bootstrap.
>>
>> The simplest thing to do is to change the hash this table uses.
>> E.g. use the DECL_UID right from the start, rather
On Nov 4, 2011, at 2:07 PM, Alan Modra wrote:
> Lots of bugs here. Most of them in TARGET_SPE_ABI code, but some also
> for other ABIs.
...
Another bug we're running into here is an unwarranted move of the sp
restore prior to register fetches despite an attempt at preventing that
with a stack_t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[ Working virtually from Hawaii tonight... :-) ]
So while working on warnings for NULL pointer dereferences and seeing
how many explicit & implicit NULL pointer dereferences are left in the
statement stream due to various VEC & other oddities, I rea
> > >+strcpy (pattern, \"fldmfdd\\t\");
> > >+strcat (pattern,
> > >+reg_names[REGNO (SET_DEST (XVECEXP (operands[0], 0,
> > >0)))]); +strcat (pattern, \"!, {\");
> > >+strcat (pattern, table[(REGNO (XEXP (XVECEXP (operands[0], 0, 1),
> > >0)) +
On Mon, Nov 7, 2011 at 8:53 AM, Xinliang David Li wrote:
> I have seen compiler build error (segmentation fault) in libstdc++-v3.
> It turns out that a vector allocated in gc memory is GCed before the
> vector is released. The gc call is from a call to synethesize_method
> from cp_finish_decl.
>
>
On 7 November 2011 08:47, Jonathan Wakely wrote:
> On 7 November 2011 00:43, Jonathan Wakely wrote:
>> On 7 November 2011 00:37, Joseph S. Myers wrote:
>>> On Mon, 7 Nov 2011, Jonathan Wakely wrote:
>>>
On 6 November 2011 23:53, Joseph S. Myers wrote:
>
> As with stdnoreturn.h, the c
On Mon, Nov 07, 2011 at 02:55:02AM -0700, Jeff Law wrote:
> [ Working virtually from Hawaii tonight... :-) ]
;)
> You might legitimately wonder how often this triggers. A GCC 4.6.0
> checking-enabled compiler sees a .64% codesize improvement from this
> optimization. That's an awful lot of un
On Mon, Nov 7, 2011 at 11:07 AM, Jakub Jelinek wrote:
> On Mon, Nov 07, 2011 at 02:55:02AM -0700, Jeff Law wrote:
>> [ Working virtually from Hawaii tonight... :-) ]
>
> ;)
>
>> You might legitimately wonder how often this triggers. A GCC 4.6.0
>> checking-enabled compiler sees a .64% codesize
Hi Ralf,
> Index: gcc/config.gcc
> ===
> --- gcc/config.gcc(revision 180973)
> +++ gcc/config.gcc(revision 180974)
> @@ -1539,6 +1539,7 @@
> tm_file="dbxelf.h elfos.h ${tm_file} lm32/rtems.h rtems.h
> newlib-stdint.h"
>
On 7 Nov 2011, at 09:53, Olivier Hainque wrote:
On Nov 4, 2011, at 2:07 PM, Alan Modra wrote:
Lots of bugs here. Most of them in TARGET_SPE_ABI code, but some
also
for other ABIs.
...
Another bug we're running into here is an unwarranted move of the sp
restore prior to register fetches
On Mon, Nov 7, 2011 at 11:16 AM, Richard Guenther
wrote:
> On Mon, Nov 7, 2011 at 11:07 AM, Jakub Jelinek wrote:
>> On Mon, Nov 07, 2011 at 02:55:02AM -0700, Jeff Law wrote:
>>> [ Working virtually from Hawaii tonight... :-) ]
>>
>> ;)
>>
>>> You might legitimately wonder how often this triggers
Hi,
the native c compiler for VMS, DEC-C, supports a few pragma that are
extensively used in system header files. This patch add partial support for a
few of them.
Committed on trunk.
Tristan.
2011-11-07 Tristan Gingold
* config.gcc (*-*-*vms*): Set c_target_objs, cxx_target_objs
Hello!
Attached patch fixes all remaining i386 testsuite failures. The header
did say that we can include it also through immintrin.h ...
2011-11-07 Uros Bizjak
* config/i386/f16cintrin: Remove extra _X86INTRIN_H_INCLUDED check.
Tested on x86_64-pc-linux-gnu {,-m32}, committed to mai
> 2011-11-07 Tristan Gingold
>
> * config.gcc (*-*-*vms*): Set c_target_objs, cxx_target_objs.
> * config/vms/t-vms: Add vms-c.o rule.
> * config/vms/vms-c.c: New file.
Note that there is #ifdef 0-ed code in the new file.
--
Eric Botcazou
2011/8/1 Richard Guenther :
> On Fri, Jul 29, 2011 at 2:07 PM, Kai Tietz wrote:
>> Hello,
>>
>> this patch fixes regression of bug report PR middle-end/49806, which was
>> caused due unhandled type-cast patterns reasoned by boolification of
>> compares and type-cast preserving from/to boolean ty
On 7 November 2011 09:40, Eric Botcazou wrote:
>> Thanks, I'll try to work out the right adjustment for the solaris
>> symbols file but can't test it.
>
> The 2 new symbols are duplicated, because they are matched by a regexp:
>
> ##_ZNSs[0-58-9][g-z]* (glob)
> _ZNSs4nposE;
> _ZNSs4rendEv;
On Nov 7, 2011, at 11:28 AM, Eric Botcazou wrote:
>> 2011-11-07 Tristan Gingold
>>
>> * config.gcc (*-*-*vms*): Set c_target_objs, cxx_target_objs.
>> * config/vms/t-vms: Add vms-c.o rule.
>> * config/vms/vms-c.c: New file.
>
> Note that there is #ifdef 0-ed code in the new fi
> Won't that fail to match string::max_size?
No, if it doesn't appear in the list, then it isn't matched by the regexp.
> For GNU I added a regex for that explicitly:
>
> +_ZNKSs8max_size*;
> +_ZNKSbIwSt11char_traitsIwESaIwEE8max_size*;
What is GNU here? The Solaris version file is a ma
On Mon, Nov 07, 2011 at 10:53:51AM +0100, Olivier Hainque wrote:
> Another bug we're running into here is an unwarranted move of the sp
> restore prior to register fetches despite an attempt at preventing that
> with a stack_tie instruction (VxWorks target).
>
> http://gcc.gnu.org/ml/gcc/2011-03
On Nov 7, 2011, at 12:02 PM, Alan Modra wrote:
>> The failure can still be exposed on mainline with a minor adjustment
>> to the C testcase quoted in the msg.
>
> Even after revision 181056?
I'll double check but I'm pretty sure that this change cannot
help the specific problem at hand. VxWor
Georg-Johann Lay wrote:
> Denis Chertykov wrote:
>> 2011/10/28 Georg-Johann Lay :
>>> Georg-Johann Lay schrieb:
>>>
This patch adds named address space support to read data from flash (aka.
progmem) to target AVR.
The patch has two parts:
The first part is a repost of
> From: Andrew MacLeod
> Date: Mon, 7 Nov 2011 05:25:15 +0100
> On 11/06/2011 07:38 PM, Hans-Peter Nilsson wrote:
> >
> > This (formally a change in the range 181027:181034) got me three
> > libstdc++ regressions for cris-elf, which has no "atomic"
> > support whatsoever (well, not the version re
On 28 Oct 2011, at 19:01, Iain Sandoe wrote:
The sizes of items represented in s-oscons.ads can (and do) change
with the multi-lib on targets that support libada as a multi-lib.
At present, s-oscons.ads is only built once (in gcc/ada) and sym-
linked to rts*/
This is causing a bunch of f
Hi,
DEC-C for vms has '#pragma __extern_prefix' which is not unlike '#pragma
extern_prefix' supported by DEC-C for Tru64.
This patch adds supports for the VMS version (which can save and restore the
current prefix). It reuses most of the current infrastructure, but to do so
c-pragma.c:pragma_
On 7 November 2011 10:57, Eric Botcazou wrote:
>> Won't that fail to match string::max_size?
>
> No, if it doesn't appear in the list, then it isn't matched by the regexp.
>
>> For GNU I added a regex for that explicitly:
>>
>> + _ZNKSs8max_size*;
>> + _ZNKSbIwSt11char_traitsIwESaIwEE8max_siz
The following sequence of patches enables generation of LDRD/STRD
instructions for Cortex-A15 with -O2 and for all Cortex-A CPUs with -Os when
profitable. This almost always improves code size and is expected to improve
performance on Cortex-A15.
[0/6] LDRD/STRD generation - introduction (this em
Generate LDRD/STRD in Thumb mode with -O2 for CPUs that set
"prefer_ldrd_strd" tune flag. This flag is currently set only for
cortex-a15.
The patch consists of
* define_insn for LDRD/STRD,
* peephole2 patterns that merge LDR/STR into LDRD/STRD,
* peephole2 patterns that attempt to rename and reord
This weekend, I tried the trans-mem branch as of r180975 on
i386-pc-solaris2.11. Doing so, I ran into a couple of problems. I'm
reporting them here, both because bugzilla currently lacks a libitm
component and in the hope that they can be fixed before the merge.
* At first I tried a bootstrap wi
Here is the correct file 1-ldrdstrd.patch. Sorry.
-- Greta
> -Original Message-
> From: Greta Yorsh [mailto:greta.yo...@arm.com]
> Sent: 07 November 2011 11:45
> To: gcc-patches@gcc.gnu.org
> Cc: ni...@redhat.com; Richard Earnshaw; p...@codesourcery.com; Ramana
> Radhakrishnan; car...@go
Generate LDRD/STRD in ARM mode with -O2 for CPUs that set "prefer_ldrd_strd"
tune flag.
The patch consists of
* peephole2 patterns that merge LDR/STR into DImode move to match the
existing arm_movdi defne_insn,
* peephole2 patterns that attempt to rename and reorder registers to enable
LDRD/STRD,
On 11/07/2011 11:17 AM, Rainer Orth wrote:
Hi Ralf,
Index: gcc/config.gcc
===
--- gcc/config.gcc (revision 180973)
+++ gcc/config.gcc (revision 180974)
@@ -1539,6 +1539,7 @@
tm_file="dbxelf.h elfos.h ${tm_file} lm
This patch enables generation of LDRD/STRD for configurations in which
LDM/STM would be preferable (e.g., Cortex-A15 with -Os or Cortex-A9 with
-O2), but cannot be generated. There are several situations in which LDM/STM
cannot be generated, but LDRD/STRD can be generated, for example memory
addres
This patch improves existing peephole optimizations.
These peephole optimizations merge individual LDRs into LDM in the case that
the order of registers in LDR instructions is not ascending, but the loaded
values can be reordered because they are use of the loaded values is
commutative.
There are
This patch generates LDRD/STRD sequences for movmemqi and movmemdi when
source and destination buffers are aligned. It is disabled when optimizing
for code size, becasue LDM/STM is preferable in such cases. It is enabled
for performance for CPUs that set "prefer_ldrd_strd" tune flag. This flag is
c
This tries to find a way to prepend explicitly set command-line options
by those implicitly set by the frontend (-fexceptions in this case).
Unfortunately we don't seem to have a good way to extract this information
easily, so for -fexceptions I hope all frontends set that during
init_options_stru
On 7 Nov 2011, at 12:17, Richard Guenther wrote:
This tries to find a way to prepend explicitly set command-line
options
by those implicitly set by the frontend (-fexceptions in this case).
Unfortunately we don't seem to have a good way to extract this
information
easily, so for -fexcept
> This tries to find a way to prepend explicitly set command-line options
> by those implicitly set by the frontend (-fexceptions in this case).
> Unfortunately we don't seem to have a good way to extract this information
> easily, so for -fexceptions I hope all frontends set that during
> init_opt
On Mon, 7 Nov 2011, Iain Sandoe wrote:
>
> On 7 Nov 2011, at 12:17, Richard Guenther wrote:
>
> >
> > This tries to find a way to prepend explicitly set command-line options
> > by those implicitly set by the frontend (-fexceptions in this case).
> > Unfortunately we don't seem to have a good w
On 7 Nov 2011, at 12:40, Richard Guenther wrote:
On Mon, 7 Nov 2011, Iain Sandoe wrote:
It would also be nice to preserve the Objective-C flavor (GNU/
NeXT), since we
have to make a guess for this in darwin.c when in lto.
How is the default selected (that's not obvious to me).
flag_next
On Mon, 7 Nov 2011, Eric Botcazou wrote:
> > This tries to find a way to prepend explicitly set command-line options
> > by those implicitly set by the frontend (-fexceptions in this case).
> > Unfortunately we don't seem to have a good way to extract this information
> > easily, so for -fexceptio
> Thus, I believe it is rather difficult to run into the ABI issue in the real
> world (due to technical but also due to usage reasons), but it is possible.
> Hence, I wanted to point out that there is an ABI issue, but I also don't
> oppose the committal as it is difficult to encounter the issue -
On Mon, 7 Nov 2011, Iain Sandoe wrote:
>
> On 7 Nov 2011, at 12:40, Richard Guenther wrote:
>
> > On Mon, 7 Nov 2011, Iain Sandoe wrote:
> >
> > > It would also be nice to preserve the Objective-C flavor (GNU/NeXT), since
> > > we
> > > have to make a guess for this in darwin.c when in lto.
> >
Hello!
Availability of long long and int_128 sync instructions can vary on
x86, due to -m32, so don't cache the result. The problem can be
triggered with:
make -k check RUNTESTFLAGS="--target_board=unix\{,-m32\}"
FAIL: gcc.dg/atomic-compare-exchange-5.c (test for excess errors)
WARNING: gcc.dg/a
On 11/03/11 20:20, Rainer Orth wrote:
>
> * config/c6x/t-elf (LIB2ADDEH): Set.
> * config/c6x/t-c6x-elf: Remove.
It builds now, but parts of libgcc are missing. There's no sign of
muldf3, for examples.
Bernd
Let's wait for
http://gcc.gnu.org/ml/gcc-patches/2011-10/msg01874.html
Denis.
On Mon, 7 Nov 2011, Richard Guenther wrote:
> On Mon, 7 Nov 2011, Eric Botcazou wrote:
>
> > > This tries to find a way to prepend explicitly set command-line options
> > > by those implicitly set by the frontend (-fexceptions in this case).
> > > Unfortunately we don't seem to have a good way to
This provides a working thread::hardware_concurrency on platforms that
support pthread_num_processors_np or the "hw.ncpu" sysctl, but by
testing for the features in configure rather than hardcoding OS macro
tests in thread.cc
* acinclude.m4 (GLIBCXX_CHECK_SC_NPROC_ONLN): Define.
(G
> "Jeff" == Jeff Law writes:
Jeff> First, it's perfectly fine to have a NULL pointer dereference in a
Jeff> program as long as that code is never executed. Once the code is
Jeff> executed, we've entered the realm of undefined behavior.
Jeff> Thus in a conforming program we can safely assume
On 7 Nov 2011, at 13:45, Jonathan Wakely wrote:
This provides a working thread::hardware_concurrency on platforms that
support pthread_num_processors_np or the "hw.ncpu" sysctl, but by
testing for the features in configure rather than hardcoding OS macro
tests in thread.cc
if the system suppo
I stumbled upon this when working on noexcept. When txn expressions were
processed in tsubst_expr(), the previous code incorrectly created empty
transaction statements because no statements got added to the statement
list used by (begin|finish)_transaction_stmt(). Also,
"return __transaction_atomic
On 7 November 2011 14:10, Iain Sandoe wrote:
>
> On 7 Nov 2011, at 13:45, Jonathan Wakely wrote:
>
>> This provides a working thread::hardware_concurrency on platforms that
>> support pthread_num_processors_np or the "hw.ncpu" sysctl, but by
>> testing for the features in configure rather than hard
On 7 November 2011 14:16, Jonathan Wakely wrote:
> On 7 November 2011 14:10, Iain Sandoe wrote:
>>
>> On 7 Nov 2011, at 13:45, Jonathan Wakely wrote:
>>
>>> This provides a working thread::hardware_concurrency on platforms that
>>> support pthread_num_processors_np or the "hw.ncpu" sysctl, but by
>
On 7 Nov 2011, at 14:16, Jonathan Wakely wrote:
On 7 November 2011 14:10, Iain Sandoe wrote:
On 7 Nov 2011, at 13:45, Jonathan Wakely wrote:
This provides a working thread::hardware_concurrency on platforms
that
support pthread_num_processors_np or the "hw.ncpu" sysctl, but by
testing for
Hi,
on VMS systems, the header files are in fact members of text library files.
Obviously, we don't want to support such a weirdness in GCC, and we require
that the user unpack the header libraries.
However, it is still a good idea to keep each header library in a subdirectory.
There are 2 sy
On 11/07/2011 06:17 AM, Hans-Peter Nilsson wrote:
Sorry, no it didn't help. No additional regressions either
though, but the undef'd reference changed to two:
Excess errors:
/tmp/atreg1/gccobj/cris-elf/libstdc++-v3/include/bits/atomic_base.h:273:
undefined reference to `std::atomic_thread_fen
On 7 November 2011 14:23, Iain Sandoe wrote:
>
> On 7 Nov 2011, at 14:16, Jonathan Wakely wrote:
>
>> On 7 November 2011 14:10, Iain Sandoe wrote:
>>>
>>> On 7 Nov 2011, at 13:45, Jonathan Wakely wrote:
>>>
This provides a working thread::hardware_concurrency on platforms that
support pth
On Sun, Nov 6, 2011 at 11:12 PM, Kai Tietz wrote:
> Hello,
>
> By this patch branch-cost optimization is moved from tree AST to cfgexpand
> from gimple to RTL. By this we are able to do better optimization on
> conditionals simliar for all targets and do the final transition for
> branch-cost
On 7 Nov 2011, at 14:23, Iain Sandoe wrote:
On 7 Nov 2011, at 14:16, Jonathan Wakely wrote:
On 7 November 2011 14:10, Iain Sandoe wrote:
On 7 Nov 2011, at 13:45, Jonathan Wakely wrote:
This provides a working thread::hardware_concurrency on platforms
that
support pthread_num_processors_
On Sun, Nov 6, 2011 at 11:17 PM, Kai Tietz wrote:
> Hello,
>
> the second patch extends the tree-ssa-ifcombine pass so, that it chains up
> simple if-and/or-if patterns via associative bitwise-and/or operations. This
> allows for example optimization for cases like:
>
> if (c == 0) return 2;
>
On 7 Nov 2011, at 14:38, Jonathan Wakely wrote:
On 7 November 2011 14:23, Iain Sandoe wrote:
On 7 Nov 2011, at 14:16, Jonathan Wakely wrote:
On 7 November 2011 14:10, Iain Sandoe wrote:
On 7 Nov 2011, at 13:45, Jonathan Wakely wrote:
This provides a working thread::hardware_concurrency o
On 11/06/2011 07:38 PM, Hans-Peter Nilsson wrote:
This (formally a change in the range 181027:181034) got me three
libstdc++ regressions for cris-elf, which has no "atomic"
support whatsoever (well, not the version represented in
"cris-elf"), so something is amiss at the bottom of the default
p
On 11/06/2011 04:04 PM, Andrew MacLeod wrote:
> (get_atomic_op_for_code): New. Return an opcode table entry.
I'm getting these errors with a MIPS cross build:
...
/scratch/vries/b4/ref-mips-ml-11-11-07/src/gcc-mainline/gcc/optabs.c: In
function 'get_atomic_op_for_code':
/scratch/vries/b4/re
On 7 November 2011 14:40, Iain Sandoe wrote:
>
> On 7 Nov 2011, at 14:23, Iain Sandoe wrote:
>
>> On 7 Nov 2011, at 14:16, Jonathan Wakely wrote:
>>
>>> On 7 November 2011 14:10, Iain Sandoe wrote:
On 7 Nov 2011, at 13:45, Jonathan Wakely wrote:
> This provides a working thread::
On Mon, Nov 7, 2011 at 4:53 AM, Olivier Hainque wrote:
> There are lots of subtle inter-section dependencies and redundancies
> in emit_epilogue, which has grown pretty difficult to understand IMHO.
>
> I can see two tracks to improve things in this area:
>
> - Concentrate on the sp-move problem
On 7 Nov 2011, at 14:52, Jonathan Wakely wrote:
On 7 November 2011 14:40, Iain Sandoe wrote:
so there's a reason to use the systlbyname (and use hw.logicalcpu or
similar, maybe).
[unless that's just a buggy sysconf]
Well if that's how they want to play it then I'm not even going to
think abo
On Mon, Nov 7, 2011 at 4:25 AM, Uros Bizjak wrote:
> Hello!
>
> Attached patch fixes all remaining i386 testsuite failures. The header
> did say that we can include it also through immintrin.h ...
>
> 2011-11-07 Uros Bizjak
>
> * config/i386/f16cintrin: Remove extra _X86INTRIN_H_INCLUDED
> From: Andrew MacLeod
> Date: Mon, 7 Nov 2011 15:44:47 +0100
> Actually, this target has no lock free support whatsoever? ie, no
> compare_and_swap instruction, nor an implementation of
> sync_lock_test_and_set and sync_lock_release?
In CRIS versions where such support would make sense: of c
Hello!
2011-11-07 Uros Bizjak
* gcc.target/i386/pr49781-1.c (dg-options): Add -mtune=generic.
Tested on x86_64-pc-linux-gnu, committed to mainline SVN.
Uros.
Index: gcc.target/i386/pr49781-1.c
===
--- gcc.target/i386/pr
Hi,
The functions clock() and time() are part of the C standard library,
they are not Unix specific. Committed the patch below as obvious.
2011-11-07 Janne Blomqvist
* intrinsic.texi (MCLOCK, MCLOCK8, TIME, TIME8): Functions clock
and time are part of the C standard library.
On Fri, Nov 4, 2011 at 2:22 PM, Jakub Jelinek wrote:
> On Fri, Nov 04, 2011 at 12:21:49PM +0100, Richard Guenther wrote:
>> Ok. I guess it's ok to use builtins for now - I didn't think of
>> the memory reference issue ;)
>
> Based on IRC discussion I'm posting an updated patch (both former
> pat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/07/11 06:53, Tom Tromey wrote:
>> "Jeff" == Jeff Law writes:
>
> Jeff> First, it's perfectly fine to have a NULL pointer dereference
> in a Jeff> program as long as that code is never executed. Once
> the code is Jeff> executed, we've ente
On Mon, Nov 7, 2011 at 4:43 PM, Jeff Law wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/07/11 06:53, Tom Tromey wrote:
>>> "Jeff" == Jeff Law writes:
>>
>> Jeff> First, it's perfectly fine to have a NULL pointer dereference
>> in a Jeff> program as long as that code is nev
This won't work - DECL_UIDs are not stable -g vs. -g0 - only their
_order_ is stable - thus you won't get comparison fails with code generated
dependent on DECL_UID order, but you will if you depend on the DECL_UID
value (which you do by using it as a hash).
And we will still generate different
2011/11/7 Richard Guenther :
> On Sun, Nov 6, 2011 at 11:12 PM, Kai Tietz wrote:
>> Hello,
>>
>> By this patch branch-cost optimization is moved from tree AST to cfgexpand
>> from gimple to RTL. By this we are able to do better optimization on
>> conditionals simliar for all targets and do the
> "Jeff" == Jeff Law writes:
Jeff> So, presumably there's no way to know we're throwing to
Jeff> NullPointerException from the exception information attached to the
Jeff> statement or BB? If not I could disable if the statement with the
Jeff> memory op throws anywhere. It's not ideal, but c
> On 11/05/2011 07:36 PM, Dodji Seketeli wrote:
> > +#define TYPE_DECL_NAMES_ALIAS_TEMPLATE_P(NODE) \
>
> This doesn't seem to be needed anymore.
Removed, thanks.
>
> > +dump_alias_template_specialization (tree t, int flags)
> > +{
> > + gcc_assert (alias_template_speci
This is a patch that cleans up the code for loading CONST or SYMBOL_REF into a
register.
This code is also needed to be able to load symbols into PSImode registers.
Up to now, this is not needed because there are no 24-bit symbols yet, but it
is needed for 24-bit address spaces.
Fiddling with 8-
On 11/07/2011 09:43 AM, Tom de Vries wrote:
On 11/06/2011 04:04 PM, Andrew MacLeod wrote:
(get_atomic_op_for_code): New. Return an opcode table entry.
I'm getting these errors with a MIPS cross build:
...
/scratch/vries/b4/ref-mips-ml-11-11-07/src/gcc-mainline/gcc/optabs.c: In
function
On Sun, 6 Nov 2011, Jason Merrill wrote:
> The function constrain_visibility_for_template tries to set the visibility of
> a template instantiation properly by giving it the minimum visibility of the
> template itself and the template arguments. But this PR points out that we
> were failing to do
Hi,
On Thu, 3 Nov 2011, Richard Guenther wrote:
> Otherwise the patch looks ok, but given the Ada issue let's wait until
> that is sorted out in some way. That also gives others the chance to
> comment on the patch.
So, this is what I came up with. As discussed I didn't do the uintptr_t
cas
On Mon, Nov 7, 2011 at 4:52 PM, Aldy Hernandez wrote
>
>> This won't work - DECL_UIDs are not stable -g vs. -g0 - only their
>> _order_ is stable - thus you won't get comparison fails with code
>> generated
>> dependent on DECL_UID order, but you will if you depend on the DECL_UID
>> value (which
1 - 100 of 264 matches
Mail list logo