Hi,
the native ia64 VMS linker doesn't fully support COMDAT sections.
Committed on trunk.
Tristan.
2011-12-23 Tristan Gingold
* config/ia64/vms.h (SUPPORTS_ONE_ONLY): Define.
--- a/gcc/config/ia64/vms.h
+++ b/gcc/config/ia64/vms.h
@@ -157,3 +157,7 @@ STATIC func_ptr __CTOR_LIST__[
Hi,
this patch fixes a typo in the CRTL map file.
Committed.
Tristan.
2011-12-23 Tristan Gingold
* config/vms/vms-crtlmap.map (log10): Fix typo.
--- a/gcc/config/vms/vms-crtlmap.map
+++ b/gcc/config/vms/vms-crtlmap.map
@@ -112,7 +112,7 @@ isupper
kill
localtime
log FLO
On Thu, 22 Dec 2011, Richard Henderson wrote:
> On 12/22/2011 07:46 AM, Richard Guenther wrote:
> > Any way to test, in the testcase, whether the vector modes
> > will have NaNs or not?
>
> v[0] != v[0] ?
Well, if MODE_HAS_NANS returns false we might fold 0.0/0.0 to 0.0,
or the HW might simply
On Fri, 23 Dec 2011, Richard Guenther wrote:
> On Thu, 22 Dec 2011, Richard Henderson wrote:
>
> > On 12/22/2011 07:46 AM, Richard Guenther wrote:
> > > Any way to test, in the testcase, whether the vector modes
> > > will have NaNs or not?
> >
> > v[0] != v[0] ?
>
> Well, if MODE_HAS_NANS ret
On Thu, Dec 22, 2011 at 8:47 PM, Aldy Hernandez wrote:
> The problem here is that with -fnon-call-exceptions, a memory dereference
> may trap, but when we instrument the store, we have lost the landing pad
> information.
>
> One solution would be to move the EH information to the TM load/store
> i
On OpenVMS targets, a configuration pragma Float_Representation
indicates that the specified representation (IEEE, VAX) should
be the default for predefined floating point types and for
new floating point definitions.
Tested on x86_64-pc-linux-gnu, committed on trunk
2011-12-23 Geert Bosch
Handle case where the same library project is imported by multiple
aggregated libraries.
Tested on x86_64-pc-linux-gnu, committed on trunk
2011-12-23 Pascal Obry
* prj.ads (For_Every_Project_Imported): Add In_Aggregate_Lib
parameter to generic formal procedure.
* prj.a
> Hi,
>
> On Wed, Dec 21, 2011 at 05:29:51PM +0100, Jan Hubicka wrote:
> > > Hi,
> > >
> > > given that we already have a workaround for zero size increase
> > > estimates from estimate_ipcp_clone_size_and_time, I see little reason
> > > not to extend it to negative values too, 0 is really just a
On Fri, Dec 23, 2011 at 12:46 PM, Richard Sandiford
wrote:
> So it looks like two pieces of work related to scheduling and register
> pressure are being posted close together. This one is an RFC for a less
> aggressive form of -fsched-pressure. I think it should complement
> rather than compete
As documented in the libstdc++ manual, the shared pointer operations in
libstdc++ headers can be instrumented by defining the macros
_GLIBCXX_SYNCHRONIZATION_HAPPENS_BEFORE()/AFTER() and libstdc++ has to be
rebuilt in order to instrument the remaining shared pointer operations.
However, rebuilding
On 12/21/2011 09:09 AM, Bernd Schmidt wrote:
For a customer I've looked into improving code for 456.hmmer on a mips64
target. The benchmark responds to -fsched-pressure, which reduces
lifetimes of a few registers.
This patch was an experiment to see if we can get the same improvement
with modifi
On 12/23/2011 06:46 AM, Richard Sandiford wrote:
So it looks like two pieces of work related to scheduling and register
pressure are being posted close together. This one is an RFC for a less
aggressive form of -fsched-pressure. I think it should complement
rather than compete with Bernd's IRA
Hi,
> As documented in the libstdc++ manual, the shared pointer operations in
> libstdc++ headers can be instrumented by defining the macros
> _GLIBCXX_SYNCHRONIZATION_HAPPENS_BEFORE()/AFTER() and libstdc++ has to be
> rebuilt in order to instrument the remaining shared pointer operations.
> Howev
PR libstdc++/49204
* include/std/future (future_errc): Implement LWG 2056.
tested x86_84-linux, committed to trunk
Index: include/std/future
===
--- include/std/future (revision 182657)
+++ include/std/future (revisi
bootstrap currently fails for mainline on AIX, first because of problems like
...trunk/libcpp/system.h:47:0: error: "fopen" redefined [-Werror]
.../include-fixed/stdio.h:110:0: note: this is the location of the previous
definition
Indeed, libcpp/system and gcc/system.h have
/* Use the unloc
The comments in were copied from the TR1 implementation,
this updates them w.r.t C++11, including removing the "likely a
defect" comment because 27.9.2/4 clarifies that abs and div are only
overloaded for intmax_t if it's an extended integer type.
* include/c_global/cinttypes: Update comm
Hello,
Past http://gcc.gnu.org/ml/gcc-patches/2011-12/msg01691.html,
bootstrap still fails on AIX, from
gcc/collect2.c:1484:25: error: to be safe all intermediate pointers in cast
from
'char **' to 'const char **' must be 'const' qualified [-Werror=cast-qual]
gcc/collect2.c:1488:15:
Thi
This modifies the test to PASS when the expected type of exception is
caught, instead of being XFAIL due to uncaught exception.
Tested x86_64-linux, committed to trunk.
* testsuite/tr1/2_general_utilities/shared_ptr/cons/
weak_ptr_expired.cc: Modify to PASS instead of XFAIL.
Index
On 12/22/2011 12:44 PM, Richard Sandiford wrote:
> Woah, thanks, that's quite some work. OK for the patches I didn't
> respond to.
Here's a combined follow-on patch that I believe addresses all of
the comments you had.
Ok?
r~
commit 824b5ca31ea21bb02cedabf79bb98e4348c34366
Author: Richard Hend
Richard Henderson writes:
> On 12/22/2011 12:44 PM, Richard Sandiford wrote:
>> Woah, thanks, that's quite some work. OK for the patches I didn't
>> respond to.
>
> Here's a combined follow-on patch that I believe addresses all of
> the comments you had.
>
> Ok?
Yeah, looks good, thanks.
Richar
On 12/23/2011 10:00 AM, Richard Sandiford wrote:
> Richard Henderson writes:
>> On 12/22/2011 12:44 PM, Richard Sandiford wrote:
>>> Woah, thanks, that's quite some work. OK for the patches I didn't
>>> respond to.
>>
>> Here's a combined follow-on patch that I believe addresses all of
>> the com
Hello Everyone,
This patch is for the C-Compiler in the Cilkplus branch. It is an extension
of the following: http://gcc.gnu.org/ml/gcc-patches/2011-12/msg01667.html. This
patch will allow users to use array notations inside the function call
parameters.
Thanking Youi,
Yours Sincerely,
Ba
Hi.
This patch removes obsolete REGISTER_MOVE_COST and MEMORY_MOVE_COST
macros from the Blackfin back end in the GCC and introduces equivalent
TARGET_REGISTER_MOVE_COST and TARGET_MEMORY_MOVE_COST target hooks.
Untested.
OK to install?
* config/bfin/bfin.h (REGISTER_MOVE_COST, M
Hi.
This patch removes obsolete REGISTER_MOVE_COST macro from the SCORE back
end in the GCC and introduces equivalent TARGET_MEMORY_MOVE_COST target hook.
The MEMORY_MOVE_COST macros is removed and default implementation of the
TARGET_MEMORY_MOVE_COST target hook is used.
Untested.
OK
On 12/23/2011 11:08 AM, Anatoly Sokolov wrote:
> * config/score/score.h (REGISTER_MOVE_COST, MEMORY_MOVE_COST): Remove.
> * config/score/score-protos.h (score_register_move_cost): Remove.
>
> * config/score/score.c (TARGET_REGISTER_MOVE_COST): Define.
> (scor
On 12/23/2011 10:55 AM, Anatoly Sokolov wrote:
> * config/bfin/bfin.h (REGISTER_MOVE_COST, MEMORY_MOVE_COST): Remove.
> * config/bfin/bfin-protos.h (bfin_register_move_cost,
> bfin_memory_move_cost): Remove.
> * config/bfin/bfin.c (bfin_register_move_cost,
>
A minor update to provide a more precise ChangeLog:
> * system.h: #undef fopen and freopen unconditionally.
2011-12-23 Olivier Hainque
* system.h: Prior to #define, #undef fopen and freopen unconditionally.
libcpp/
* system.h: Likewise.
The following patch fixes a degradation of 20060102-1.c on ARM. Not
updating REG notes resulted in removing an insn after LRA as it was
wrongly considered dead.
The patch was successfully bootstrapped on x86/x86-64.
Committed as rev. 182664.
2011-12-23 Vladimir Makarov
* lra.c (u
Hello!
2011-12-23 Uros Bizjak
* gcc.dg/vect/fast-math-pr35982.c: Fix parenthesis in target selectors.
Tested on x86_64-pc-linux-gnu, committed to mainline.
Uros.
Index: gcc.dg/vect/fast-math-pr35982.c
===
--- gcc.dg/vect
Hi Vladimir,
> The following patch fixes a degradation of 20060102-1.c on ARM.
unless I'm badly mistaken, I see you using quite often the form 'degradation',
which is somewhat unusual in this mailing list. Are you using it like
'regression' or you actually mean something slightly, subtly, diff
On 12/23/2011 04:17 PM, Paolo Carlini wrote:
Hi Vladimir,
The following patch fixes a degradation of 20060102-1.c on ARM.
unless I'm badly mistaken, I see you using quite often the form 'degradation',
which is somewhat unusual in this mailing list. Are you using it like
'regression' or you
On 12/22/2011 06:28 PM, Ye Joey wrote:
> * gcc.dg/volatile-bitfields-2.c: New test.
Ok.
r~
Hi Anatoly,
I cannot apply your patch to a lean tree. I tried to save your email
as a text file, copy from thunderbird, copy from gmail, copy from the
mailing list archive. But neither works.
Regards,
Jie
2011/12/23 Anatoly Sokolov :
> Hi.
>
> This patch removes obsolete REGISTER_MOVE_COST and
On 12/22/2011 11:28 AM, Torvald Riegel wrote:
> libitm: Fix privatization safety during upgrades to serial mode.
>
> libitm/
> * beginend.cc (GTM::gtm_thread::restart): Add and handle
> finish_serial_upgrade parameter.
> * libitm.h (GTM::gtm_thread::restart): Adapt
The existing code to handle pack expansions in trailing-return-type
assumed that such expansions would only occur inside decltype, which is
not the case. This patch fixes the test to check for whether or not
we're doing the substitution in the context of a function body, and
fixes at_function_
Having now committed patches to convert all targets to vec_perm_const,
supporting the interleave and even/odd permutations, we can now remove the
VEC_INTERLEAVE_HIGH/LOW_EXPR and VEC_EXTRACT_EVEN/ODD_EXPR codes as redundant
with the primary VEC_PERM_EXPR code.
I have committed the patch previo
36 matches
Mail list logo
