Displaying 14 results from an estimated 14 matches for "armv6k".
Did you mean:
armv6m
2016 Jan 07
2
Diff to add ARMv6L to Target parser
...lob/stable/include/llvm/Support/ARMTargetParser.def#L106 <https://github.com/apple/swift-llvm/blob/stable/include/llvm/Support/ARMTargetParser.def#L106>
Should I get the head of the non-swift repository and generate a new diff?
Also, I suspect that it’s not a good idea to have armv6l map to armv6k, because that seems like quite an assumption to make. Clearly, armv6 sub architectures that aren’t v6k will still be v6l in linux. (provided they’re little-endian).
I’ve already made that change, and it would be included in any revised diff that I send out.
Thanks,
- Will
> On Jan 6, 2016, at...
2016 Jul 04
2
Build regressions/improvements in v4.7-rc6
On Mon, Jul 4, 2016 at 10:12 AM, Geert Uytterhoeven
<geert at linux-m68k.org> wrote:
> JFYI, when comparing v4.7-rc6[1] to v4.7-rc5[3], the summaries are:
> - build errors: +3/-2
+ /home/kisskb/slave/src/drivers/vhost/vhost.c: error: call to
'__compiletime_assert_844' declared with attribute error: BUILD_BUG_ON
failed: __alignof__ *vq->avail > VRING_AVAIL_ALIGN_SIZE:
2016 Jul 04
2
Build regressions/improvements in v4.7-rc6
On Mon, Jul 4, 2016 at 10:12 AM, Geert Uytterhoeven
<geert at linux-m68k.org> wrote:
> JFYI, when comparing v4.7-rc6[1] to v4.7-rc5[3], the summaries are:
> - build errors: +3/-2
+ /home/kisskb/slave/src/drivers/vhost/vhost.c: error: call to
'__compiletime_assert_844' declared with attribute error: BUILD_BUG_ON
failed: __alignof__ *vq->avail > VRING_AVAIL_ALIGN_SIZE:
2014 Nov 29
17
[LLVMdev] Proposed patches for Clang 3.5.1
...SSE2 it would return Expand. And since the Target doesn't seem to actually handle a truncstore for double -> float, it would just output a store of a full double in the space for a float hence overwriting other bits on the stack.
>
> Patch by Luqman Aden!
>
>
> Enabling armv6k for FreeBSD/ARM:
>
> http://llvm.org/viewvc/llvm-project?rev=217454&view=rev
>
> Use armv6k default for FreeBSD/ARM
>
> Patch by Andrew Turner.
>
>
> Downgrading a DWARF2 section error when .note sections are added to a .S file while debug info is on:
&...
2014 Nov 26
6
[LLVMdev] Proposed patches for Clang 3.5.1
On Wed, Nov 26, 2014 at 10:15:13AM +0000, Daniel Sanders wrote:
> > From: Daniel Sanders
> > Sent: 25 November 2014 17:39
> > To: Eric Christopher; Tom Stellard
> > Cc: LLVM Developers Mailing List (llvmdev at cs.uiuc.edu)
> > Subject: RE: [LLVMdev] Proposed patches for Clang 3.5.1
> >
> > > > > > I'd also like to propose the inclusion of
2016 Jan 08
2
Diff to add ARMv6L to Target parser
...L106 <https://github.com/apple/swift-llvm/blob/stable/include/llvm/Support/ARMTargetParser.def#L106>
>>>
>>> Should I get the head of the non-swift repository and generate a new diff?
>>>
>>> Also, I suspect that it’s not a good idea to have armv6l map to armv6k, because that seems like quite an assumption to make. Clearly, armv6 sub architectures that aren’t v6k will still be v6l in linux. (provided they’re little-endian).
>>> I’ve already made that change, and it would be included in any revised diff that I send out.
>>>
>>>...
2016 Jan 05
6
Diff to add ARMv6L to Target parser
> You assume triples make sense. That's the first mistake everyone does
> when thinking about triples. :)
I know they don't make sense in many corner cases, but I think
discarding logic where it *does* exist is a mistake.
> AFAIK, "ARMv7B" is only used by HighBank, which is no more. But that,
> too, was "ARMv7A big endian".
I believe it's what any
2016 Jan 04
2
Diff to add ARMv6L to Target parser
...>
> I'm copying the ARM folks that did most of the recent changes in hope they can
> shed some light.
Going back through SVN history, I cannot find any evidence that ARMv6L ever existed.
There used to be ARMv6HL, until r252903 changed it from an architecture variant into an alias for ARMv6K; i.e. ARMv6HL can still be used in a target triple.
For a reference, http://llvm.org/viewvc/llvm-project/llvm/trunk/lib/Support/TargetParser.cpp?revision=238651 is the last version of TargetParser before any of our changes, i.e. authored purely by Renato.
One can see it has v6HL but not v6L.
2016 Jul 04
0
Build regressions/improvements in v4.7-rc6
...=n.
In my own randconfig builds I am forcing ARM_AEABI=y because there are a
couple of other problems with OABI.
If we want to avoid this one, we could make the inclusion of
drivers/vhost/Kconfig from arch/arm/kvm/Kconfig depend on CONFIG_AEABI,
or perhaps go further force-enable CONFIG_AEABI for ARMv6k and higher
(cmpxchg64() is broken on OABI too), and only include vhost if KVM
is enabled (KVM in turn requires ARMv7).
Arnd
2016 Jan 03
2
Diff to add ARMv6L to Target parser
Hi all.
I’ve been working with Swift on ARMv6 and v7. While working with ARMv6 on linux, I noticed that my arm architecture canonicalization code didn’t produce the expected result. The code that I had been using (within Swift’s Driver.cpp the following:
static llvm::Triple computeTargetTriple(StringRef DefaultTargetTriple) {
llvm::Triple triple = llvm::Triple(DefaultTargetTriple);
//
2013 Jan 18
1
[LLVMdev] slow on raspberry pi
Hi,
I have been reading about llvm and clang and vmkit, and must say: great work guys.
So when i got my raspberry pi, and having read that llvm is better at arm than gcc, i compiled llvm on the pi. The pi has a soc with armv6 (i don't know what that means exactly though).
The pi is not fast and llvm with clang compilation took 22 h, but worked. hurrah.
Then i compiled llvm/clang with itself
2014 Dec 05
4
[LLVMdev] ARM/AArch64 FreeBSD patches for 3.5.1 (was Re: Proposed patches for Clang 3.5.1)
...ce for the long list. :)
> ...
> > Can you cc the appropriate code owners to get their approval. It might
> > help to send a separate email per code owner.
>
> Hi Chad,
>
> Can you please approve the following revisions for backporting to 3.5.1:
>
> r217454: Use armv6k default for FreeBSD/ARM
> r221900: Hook up FreeBSD AArch64 support
>
cc'ing ARM an AArch64 code owners
Links to the patches:
http://llvm.org/viewvc/llvm-project?view=revision&revision=217454
http://llvm.org/viewvc/llvm-project?view=revision&revision=221900
I only see Chad li...
2016 Jan 06
2
Diff to add ARMv6L to Target parser
Taking the suggestions of the group under consideration, I’ve generated a new diff. The thing to note is that armv6l is now treated identically to armv6hl. I’ve also added a unit test.
This seems to me to be the least invasive method, and holds to existing conventions as closely as possible.
Thoughts?
-------------- next part --------------
A non-text attachment was scrubbed...
Name:
2015 Sep 16
3
The Trouble with Triples
On 16 September 2015 at 21:56, Jim Grosbach <grosbach at apple.com> wrote:
> Why do we care about GAS? We have an assembler.
It's not that simple.
There are a lot of old code out there, including the Linux kernel
which we do care a lot, that only compiles with GAS. We're slowly
moving the legacy code up to modern standards, and specifically some
kernel folks are happy to move up