Snapshot gcc-8-20180831 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/8-20180831/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-8
On 8/31/18 10:41 AM, Matthew Malcomson wrote:
> I'm looking into whether it's possible to require even numbered registers on
> modes that need more than one hard-register to represent them. But only in
> some cases.
Yes, it's possible. You can look at TDmode (128-bit decimal floating point)
on po
> On Aug 31, 2018, at 11:41 AM, Matthew Malcomson
> wrote:
>
> Hi there,
>
> I'm looking into whether it's possible to require even numbered registers on
> modes that need more than one hard-register to represent them. But only in
> some cases.
>
> The problem is the one mentioned explicitl
On 31/08/18 18:06, Jeff Law wrote:
On 08/31/2018 09:41 AM, Matthew Malcomson wrote:
Hi there,
I'm looking into whether it's possible to require even numbered
registers on
modes that need more than one hard-register to represent them. But only in
some cases.
The problem is the one mentioned exp
Hi All,
As part of a project at the University of Virginia, I had the opportunity
to create a parser for the exception handling information stored in ELF
binaries. I got permission to open source the project, as I couldn't find
anything else out there in the community that did this type of thing
On 08/31/2018 09:41 AM, Matthew Malcomson wrote:
> Hi there,
>
> I'm looking into whether it's possible to require even numbered
> registers on
> modes that need more than one hard-register to represent them. But only in
> some cases.
>
> The problem is the one mentioned explicitly here
> https:/
Hi there,
I'm looking into whether it's possible to require even numbered registers on
modes that need more than one hard-register to represent them. But only in
some cases.
The problem is the one mentioned explicitly here
https://gcc.gnu.org/onlinedocs/gccint/Register-Classes.html about
enforc
On Fri, Aug 31, 2018 at 9:24 AM Jonathan Wakely wrote:
>
> On Thu, 30 Aug 2018 at 21:22, Rainer Emrich wrote:
> >
> > Am 30.08.2018 um 14:38 schrieb Jonathan Wakely:
> > > Thanks for these logs, they're very helpful. Trunk revision r263976
> > > fixes a number of the libstdc++ FAILs (compilation e
On Thu, 30 Aug 2018 at 21:22, Rainer Emrich wrote:
>
> Am 30.08.2018 um 14:38 schrieb Jonathan Wakely:
> > Thanks for these logs, they're very helpful. Trunk revision r263976
> > fixes a number of the libstdc++ FAILs (compilation errors) and trunk
> > revision r263977 fixes a load more (linker erro
On 08/29/2018 03:54 PM, Martin Liška wrote:
> Hi.
>
> There's a patch candidate for the issue that moves the hash
> to sem_item. Doing that you'll have control over it when
> you'll use sem_{item,variable,function} classes.
>
> Is it fine?
>
> Martin
>
Installed as r264014 into trunk.
Martin
10 matches
Mail list logo
