search for: pdp10

...> > I'm not great at history, are there any historically iconic targets > that aren't 8-bit but are otherwise sane? I'd prefer to spend the > project's resources supporting something like that than either an > invented target or a speculative crypto-currency oddity. PDP10 is iconic enough? Joerg

...encoding is opaque to anything above the ISA. > > - The type used to represent `char` in C. > > - The type that has a size that all other types are a multiple of. > But if DSPs are less restrictive about byte, some of the criteria could be removed. > > 2. Use an iconic target. PDP10 was suggested as a candidate. This opinion found support from Tim Northover, Joerg Sonenberger, Mehdi AMINI, Philip Reames. It's not clear though does this opinion oppose upstreaming non-8-bits byte without tests or just a dummy and TVM targets options. > > So if there is no strong oppos...

On Wed, 2019-10-30 at 15:30 -0700, Chris Lattner via llvm-dev wrote: > > On Oct 30, 2019, at 3:07 AM, Jeroen Dobbelaere via llvm-dev < > > llvm-dev at lists.llvm.org> wrote: > > > > > From: llvm-dev <llvm-dev-bounces at lists.llvm.org> On Behalf Of JF > > > Bastien via > > > > [..] > > > Is it relevant to any modern compiler

...; > > - The type used to represent `char` in C. >> > > - The type that has a size that all other types are a multiple of. >> > But if DSPs are less restrictive about byte, some of the criteria could >> be removed. >> > >> > 2. Use an iconic target. PDP10 was suggested as a candidate. This >> opinion found support from Tim Northover, Joerg Sonenberger, Mehdi AMINI, >> Philip Reames. It's not clear though does this opinion oppose upstreaming >> non-8-bits byte without tests or just a dummy and TVM targets options. >> >...

Hello, would it be possible to update config.sub and config.guess to the latest versions (or at least version from automake-1.13.1) in order to support new architectures based on the ARM 64 bit CPU? Patch: http://plautrba.fedorapeople.org/openssh/openssh-latest-config.sub-config.guess.patch Related Fedora bug: https://bugzilla.redhat.com/show_bug.cgi?id=926284 Thanks, Petr

...`char` in C. >>>> > > - The type that has a size that all other types are a multiple of. >>>> > But if DSPs are less restrictive about byte, some of the criteria >>>> could be removed. >>>> > >>>> > 2. Use an iconic target. PDP10 was suggested as a candidate. This >>>> opinion found support from Tim Northover, Joerg Sonenberger, Mehdi AMINI, >>>> Philip Reames. It's not clear though does this opinion oppose upstreaming >>>> non-8-bits byte without tests or just a dummy and TVM targets...

Thanks, Chris, for supporting the idea to have non-8-bits byte in LLVM. I want to clarify the scope and then analyze the options we have. The scope: 1. BitsPerByte or similar variable should be introduced to data layout; include/CodeGen/ValueTypes.h and some other generic headers also need to be updated and probably become dependent on the data layout. 2. Magic number 8 should be replaced with