On Darwin10 it's possible to make a 32b PPC build using the
'Rosetta' emulator. However, these builds need to make use of
Darwin9 crts (for exes, dylibs and bundles). This adds the
change to cater for bundles.
tested on powerpc-darwin10 cross from x86-64-darwin16 and on
x86-64-darwin16.
Richard Biener writes:
> On December 13, 2019 10:12:40 AM GMT+01:00, Richard Sandiford
> wrote:
>>Richard Biener writes:
>>The AArch64 port emits an error if calls pass values of SVE type to
an
>>unprototyped function. To do that we need to know whether the
>>value
>>really is
On December 14, 2019 9:21:21 AM GMT+01:00, Jakub Jelinek
wrote:
>Hi!
>
>__builtin_apply calls some other function, so whether it is const, pure
>or
>none of that, whether it can throw or not etc. depends on whether that
>called function is const or pure or none of that, whether it can throw
Hi!
As discussed on IRC and in the PR, we get an ICE during inline_read_section
in the offloading lto1, because the size of streamed out and expected to be
streamed in data doesn't match. This happens on the testcase from the PR
where
for (edge = cnode->callees; edge; edge =
On December 14, 2019 10:11:33 AM GMT+01:00, Jakub Jelinek
wrote:
>Hi!
>
>As discussed on IRC and in the PR, we get an ICE during
>inline_read_section
>in the offloading lto1, because the size of streamed out and expected
>to be
>streamed in data doesn't match. This happens on the testcase from
Hi!
wide_str_to_charconst function relies on the string passed to it
having at least two wide characters, the one we are looking for and
the terminating NUL. The empty wide character literal like
L'' or u'' or U'' is handled earlier and will not reach this function,
but unfortunately for
const
Hi!
__builtin_apply calls some other function, so whether it is const, pure or
none of that, whether it can throw or not etc. depends on whether that
called function is const or pure or none of that, whether it can throw etc.
So, assuming __builtin_apply is const is wrong. The following patch
On December 14, 2019 11:43:48 AM GMT+01:00, Richard Sandiford
wrote:
>Richard Biener writes:
>> On December 13, 2019 10:12:40 AM GMT+01:00, Richard Sandiford
> wrote:
>>>Richard Biener writes:
>>>The AArch64 port emits an error if calls pass values of SVE type
>to
>an
Hi Stefan!
> The problems are in the gcc implementation
>
> - the lra implementation is buggy
> - the compare elimination can't handle parallel's containing a compare
> - df-core considers parallel's containing a compare also as a USE
> - some optimizations/mechanisms do only work if HAVE_CC0 is
On 12/14/19 3:09 AM, Jakub Jelinek wrote:
Hi!
wide_str_to_charconst function relies on the string passed to it
having at least two wide characters, the one we are looking for and
the terminating NUL. The empty wide character literal like
L'' or u'' or U'' is handled earlier and will not reach
On Fri, Dec 13, 2019 at 05:56:57PM -0500, Jason Merrill wrote:
> On 12/13/19 3:20 PM, Marek Polacek wrote:
> > + /* Given dynamic_cast(v),
> > +
> > + [expr.dynamic.cast] If C is the class type to which T points or
> > refers,
> > + the runtime check logically executes as follows:
> > +
On Fri, 2019-12-13 at 17:55 -0700, Martin Sebor wrote:
> After more testing by Jeff's buildbot and correcting the problems
> it exposed I have committed the attached patch in r279392.
And just to close the loop on this. Your last version fixed all the
issues I saw in the tester.
jeff
On Sat, 2019-12-14 at 15:33 +0100, John Paul Adrian Glaubitz wrote:
> Hi Stefan!
>
> > The problems are in the gcc implementation
> >
> > - the lra implementation is buggy
> > - the compare elimination can't handle parallel's containing a compare
> > - df-core considers parallel's containing a
Committed in r279398.
Martin
gcc/ChangeLog:
* doc/extend.texi (attribute access): Correct typos.
Index: gcc/doc/extend.texi
===
--- gcc/doc/extend.texi (revision 279397)
+++ gcc/doc/extend.texi (working copy)
@@ -2489,10 +2489,10
14 matches
Mail list logo
