search for: divacky

...SD! This includes things like booting kernel, gnu libstdc++, clang/LLVM itself and many other components that make up FreeBSD operating system. I personally consider this a milestone where -integrated-as should become the default for ELF/{x86_64,i386}. Many thanks to all involved in this! Roman Divacky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20101029/821ee7c9/attachment.sig>

...ere's a pre-word that's the difference between the PICBase (.L1$pb) and the GOT. This works fine when generating assembly output, but it fails when generating ELF output, with the error "Cannot represent a difference across sections" (line 847, lib/MC/ELFObjectWriter.cpp). Roman Divacky suggested I try something with 'let EncoderMethod = ...' similar to how the TOC entries are done for ppc64. However, I'm not sure if that would work, given that the TOC on ppc64 is handled differently from the GOT on ppc32, and I'm not sure how to represent that if it could work....

...eam. 4. Pass "-mhwdiv=arm,thumb" to Clang (or less if you only have hwdiv in one mode). --Sumanth G -----Original Message----- From: Tim Northover [mailto:t.p.northover at gmail.com] Sent: Tuesday, January 27, 2015 6:44 PM To: Sumanth Gundapaneni Cc: LLVM Developers Mailing List; Roman Divacky; Ana Pazos Subject: Re: [LLVMdev] CPUStringIsValid() into MCSubtargetInfo and use it for ARM .cpu parsing Hi Sumanth, > Shouldn’t the eabi attributes be honored ? EABI attributes are instructions for the linker on which object files are compatible with each other, not instructions for the ass...

On Oct 29, 2010, at 8:45 AM, Roman Divacky wrote: > hi! > > To continue the inflow of good news this week, let me announce that > clang -integrated-as (ie. ELF part of MC) compiles all of FreeBSD! > > This includes things like booting kernel, gnu libstdc++, clang/LLVM > itself and many other components that make up F...

Hi Divacky, I have an armv7 variant that supports hardware division (extension). For my variant, I use ".cpu cortex-a9" and division attribute(.eabi_attribute 44, 2 @ Tag_DIV_use) to let the assembler do the right thing if it encounters a division instruction. With your path, the .cpu directi...

Hi, In FreeBSD, we aim for replacing gcc with clang. We can compile all of the base system except the loader which does not fit within the hardware limits (7680 bytes). Currently (r127066) clang/llvm is missing the target by 5 bytes. Thus it's 5 bytes from us being able to compile all of FreeBSD with clang (and replace gcc with clang). There's #6627

Hi there! The attached patch fixes a few places where 32bit register classes or instructions are used on PowerPC64. This lets me compile a working "vim" at -O0 on PowerPC64/FreeBSD. Previously it would crash the compiler with llvm_unreachable("Impossible reg-to-reg copy"); As it was mixing 64 bit registers with 32bit ones. Vim compiled with -O2 still crashes. OK

Hi, Target overrides of processFunctionBeforeFrameFinalized() are misused in two cases (MBlaze and PowerPC) to set the offsets of objects. Unfortunately this has no effect because the offsets are immediately reset by calculateFrameObjectOffsets(). The PowerPC backend does this to setup the stack frame layout according to the ABI. Ie. it spills the registers etc. in a fixed layout. How to do

...ce between the PICBase (.L1$pb) and the >> GOT. This works fine when generating assembly output, but it fails >> when generating ELF output, with the error "Cannot represent a >> difference across sections" (line 847, lib/MC/ELFObjectWriter.cpp). >> >> Roman Divacky suggested I try something with 'let EncoderMethod = ...' >> similar to how the TOC entries are done for ppc64. However, I'm not >> sure if that would work, given that the TOC on ppc64 is handled >> differently from the GOT on ppc32, and I'm not sure how to represe...

On 29 January 2015 at 03:36, Tim Northover <t.p.northover at gmail.com> wrote: > These ought to be unneeded if you do 1+2 above. As far as I remember, .arch_extension does change the assembler flags to support whatever you set. Have you tried that? cheers, --renato

...and add the arch_extension framework to ARM. > > Thanks for your guidance guys. > --Sumanth G > -----Original Message----- > From: Renato Golin [mailto:renato.golin at linaro.org] > Sent: Thursday, January 29, 2015 9:03 AM > To: Tim Northover > Cc: Sumanth Gundapaneni; Roman Divacky; LLVM Developers Mailing List > Subject: Re: [LLVMdev] CPUStringIsValid() into MCSubtargetInfo and use it > for ARM .cpu parsing > > On 29 January 2015 at 03:36, Tim Northover <t.p.northover at gmail.com> > wrote: >> These ought to be unneeded if you do 1+2 above. > &g...

...notes for this release with many more details: http://llvm.org/releases/3.0/docs/ClangReleaseNotes.html This release would not be possible without our volunteer release team. Thanks to our release manager Bill Wendling, as well as Duncan Sands, Anton Korobeynikov, Conrad Taylor, Jonas Bülow, Roman Divacky, Pawel Worach, NAKAMURA Takumi, Joe Abbey, Nikola Smiljanic, and Tanya Lattner for their work to qualify and shepherd the release. If you have questions or comments about this release, please contact the LLVMdev mailing list! Onward to LLVM 3.1! -Chris LLVM Release Announcement Linked List: htt...

Hi! I am trying to implement va_arg() on ppc32. Everything went smooth, except implementing va_arg() of 64bit int. Since i64 is not a legal type on ppc32 DAGTypeLegalizer::ExpandRes_VAARG() splits the va_arg(i64) into two i32 va_args. The problem with ppc32 va_arg is that it needs special "alignment" of its gpr pointer when the argument is i64. Ie. I need to know if I am lowering

On Wed, Jan 18, 2012 at 10:51:38PM +0400, Konstantin Tokarev wrote: > > > 18.01.2012, 02:46, "David Fang" <fang at csl.cornell.edu>: > > Hi, > > ?????????For anyone who might be interested, I've thrown together a little > > page to track my builds of llvm and clang, both release 3.0 and > > svn-trunk, on powerpc-darwin8. > > > >