On Thu, Jan 15, 2015 at 03:05:59PM -0500, David Malcolm wrote:
> Release managers: given that this only touches the jit, and that the jit
> is off by default, any objections if I go ahead and commit this?
> It's a late-breaking feature, but the jit as a whole is new, and
> I think the following is
On 01/15/15 13:20, Thomas Schwinge wrote:
Hi!
In r219682, I have committed to trunk our current set of OpenACC changes,
which we had prepared on gomp-4_0-branch. Thanks to everyone who has
been contributing!
Note that this is an experimental feature, incomplete, and subject to
change in future
On Thu, Jan 15, 2015 at 9:45 AM, Jakub Jelinek wrote:
> On Thu, Jan 15, 2015 at 01:58:43PM +0100, Richard Biener wrote:
>> [ 5286s] ../../../libgo/go/reflect/makefuncgo_s390x.go:323:5: error:
>> expected ';
>> ' or '}' or newline
>> [ 5286s]} else {
>> [ 5286s] ^
>
> Bet that
> } else {
Normally when we see a call to a function with a reference parameter,
we've converted the argument to have reference type as well, so we can
always treat arguments as rvalues in potential_constant_expression. But
with templates we defer the conversions until instantiation time, so we
shouldn't
On Thu, Jan 15, 2015 at 8:30 AM, Rainer Orth
wrote:
>
> This (and perhaps the previous gotools) patch broke Solaris bootstrap:
>
> /vol/gcc/src/hg/trunk/local/libgo/go/net/tcpsockopt_unix.go:23:73: error:
> reference to undefined identifier 'syscall.TCP_KEEPINTVL'
> if err := syscall.Setsockopt
On Jan 15, 2015, at 11:54 AM, Ilya Verbin wrote:
> On 15 Jan 11:20, Mike Stump wrote:
>> On Jan 15, 2015, at 9:53 AM, Ilya Verbin wrote:
>>> If I just remove 'load_gcc_lib gcc-dg.exp' from libatomic.exp, like this is
>>> done
>>> in libitm.exp, it will not work:
>>
>> Ok, original patch is fine
Applied, thanks.
Jason
Stage3 is closing rapidly. I've drained my queue of patches I was
tracking for gcc-5.However, note that I don't track everything. If
it's a patch for a backend, language other than C or seemingly has
another maintainer that's engaged in review, then I haven't been
tracking the patch.
On Thu, Jan 15, 2015 at 8:30 AM, Rainer Orth
wrote:
>
> Apart from that, bootstrap fails in gotools: due to the use of
> -static-libgo, all commands there fail to link since the socket
> functions are missing. It seems like $LIBS from libgo needs to be added
> somewhere, but I'm unsure how best t
On Thu, Jan 15, 2015 at 1:04 PM, Jeff Law wrote:
>
> Stage3 is closing rapidly. I've drained my queue of patches I was tracking
> for gcc-5.However, note that I don't track everything. If it's a patch
> for a backend, language other than C or seemingly has another maintainer
> that's engaged
On Thu, 15 Jan 2015, Jakub Jelinek wrote:
> --- libcpp/expr.c.jj 2015-01-14 11:01:34.0 +0100
> +++ libcpp/expr.c 2015-01-14 14:35:52.851002344 +0100
> @@ -672,16 +672,17 @@ cpp_classify_number (cpp_reader *pfile,
>if ((result & CPP_N_WIDTH) == CPP_N_LARGE
> && CPP_OPTI
On January 15, 2015 9:05:59 PM CET, David Malcolm wrote:
>Release managers: given that this only touches the jit, and that the
>jit
>is off by default, any objections if I go ahead and commit this?
>It's a late-breaking feature, but the jit as a whole is new, and
>I think the following is a big wi
On 15.01.2015 17:01, Ian Lance Taylor wrote:
> On Wed, Jan 14, 2015 at 11:54 PM, Patrick Wollgast
> wrote:
>> Is there something I'm still supposed to do, since I don't have write
>> access and this was the last part missing an "OK"?
>
> Somebody with write access will need to commit the patch fo
On Thu, 15 Jan 2015, Jiong Wang wrote:
> + if (bitsize + bitnum > unit && bitnum < unit)
> +{
> + warning (OPT_Wextra, "write of "HOST_WIDE_INT_PRINT_UNSIGNED"bit data "
> +"outside the bound of destination object, data truncated into "
> +HOST_WIDE_INT_PRINT_UNSI
On Wed, Jan 14, 2015 at 11:07 AM, Uros Bizjak wrote:
>
>> This patch adds support to the GCC tree for building tools that are
>> used with Go. There are two external used tools (go, gofmt) and one
>> tool used internally by go (cgo). This patch is pure machinery, with
>> no source code. The too
All of this has been posted before.
I believe the ABI change is something we should have for gcc 5.
Yes, the libffi merge has been causing problems (on targets that
don't even support libgo, annoyingly), but missing support for
the new libffi interfaces is easier to remedy in a dot release
than t
Jakub Jelinek writes:
> On Tue, Jan 13, 2015 at 05:06:35PM +, Richard Sandiford wrote:
>> Jakub Jelinek writes:
>> > Patch too large to attach uncompressed, this
>> > has been created with update-copyright.py --this-year.
>> > Note, I had to temporarily move away gcc/jit/docs/conf.py,
>> > th
Hi Thomas,
thanks to you and all others involved for the OpenACC merge.
Attached is a patch which converts for Fortran '%s' into %qs, as
mentioned to before. (It wasn't possible when the original patch was
reviewed as the common diagnostic patches came later.)
Committed as Rev. 219694.
On
On Thu, Jan 15, 2015 at 9:04 PM, Jeff Law wrote:
>
> Stage3 is closing rapidly. I've drained my queue of patches I was tracking
> for gcc-5.However, note that I don't track everything. If it's a patch
> for a backend, language other than C or seemingly has another maintainer
> that's engaged
On 14.01.15 10:43, Richard Earnshaw wrote:
On 13/01/15 21:08, Andreas Tobler wrote:
On 13.01.15 11:25, Ramana Radhakrishnan wrote:
On Thu, Jan 8, 2015 at 8:51 PM, Andreas Tobler wrote:
On 08.01.15 17:27, Richard Earnshaw wrote:
On 29/12/14 18:44, Andreas Tobler wrote:
All,
here is the th
On Thu, Jan 15, 2015 at 8:40 AM, Rainer Orth
wrote:
> Richard Henderson writes:
>
>> Upstream libffi has added support for Go closures (using the static chain),
>> and support for complex numbers. Perhaps less relevant is new support for
>> arc, microblaze, moxie, nios, and or1k targets.
>>
>> W
On 01/15/15 15:34, Nathaniel Smith wrote:
On Thu, Jan 15, 2015 at 9:04 PM, Jeff Law wrote:
Stage3 is closing rapidly. I've drained my queue of patches I was tracking
for gcc-5.However, note that I don't track everything. If it's a patch
for a backend, language other than C or seemingly h
On 01/15/2015 02:47 PM, H.J. Lu wrote:
> On Thu, Jan 15, 2015 at 8:40 AM, Rainer Orth
> wrote:
>> Richard Henderson writes:
>>
>>> Upstream libffi has added support for Go closures (using the static chain),
>>> and support for complex numbers. Perhaps less relevant is new support for
>>> arc, mi
Hi,
can_remove_node_now_p assumes that the node in question has no direct calls,
this
however is not checked in inline_call that leads to alias to be removed from
comdat group while it should not.
Bootstrapped/regtested x86_64-linux, comitted.
Honza
PR ipa/64612
* ipa-inline-tra
On Thu, Jan 15, 2015 at 3:00 PM, Richard Henderson wrote:
> On 01/15/2015 02:47 PM, H.J. Lu wrote:
>> On Thu, Jan 15, 2015 at 8:40 AM, Rainer Orth
>> wrote:
>>> Richard Henderson writes:
>>>
Upstream libffi has added support for Go closures (using the static chain),
and support for com
Hi Jeff,
On Thu, Jan 15, 2015 at 10:50 PM, Jeff Law wrote:
> On 01/15/15 15:34, Nathaniel Smith wrote:
>>
>> On Thu, Jan 15, 2015 at 9:04 PM, Jeff Law wrote:
>>>
>>>
>>> Stage3 is closing rapidly. I've drained my queue of patches I was
>>> tracking
>>> for gcc-5.However, note that I don't t
This patch is for PR 59710. As noted in that issue, the nios2 backend
only uses GP-relative addressing on objects defined locally to the
translation unit, where it knows definitely that the object is assigned
to the small data section under the current -G setting. Some other
backends also use
On Fri, Jan 16, 2015 at 5:04 AM, Jeff Law wrote:
>
> Stage3 is closing rapidly. I've drained my queue of patches I was tracking
> for gcc-5.However, note that I don't track everything. If it's a patch
> for a backend, language other than C or seemingly has another maintainer
> that's engaged
The recent libffi upgrade caused one of the 32-bit x86 libgo tests to
break. The problem case is a function that returns an empty struct--a
struct with no fields. The libffi library does not recognize the
existence of empty structs, presumably since they can't happen in C.
To work around this, th
Hi Jason. Hi Richard.
While adjusting the limbdo_die_list for early debug I noticed we weren't
early generating C++ constructors/destructors. This got me on a detour
of sorts.
I noticed dwarf2out's gen_member_die() disallows generation of clones
earlier, by design:
/* Don't include
Hi,
this patch fixes ICE during profiledbootstrap. The underlying problem is
somewhat hard
to fix (and not too important), so I will pospone it for next stage1.
Honza
Index: ChangeLog
===
--- ChangeLog (revision 219700)
+++ Change
Hi,
after some testing on firefox, SPEC and C++ benchmark I decided to bump up
early-inlining-insns somewhat because I find inliner decisions to be
considerably
more robust this way allowing me to reduce inline-unit-growth.
There are several reasons for increasing early-inliner's activity. First
On 01/15/2015 09:58 PM, Aldy Hernandez wrote:
The attached patch generates early DIEs for the C++
clones in the C++ parser.
This strikes me as an unnecessary abstraction violation.
+ /* Emit debug information for clones. */
+ symtab_node *node;
+ FOR_EACH_DEFINED_SYMBOL (node)
+if (DE
OK.
Jason
Hi, all,
I just happened to notice that there are some incorrect date
in ChangeLog files. I guess this can be considered as obvious fix.
Committed it as Rev.219704: https://gcc.gnu.org/r219704
Index: gcc/ChangeLog
===
--- gcc/Chang
2015-01-14 17:56 GMT+08:00 Chung-Ju Wu :
> Hi, all,
>
> In this patch of nds32 port:
> https://gcc.gnu.org/ml/gcc-patches/2015-01/msg00799.html
>
> Since we have a new option -mcmodel= as substitution for -mgp-direct,
> we need to update documentation about such change accordingly.
> The patch is
2015-01-14 17:58 GMT+08:00 Chung-Ju Wu :
> Hi, all,
>
> In this patch of nds32 port:
> https://gcc.gnu.org/ml/gcc-patches/2015-01/msg00969.html
>
> Since we remove the implementation of -mforce-fp-as-gp, -mforbid-fp-as-gp,
> and -mex9 options, we need to update documentation as well.
> The patch
I merged trunk revision 219701 to the gccgo branch.
Ian
This was really just a formality given Eric's existing maintainer
positions ;-)
I'm pleased to announce that Eric Botcazou has been appointed as the
maintainer for the Visium port.
Jeff
On 01/15/15 16:43, Nathaniel Smith wrote:
Jakub, myself and management have discussed this issue extensively and those
patches specifically. I'm painfully aware of how this affects the ability
to utilize numerical packages in Python.
Thanks for the response! I had no idea anyone was paying at
Hi jeff and Richard
On 15 January 2015 at 03:10, Jeff Law wrote:
> On 01/14/15 04:27, Venkataramanan Kumar wrote:
>>
>> Hi all,
>>
>> When trying to debug GCC combiner pass with the test case in PR63949
>> ref https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63949 I came across this
>> code.
>>
>> Th
Hi,
I think I should ping for this patch now:
https://gcc.gnu.org/ml/gcc-patches/2015-01/msg00599.html
note that by mistake the change log referenced sanitizer.c instead of
sanitizer.def, consider that fixed on my local copy.
Thanks
Bernd.
> Date: Sun, 11 Jan 2015 14:15:54 +0100
>
> Hi,
>
>
2015-01-15 Martin Uecker
* MAINTAINERS: (Write After Approval): Add myself.
Index: MAINTAINERS
===
--- MAINTAINERS (Revision 219713)
+++ MAINTAINERS (Revision 219714)
@@ -576,6 +576,7 @@
Philipp Tomsich
101 - 143 of 143 matches
Mail list logo
