On Wed, Dec 26, 2018 at 7:39 AM Cherry Zhang wrote:
>
> Finally I found an ARM machine and was able to build ARM32 gcc on it, and
> reproduced the failures. The Go programs aborted, in parse_lsda_header,
> called from probestackmaps in the runtime startup. It seems that
>
On Fri, Nov 2, 2018 at 4:06 AM Richard Earnshaw (lists)
wrote:
>
> On 01/11/2018 01:52, Andrew Pinski wrote:
> > On Tue, Oct 30, 2018 at 10:21 AM Richard Earnshaw (lists)
> > wrote:
> >>
> >> On 30/10/2018 17:06, Andrew Pinski wrote:
> >>> Hi all,
> >>> There was a name change of the Products,
On Wed, 28 Nov 2018, Andre Vieira (lists) wrote:
> Here are the documentation bits I forgot, I've also opened PR 88224 in
> bugzilla for this issue.
>
> Is this OK for trunk and gcc-8 backport?
>
> gcc/ChangeLog:
> 2018-11-28 Andre Vieira
>
> PR target/88224
> *
On Fri, 23 Nov 2018, Sam Tebbs wrote:
> The mtune= documentation in doc/invoke.texi contains some obsolete CPU names
> that have been removed from the Arm and AArch64 backends. This patch removes
> them.
I believe this should also be covered in the GCC 9 release notes
at
After reviewing the PR audit trail, I agree with Janus'
comments #4 and #6, and I have converted his code example
in comment #7 to the committed testcase. The originally
reported ICE is gone on trunk, branch-7, and branch-8.
However, branch-7 and branch-8, the compilation terminates with
Back in April, I told Harald I would get around to committing
the attached patch. Well, "around" has arrived. The patch
has been tested on i586-*-freebsd and x86_64-*-freebsd.
The patch converts an assert into a gfc_fatal_error(), which
gives a user some information about the failure. There is
> On 26 Dec 2018, at 16:07, David Edelsohn wrote:
>
> On Sun, Dec 23, 2018 at 6:16 AM Iain Sandoe wrote:
>>
>> Hi
>>
>> The c-c++-common tests fail (or XPASS depending on which) on Darwin
>> because it doesn't currently emit .ident marker.
>>
>> For powerpc darwin (and, I think, AIX -
On Sun, Dec 23, 2018 at 6:16 AM Iain Sandoe wrote:
>
> Hi
>
> The c-c++-common tests fail (or XPASS depending on which) on Darwin
> because it doesn't currently emit .ident marker.
>
> For powerpc darwin (and, I think, AIX - hence copying David), there’s no
> .ident support in the assembler, and
Finally I found an ARM machine and was able to build ARM32 gcc on it, and
reproduced the failures. The Go programs aborted, in parse_lsda_header,
called from probestackmaps in the runtime startup. It seems that
_Unwind_GetLanguageSpecificData doesn't return a valid LSDA when called
from a callback
Hi,
Here is the patch for the issue.
Please let me know your thoughts.
On Fri, Dec 21, 2018 at 3:16 PM JonY <10wa...@gmail.com> wrote:
>
> On 12/21/18 9:08 AM, Uros Bizjak wrote:
> > On Thu, Dec 20, 2018 at 1:09 PM Jakub Jelinek wrote:
> >>
> >> On Thu, Dec 20, 2018 at 01:42:15PM +0530, Lokesh
10 matches
Mail list logo
