Hans-Peter Nilsson writes:
> On Fri, 14 Feb 2014, Jakub Jelinek wrote:
>> On Fri, Feb 14, 2014 at 10:37:03AM -0700, Jeff Law wrote:
>> > On 02/13/14 03:54, Richard Sandiford wrote:
>> > >Richard Sandiford writes:
>> > >>Hans-Peter Nilsson writes:
>> > >>>On Tue, 4 Feb 2014, Rainer Orth wrote:
>>
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Swedish team of translators. The file is available at:
http://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-4.9-b20140202.sv.po',
On Feb 16, 2014, at 2:34 AM, Richard Sandiford
wrote:
> OK to install?
Ok.
On Feb 15, 2014, at 9:27 AM, Jonathan Schleifer wrote:
> The following patch fixes a bug in SEH exception handling that made it
> crash with ObjC
>From an ObjC perspective, I’m fine with the work; though, an seh person needs
>to weigh in. I’m fine with the back port as well.
Hi,
Now that I have Power8 hardware to test on, I've discovered that I
introduced a problem with
http://gcc.gnu.org/ml/gcc-patches/2014-01/msg01547.html that causes a
bootstrap failure when specifying -mcpu=power8. I moved some logic from
rs6000_expand_vec_perm_const_1 into vsx_xxpermdi2__1. I f
Hi,
With -mcpu=power8, we see two test cases (gcc.dg/vect/slp-perm-2.c and
gcc.dg/vect/slp-perm-5.c) regress for powerpc64le-linux. GCC makes use
of some new Power8 instructions (vmrgew and vmrgow) which need
adjustment for little endian targets. As with merge-high and merge-low,
we need to reve
On Fri, Feb 14, 2014 at 3:14 PM, Richard Henderson wrote:
> On 02/14/2014 12:21 AM, Jakub Jelinek wrote:
>>> Any reason not to just run gomp_free_thread_pool from
>>> gomp_after_fork_callback
>>> directly? I see no restrictions on what kind of code is allowed to execute
>>> during that callback.
On Sun, Feb 16, 2014 at 11:18 AM, Bill Schmidt
wrote:
> Hi,
>
> Now that I have Power8 hardware to test on, I've discovered that I
> introduced a problem with
> http://gcc.gnu.org/ml/gcc-patches/2014-01/msg01547.html that causes a
> bootstrap failure when specifying -mcpu=power8. I moved some log
On Sun, Feb 16, 2014 at 12:19 PM, Bill Schmidt
wrote:
> Hi,
>
> With -mcpu=power8, we see two test cases (gcc.dg/vect/slp-perm-2.c and
> gcc.dg/vect/slp-perm-5.c) regress for powerpc64le-linux. GCC makes use
> of some new Power8 instructions (vmrgew and vmrgow) which need
> adjustment for little
Hi all,
here is a small patch for a ICE-on-valid regression. Regtested on
x86_64-unknown-linux-gnu. Ok for trunk/4.8/4.7?
Cheers,
Janus
2014-02-16 Janus Weil
PR fortran/55907
* resolve.c (build_default_init_expr): Don't initialize character
variable if -fno-automatic is given.
On Fri, Feb 14, 2014 at 3:43 AM, Jakub Jelinek wrote:
> On Fri, Feb 14, 2014 at 09:21:24AM +0100, Jakub Jelinek wrote:
>> Well, fork is async signal safe function, so calling malloc/free, or any
>> kind of synchronization primitives is completely unsafe there.
>>
>> The only safe thing could be to
Hi Mike,
> -Original Message-
> From: Mike Stump [mailto:mikest...@comcast.net]
> Sent: Friday, 14 February 2014 6:01 pm
> To: David Holsgrove
> Cc: gcc-patches@gcc.gnu.org; Michael Eager (ea...@eagerm.com); Vidhumouli
> Hunsigida; Nagaraju Mekala; John Williams; Edgar Iglesias
> Subject:
After a bit of a hiatus, let me complete this now.
Update and merge the list of open project for our web pages into
the new master page (about.html).
Committed.
Gerald
Index: about.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/abo
13 matches
Mail list logo
