On Nov 11, 2014, at 11:48 AM, Jack Howarth howarth.at@gmail.com wrote:
The only problem with this fix for the broken libtool.m4 is that
it will require constant tending as other patches regenerate these
various configure files. For example,
On Nov 10, 2014, at 1:12 PM, Andreas Tobler andreast-l...@fgznet.ch wrote:
As I was told, arm*-*-symbianelf* should be EABI so we can use arm_eabi for
all instead of listing each OS.
Ok for trunk?
Ok.
[ sorry for dup, if any ]
On Nov 10, 2014, at 1:12 PM, Andreas Tobler andreast-l...@fgznet.ch wrote:
As I was told, arm*-*-symbianelf* should be EABI so we can use arm_eabi for
all instead of listing each OS.
Ok for trunk?
Ok.
On Nov 10, 2014, at 2:06 PM, Andreas Tobler andreast-l...@fgznet.ch wrote:
another one. Here I'm not really sure if there are EABI variants which do
_not_ support these test cases.
I think the patch is fine, just watch for any follow-on comments from an
eabi/arm expert. Usually they are
On Nov 10, 2014, at 6:58 AM, FX fxcoud...@gmail.com wrote:
My knowledge of C++ is limited, but I think this additional patch to
wide-int.h is the proper fix to the issue reported by Jack, no?
I’m bootstrapping it right now, it already passed stage 2.
Boostrapped succeeded on
On Nov 9, 2014, at 12:33 PM, Andreas Tobler andreast-l...@fgznet.ch wrote:
The upcoming FreeBSD ARM target does not have eabi in the target triplet. But
it is EABI based.
Ok for trunk?
Ok.
On Nov 10, 2014, at 10:10 AM, Mike Stump mikest...@comcast.net wrote:
I’’ve asked Jack for the header in question that makes max/min ambiguous.
Ok, found it, page 903 of c++14. Also in the 97 version. We need the wi::
qualifications for wide-int with min and max. That part of the patch is Ok.
On Nov 10, 2014, at 12:19 PM, H.J. Lu hjl.to...@gmail.com wrote:
I checked in this patch to revert the accidental checkin.
Thanks.
On Nov 10, 2014, at 12:37 PM, H.J. Lu hjl.to...@gmail.com wrote:
I also checked in this patch to add missing braces in
gcc.dg/pr44194-1.c.
Thanks.
On Nov 6, 2014, at 2:19 AM, Alan Lawrence alan.lawre...@arm.com wrote:
+ vqdmlal_high_lane_s16 (int32x4_a, int16x8_b, int16x4_c, 4);
+}
\ No newline at end of file
Please ensure all new files end with a newline.
On Nov 5, 2014, at 4:25 PM, Roland McGrath mcgra...@google.com wrote:
As I described in the bug, OSX (as documented) does not permit shared
libraries to refer directly to the environ global variable.
OK for trunk and 4.9 branch?
For the darwin bits I can approve, Ok.
On Nov 4, 2014, at 4:13 AM, Thomas Schwinge tho...@codesourcery.com wrote:
On Wed, 15 Oct 2014 17:46:48 +0200, I wrote:
No matter whether it's C, C++, or Fortran source code, the libgomp
testsuite always uses (for build-tree testing) gcc/xgcc, or (for
installed testing) GCC_UNDER_TEST. It
On Oct 30, 2014, at 10:25 AM, Andrew Stubbs a...@codesourcery.com wrote:
Many of the tests in gcc.target/powerpc specify an explicit -mcpu option with
dg-options. This is a problem for multilib configurations that use -mcpu in
their definition
OK to commit?
Given the discussion, I think
On Nov 1, 2014, at 5:39 AM, Evgeny Stupachenko evstu...@gmail.com wrote:
When PIC register is pseudo there is nothing special about it's value
that setjmp can hurt. So if the pseudo register lives across
setjmp_receiver RA should care about correct allocation (in case it is
not saved/restored,
On Oct 30, 2014, at 10:25 AM, Andrew Stubbs a...@codesourcery.com wrote:
Many of the tests in gcc.target/powerpc specify an explicit -mcpu option with
dg-options.
So, I think this isn’t the strategy people like for this sort of thing. The
problem is default flags. You can have a certain cpu
On Oct 30, 2014, at 12:43 PM, Jeff Law l...@redhat.com wrote:
Fundamentally, what I see is this scheme requires us to be able to come up
with a key based solely on information in a particular insn. To get fusion
another insn has to have the same or a closely related key.
Right.
On Oct 22, 2014, at 8:29 AM, Marek Polacek pola...@redhat.com wrote:
The following adds the porting_to.html document for GCC 5 and
documents issues arising from moving the default to gnu11.
So, one way for a person to port a large project, would be just to select gnu89
as the target language
On Oct 21, 2014, at 9:02 AM, Joern Rennecke joern.renne...@embecosm.com wrote:
The gdb version check ends up trying to invoke gdb on the target -
not so nice if your target is too small to accomodate gdb in the first place.
So, I didn’t see anything that allowed it to work on targets that have
On Oct 21, 2014, at 6:50 AM, Jiong Wang jiong.w...@arm.com wrote:
Update testcases for recent gnu11 changes.
ok for trunk?
Ok.
On Oct 21, 2014, at 7:17 AM, Bernd Schmidt ber...@codesourcery.com wrote:
Some tests use stdio functions which are unavaiable with the cut-down newlib
I'm using for ptx testing. I'm somewhat uncertain what to do with these; they
are by no means the only unavailable library functions the
On Oct 21, 2014, at 10:46 AM, Marek Polacek pola...@redhat.com wrote:
I can remove the -w and fix C89/C11 incompatibilities, if anyone
thinks it's worth it.
I’d leave the -w, no point in spending much time worrying about it. The -w is
so that no one has to spend time worrying about it. If
On Oct 16, 2014, at 7:12 PM, Maxim Kuvyrkov maxim.kuvyr...@linaro.org wrote:
The fix is to use unique name cin_unget-1-[pid].txt for the data file.
OK to apply?
Ok.
On Oct 17, 2014, at 8:50 AM, Jeff Law l...@redhat.com wrote:
So - I like -fipa-ra more.
Similarly.
Yeah, I was going to say I liked the ipa tag in there some place but didn’t
cause I didn’t want to bikeshed, but, since a few others like that, dogpiling
seems ok. :-)
On Oct 17, 2014, at 1:21 AM, Eric Botcazou ebotca...@adacore.com wrote:
This nevertheless used to work because the blockage insn emitted by the RTL
epilogue was acting as a wild load but this got broken by Richard's patch
which removed the wild load trick.
The attached patch fixes the
On Oct 17, 2014, at 7:08 AM, Evgeny Stupachenko evstu...@gmail.com wrote:
The patch fixes 1st fail in darwin bootstarp.
When PIC register is pseudo we don't need to init it after setjmp or
non local goto.
Is it ok?
So, I don’t see commentary in the PR that all fallout and all bugs
On Oct 16, 2014, at 2:28 PM, Tom de Vries tom_devr...@mentor.com wrote:
So I'd say the documentation is in fact correct.
Agreed. I was confused. Apparently my mind likes to think in volatile and
non-volatile (call-clobbered and non-call-clobbered) and I managed to map it
wrong in my mind and
On Oct 15, 2014, at 6:36 AM, Richard Biener richard.guent...@gmail.com wrote:
+ wide_int max_wi = wi::max_value (TYPE_PRECISION (type), UNSIGNED);
+ max_val = wi::to_widest (wide_int_to_tree (type, max_wi));
ick - there must be a better way to extend max_wi to infinite
precision.
On Oct 15, 2014, at 8:41 AM, Paolo Carlini paolo.carl...@oracle.com wrote:
... the below replaces -std=c++0x and -std=c++11 with -std=gnu++11.
Seems odd to go from c++11 - gnu++11. Why?
On Oct 15, 2014, at 2:45 AM, Jonathan Wakely jwak...@redhat.com wrote:
On 15/10/14 10:44 +0100, Jonathan Wakely wrote:
We might also want to consider a global s/gnu++0x/gnu++11/ some day.
One reason for doing that replacement is that I keep copying existing
tests and then having to change
On Oct 10, 2014, at 8:32 PM, Bin.Cheng amker.ch...@gmail.com wrote:
Though I guess if we run fusion + peep2 between sched1 and sched2, that
problem would just resolve itself as we'd have fused AB together into a new
insn and we'd schedule normally with the fused insns and X, Y.
Yes, in
On Apr 23, 2014, at 3:41 AM, Tom de Vries tom_devr...@mentor.com wrot
On 22-04-14 17:05, Tom de Vries wrote:
I've updated the fuse-caller-save patch series to model non-callee call
clobbers
in CALL_INSN_FUNCTION_USAGE.
@item -fuse-caller-save
Use caller save registers for allocation if
[ I’ll give the state of the code that I finished with, Bin’s answers should be
similar to mine, but, if he improved things, they could be better ]
On Oct 10, 2014, at 2:13 PM, Jeff Law l...@redhat.com wrote:
So, some questions. Let's assume I've got 3 kinds of insns. A B C.
I can fuse AB
On Oct 7, 2014, at 2:07 PM, Marek Polacek pola...@redhat.com wrote:
I'd like to kick off a discussion about moving the default standard
for C from gnu89 to gnu11.
I endorse the change of default.
The things I had to fix in the testsuite nicely reflect what we can expect
in the real life:
A
On Oct 7, 2014, at 10:28 PM, Jeff Law l...@redhat.com wrote:
It's certainly advantageous for sched2 to split insns that generate multiple
instructions.
So, on my port, I have a load multiple that is just one instruction, and it is
a single clock cycle (to enque it).
On Oct 9, 2014, at 3:39 AM, FX fxcoud...@gmail.com wrote:
Version 2 of the patch, now handling the darwin case (thanks Iain)
OK to commit?
For the bits I can approve, Ok.
On Oct 7, 2014, at 2:07 PM, Marek Polacek pola...@redhat.com wrote:
I'd like to kick off a discussion about moving the default standard
for C from gnu89 to gnu11.
I endorse the change of default.
The things I had to fix in the testsuite nicely reflect what we can expect
in the real life:
A
On Oct 9, 2014, at 11:56 AM, Uros Bizjak ubiz...@gmail.com wrote:
2014-10-09 Uros Bizjak ubiz...@gmail.com
* g++.dg/cpp1y/feat-cxx14.C: Variable templates not in yet.
(dg-do): Use c++1y target.
Tested on x86_64. OK for branch?
So, I need Ed or Jason to review it…
Index:
On Oct 7, 2014, at 2:54 PM, Christophe Lyon christophe.l...@linaro.org wrote:
When Jason added the new g++.dg/ipa/devirt-28a.C test along with his
fix for PR c++/58678
(https://gcc.gnu.org/ml/gcc-patches/2014-09/msg00838.html), this new
test was failing in the ARM and AArch64 configuration I
On Oct 9, 2014, at 5:09 PM, Ed Smith-Rowland 3dw...@verizon.net wrote:
On 10/09/2014 05:54 PM, Mike Stump wrote:
On Oct 9, 2014, at 11:56 AM, Uros Bizjak ubiz...@gmail.com wrote:
2014-10-09 Uros Bizjak ubiz...@gmail.com
* g++.dg/cpp1y/feat-cxx14.C: Variable templates not in yet.
(dg
On Oct 7, 2014, at 9:37 AM, Aldy Hernandez al...@redhat.com wrote:
Is there a reason we don't create etags for toplevel include files?
I don’t think there is.
If not, could I please apply this patch?
I’m in favor.
On Oct 6, 2014, at 4:32 AM, Richard Biener richard.guent...@gmail.com wrote:
On Mon, Oct 6, 2014 at 11:57 AM, Bin.Cheng amker.ch...@gmail.com wrote:
How many merging opportunities does sched2 undo again? ISTR it
has the tendency of pushing stores down and loads up.
So, the pass works by
On Oct 6, 2014, at 8:36 AM, Chen Gang gang.chen.5...@gmail.com wrote:
For me, make -k check is suitable for one sub-system (e.g. for cross
building, and mainly focus on gcc), but not for global check (full
non-cross building check):
In our world, there is no sub-system, so, talk of such is
On Oct 4, 2014, at 3:32 AM, Richard Sandiford rdsandif...@googlemail.com
wrote:
we should just fix those tests so that the name is unique.
Yes. This is good in all sorts of ways.
On Oct 3, 2014, at 9:40 AM, Uros Bizjak ubiz...@gmail.com wrote:
Ok for trunk?
2014-10-03 Jakub Jelinek ja...@redhat.com
That said, the patch is OK from x86 side, but a testsuite maintainer
should OK it.
Ok.
On Oct 1, 2014, at 1:50 AM, Richard Earnshaw rearn...@arm.com wrote:
Isn't that exactly what I suggested?
However, since
GCC is supposed to bootstrap using a portable ISO C++ compiler, there's
an argument for removing the ambiguity entirely by being explicit.”
I think one can read that and
On Oct 1, 2014, at 2:10 AM, Bernhard Reutner-Fischer rep.dot@gmail.com
wrote:
It would be handy to see the reason(s) why target-supports errors out.
Ok for the trunk?
Ok.
On 10/01/2014 11:09 AM, Maxim Ostapenko wrote:
Hi,
some time ago, Andrew wrote a patch that fixes PR58867
(http://patchwork.ozlabs.org/patch/286866/), but for some reasons it
wasn't committed to trunk.
This is resurrected Andrew's patch, extended to support Tsan testsuite.
Tested on
On Sep 30, 2014, at 8:45 AM, David Malcolm dmalc...@redhat.com wrote:
We install the header pass_manager.h, but it can't be included by a
plugin, since it includes pass-instances.def, and we don't current
install that.
Similarly, the installed header pretty-print.h now uses
On Sep 30, 2014, at 9:15 AM, Joseph S. Myers jos...@codesourcery.com wrote:
On Tue, 30 Sep 2014, Richard Earnshaw wrote:
GCC is written in C++ these days, so technically, you need the C++
standard :-)
And, while C++14 requires plain int bit-fields to be signed, GCC is
written in
On Sep 30, 2014, at 2:22 AM, Bin Cheng bin.ch...@arm.com wrote:
Then I decided to take one step forward to introduce a generic
instruction fusion infrastructure in GCC, because in essence, load/store
pair is nothing different with other instruction fusion, all these
optimizations
want is to
On Sep 29, 2014, at 6:20 AM, FX fxcoud...@gmail.com wrote:
I have not seen any trouble arising following the fix to PR 61407
(https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407).
The patch committed is here:
https://gcc.gnu.org/viewcvs?rev=215251root=gccview=rev
I’ve just tested the
On Sep 26, 2014, at 12:31 PM, David Malcolm dmalc...@redhat.com wrote:
On Fri, 2014-09-26 at 11:45 -0700, Mike Stump wrote:
On Sep 26, 2014, at 8:14 AM, David Malcolm dmalc...@redhat.com
wrote:
* jit.dg/test-long-names.c: New test case.
+/* 65KB */
+#define NAME_LENGTH (65 * 1024
On Sep 26, 2014, at 8:14 AM, David Malcolm dmalc...@redhat.com wrote:
* jit.dg/test-long-names.c: New test case.
+/* 65KB */
+#define NAME_LENGTH (65 * 1024)
65K was a tiny name back in 1999, 16M was a large name then. Today, 16M is
tiny enough. And yeah, this was a customer bug
On Sep 25, 2014, at 1:04 PM, Sandra Loosemore san...@codesourcery.com wrote:
While doing some arm-none-eabi testing, I noticed that a bunch of gcc.dg/vect
tests were causing the target to hang from trying to execute code compiled
with -mfpu=neon -mfloat-abi=softfp, on a target that doesn't
On Sep 25, 2014, at 1:02 AM, Uros Bizjak ubiz...@gmail.com wrote:
IMO, these should be converted to dg-additional-options.
That would be something like following, except that compat framework doesn't
support dg-additional-options:
WARNING: compat.exp does not support dg-additional-options
On Sep 24, 2014, at 5:54 AM, Jonathan Wakely jwak...@redhat.com wrote:
C++14 is no longer the next standard, it's here, so update the project
page.
Can we have a web doc person update the name of the page (projects/cxx1y.html
- projects/cxx14.html) and add a redirect as necessary?
On Sep 24, 2014, at 8:28 AM, Michael Eager ea...@eagerm.com wrote:
After check the current result log, I find many remote target test
related sentences, do we have to process it?
e.g. Download to microblaze-xilinx-gdb failed, couldn't execute rcp: no
such file or directory.
The test
On Sep 24, 2014, at 9:23 AM, Chen Gang gang.chen.5...@gmail.com wrote:
For one simple solving way under fedora: yum install rsh, and I will
get another issue:
Download to microblaze-xilinx-gdb failed, microblaze-xilinx-gdb: Unknown
host
So I guess the root cause is: I only use
On Sep 22, 2014, at 8:51 AM, Jan Hubicka hubi...@ucw.cz wrote:
On Sun, 21 Sep 2014, Jan Hubicka wrote:
Please omit static from inline functions.
Yep, I suppose we want to drop static in all inlines? I can make patch for
that.
Also one notable difference with your patches is that the
On Sep 20, 2014, at 10:52 AM, Kai Tietz ktiet...@googlemail.com wrote:
I missed that op points still on the memory here. So corrected patch
is inlined below.
So, I’m wondering if the x86 maintainers want me to review and approve a patch,
or if they want to. I was assuming they wanted to.
On Sep 22, 2014, at 11:22 AM, Jan Hubicka hubi...@ucw.cz wrote:
Not quite:
offset_int woffset
= (wi::to_offset (xoffset)
+ wi::lrshift (wi::to_offset (DECL_FIELD_BIT_OFFSET (field)),
LOG2_BITS_PER_UNIT));
offset_int is the type that can hold
On Sep 22, 2014, at 11:43 AM, Uros Bizjak ubiz...@gmail.com wrote:
As far as I'm concerned, this is Darwin specific patch, so it needs
an approval from Darwin maintainer. The patch just happens to live in
i386 directory ;)
Ok, thanks.
On Sep 19, 2014, at 2:37 AM, Segher Boessenkool seg...@kernel.crashing.org
wrote:
On Thu, Sep 18, 2014 at 01:44:55PM -0500, Segher Boessenkool wrote:
I am testing a patch that is just
diff --git a/contrib/dg-extract-results.py b/contrib/dg-extract-results.py
index cccbfd3..3781423 100644
On Sep 17, 2014, at 6:22 PM, David Malcolm dmalc...@redhat.com wrote:
I greatly prefer to use Sphinx over Texinfo, both for the ease of
editing, and the quality of the generated HTML; I already use it for
both the Python bindings to libgccjit, and for gcc-python-plugin.
Hence I've used Sphinx
On Sep 18, 2014, at 1:40 AM, Yury Gribov y.gri...@samsung.com wrote:
How about adding a disclaimer? E.g. beware that Vim plugins are a GAPING
SECURITY HOLE
so use the at YOUR OWN RISK. (And note that Braun's plugin does use
sandboxes).
Building gcc features a security risk at least as big
On Sep 18, 2014, at 3:12 AM, Richard Earnshaw rearn...@arm.com wrote:
Is there any real need to write this into the source directory and have
the built file checked in? Ie. can't we always write to the build
directory and use it from there.
I build part of my .md file from a C++ program, so
On Sep 17, 2014, at 11:25 AM, Jakub Jelinek ja...@redhat.com wrote:
- if mkdir $GCC_RUNTEST_PARALLELIZE_DIR/$par_count; then
+ if mkdir $GCC_RUNTEST_PARALLELIZE_DIR/$par_count 2/dev/null;
then
So, I can’t help but think we should just do a mkdir -p for this and be
On Sep 17, 2014, at 12:16 PM, Jakub Jelinek ja...@redhat.com wrote:
On Wed, Sep 17, 2014 at 12:13:51PM -0700, Mike Stump wrote:
On Sep 17, 2014, at 11:25 AM, Jakub Jelinek ja...@redhat.com wrote:
- if mkdir $GCC_RUNTEST_PARALLELIZE_DIR/$par_count; then
+ if mkdir
On Sep 15, 2014, at 9:05 AM, Jakub Jelinek ja...@redhat.com wrote:
All the updates sound good.
Regtested on x86_64-linux, without the patch toplevel make -k check
took 8hrs3minutes (don't have time data for that run),
This confuses me, but, no matter. Isn’t 8hrs time data? :-)
patch
On Sep 14, 2014, at 5:43 PM, Segher Boessenkool seg...@kernel.crashing.org
wrote:
On Sun, Sep 14, 2014 at 02:38:45PM -0700, Mike Stump wrote:
+ SIBLING_CALL_P (tmp) = 1;
+ SIBLING_CALL_P (tmp) = 1;
The second time is to make sure? :-)
No, just a last minute cut and paste… I’ll
On Sep 15, 2014, at 9:05 AM, Jakub Jelinek ja...@redhat.com wrote:
All the updates sound good.
Regtested on x86_64-linux, without the patch toplevel make -k check
took 8hrs3minutes (don't have time data for that run),
This confuses me, but, no matter. Isn’t 8hrs time data? :-)
patch
On Sep 15, 2014, at 9:13 AM, Jakub Jelinek ja...@redhat.com wrote:
Here is an attempt to fix gfortran dg.exp testing in case of very
fine-grained parallelization.
Ok.
On Sep 13, 2014, at 5:48 AM, FX fxcoud...@gmail.com wrote:
Updated version, bootstraps and regtests.
OK to commit?
Ok.
On Sep 14, 2014, at 10:51 AM, Andi Kleen a...@firstfloor.org wrote:
From: Andi Kleen a...@linux.intel.com
Add some simple test cases for noreorder behaving like
-fno-toplevel-reorder and -fno-toplevel-reorder still working.
Unfortunately there's no easy way to check for output order in DG,
On May 22, 2014, at 2:01 PM, Kai Tietz kti...@redhat.com wrote:
This patch adds a small improvement about sibling tail-calls.
So, I was hoping that you would weigh or fix the damage (PR61387) this does on
darwin.
Here is a patch that fixes it.
Index: config/i386/i386.c
On Sep 12, 2014, at 9:32 AM, Jakub Jelinek ja...@redhat.com wrote:
Here is my latest version of the patch.
With this patch I get identical test_summary output on make -k check
(completely serial testing) and make -j48 -k check from toplevel directory.
Major changes since last version:
1)
On Sep 12, 2014, at 9:32 AM, Jakub Jelinek ja...@redhat.com wrote:
Here is my latest version of the patch.
I did a timing test:
Before:
real0m57.198s
user1m24.736s
sys 0m19.816s
after:
real0m28.224s
user1m27.823s
sys 0m22.374s
This is a -j70 run on a 64 core power7
On Sep 12, 2014, at 9:32 AM, Jakub Jelinek ja...@redhat.com wrote:
Here is my latest version of the patch.
With this patch I get identical test_summary output on make -k check
(completely serial testing) and make -j48 -k check from toplevel directory.
Major changes since last version:
1)
On Sep 12, 2014, at 9:32 AM, Jakub Jelinek ja...@redhat.com wrote:
Here is my latest version of the patch.
I did a timing test:
Before:
real0m57.198s
user1m24.736s
sys 0m19.816s
after:
real0m28.224s
user1m27.823s
sys 0m22.374s
This is a -j70 run on a 64 core power7
On Sep 11, 2014, at 3:15 PM, Jakub Jelinek ja...@redhat.com wrote:
That is news to me, but given the amount of test -a/-o uses e.g. in
gcc/configure and hundreds of places, I'd say what we care is what is more
portable to old shells.
No, we can’t care about that. If that were true, the _ _
On Sep 11, 2014, at 3:15 PM, Jakub Jelinek ja...@redhat.com wrote:
That is news to me, but given the amount of test -a/-o uses e.g. in
gcc/configure and hundreds of places, I'd say what we care is what is more
portable to old shells.
No, we can’t care about that. If that were true, the _ _
On Sep 9, 2014, at 8:14 AM, VandeVondele Joost joost.vandevond...@mat.ethz.ch
wrote:
Attached is a further revision of the patch, now dealing with check-c++.
So when last I played in this area, I wanted a command line tool that would
bin-pack from the command line. I would then grab the
On Sep 10, 2014, at 1:38 PM, David Malcolm dmalc...@redhat.com wrote:
Perhaps this is a silly question, but has anyone tried going the whole
way and not having buckets, going to an extremely fine-grained approach
No, we fear the overhead, but do not know what it is.
On Sep 10, 2014, at 2:23 PM, Jakub Jelinek ja...@redhat.com wrote:
Seems file mkdir in tcl doesn't error on pre-existing directory,
shell mkdir will. :-)
-09-10 Mike Stump mikest...@comcast.net
* doc/install.texi (Prerequisites): Note Tcl 8.6 bug fixed in
8.6.1.
Index: install.texi
===
--- install.texi(revision 214981)
+++ install.texi(working copy
On Sep 10, 2014, at 7:16 AM, Jakub Jelinek ja...@redhat.com wrote:
IMHO the best fix for that is following, use the same predicate whether to
run the vect-args.c tests or not as is used for all other tests.
Ok for trunk?
Looks suspiciously looks familiar. Ok. Thanks.
On Sep 9, 2014, at 8:14 AM, VandeVondele Joost joost.vandevond...@mat.ethz.ch
wrote:
Attached is a further revision of the patch, now dealing with check-c++.
So when last I played in this area, I wanted a command line tool that would
bin-pack from the command line. I would then grab the
On Sep 10, 2014, at 1:38 PM, David Malcolm dmalc...@redhat.com wrote:
Perhaps this is a silly question, but has anyone tried going the whole
way and not having buckets, going to an extremely fine-grained approach
No, we fear the overhead, but do not know what it is.
On Sep 10, 2014, at 2:23 PM, Jakub Jelinek ja...@redhat.com wrote:
Seems file mkdir in tcl doesn't error on pre-existing directory,
shell mkdir will. :-)
On Sep 6, 2014, at 12:20 AM, Andreas Schwab sch...@linux-m68k.org wrote:
Mike Stump mikest...@comcast.net writes:
Index: config/pa/pa64-hpux.h
===
--- config/pa/pa64-hpux.h(revision 214981)
+++ config/pa/pa64-hpux.h
On Sep 5, 2014, at 4:05 AM, Thomas Schwinge tho...@codesourcery.com wrote:
Updating my GCC trunk working tree from r212389 (2014-07-09) to r214918
(2014-09-04), I notice that (only) in libstdc++ testing, and only for the
second multilib of »RUNTESTFLAGS='--target_board=unix\{,-m32\}'« (so, the
On Sep 5, 2014, at 3:10 AM, Thomas Schwinge tho...@codesourcery.com wrote:
Should PR20567 now be updated?
Updated.
On Sep 5, 2014, at 3:59 PM, Dominique Dhumieres domi...@lps.ens.fr wrote:
See pr63188 for darwin. The same patch should probably
fix the problem for hppa64-hpux* too.
Thanks.
Committed revision 214983.
Index: ChangeLog
===
---
On Sep 4, 2014, at 4:14 AM, Ramana Radhakrishnan ramana@googlemail.com
wrote:
--- a/gcc/testsuite/lib/target-supports.exp
+++ b/gcc/testsuite/lib/target-supports.exp
@@ -2293,8 +2293,8 @@ proc check_effective_target_arm_little_endian { } {
proc check_effective_target_arm_vect_no_misalign
On Sep 4, 2014, at 5:22 PM, Kaz Kojima kkoj...@rr.iij4u.or.jp wrote:
BTW, Jeff's comment on pr39228.c makes me think that this test
can be moved into execute/ieee. Thought?
I don’t see a down side, specially if we know that the test case is picky about
ieee.
On Sep 3, 2014, at 1:03 AM, Uros Bizjak ubiz...@gmail.com wrote:
These testcases were intended to be compiled on x86 targets only [1].
Not a bug deal, but would a git mv bla gcc.target/i386 be more appropriate?
2014-09-03 Uros Bizjak ubiz...@gmail.com
* gcc.dg/20111227-2.c: Compile
On Sep 2, 2014, at 3:28 AM, Hans-Peter Nilsson hans-peter.nils...@axis.com
wrote:
In a native x86_64-linux toolchain in which
eh-table-registration is done explicitly (i.e. dl_iterate_phdr
and PT_GNU_EH_FRAME is *not* assumed, as that eliminates the
issue), the memory overhead for
When I ran Asan test on Asan-bootstrapped GCC, some of them fail with
memory leaks into GCC, even if Lsan is disabled. This caused by slightly
wrong logic in saving/restoring env variables functionality in
gcc-dg.exp (some tests override ASAN_OPTIONS and this env variable isn't
restored
On Sep 1, 2014, at 6:34 PM, Ed Smith-Rowland 3dw...@verizon.net wrote:
(I sort of wonder why this wasn't added to the actual preprocessor 20 years
ago.)
:-)
So can you hack the system at template expansion time yet? :-)
std::shell“/bin/sh -c …” maybe?
On Aug 29, 2014, at 5:04 PM, Maciej W. Rozycki ma...@codesourcery.com wrote:
Executing on host: powerpc-linux-gnu-gcc arm_cortex_m25641.c
-fno-diagnostics-show-caret -fdiagnostics-color=never -mthumb -S -o
arm_cortex_m25641.s(timeout = 300)
OK to apply?
Ok.
901 - 1000 of 3045 matches
Mail list logo