search for: ebner

hello, upgrading llvm-gcc4 from 1.9 release to trunk caused the following build failure for me on darwin: build/genattrtab /Users/ebner/dev/opt/llvm-gcc-svn/gcc/config/i386/ i386.md > tmp-attrtab.c genattrtab: Automaton `ppro_load': Insn `ppro_fmov_XF_load' will never be issued genattrtab: Automaton `ppro_load': Insn `ppro_sse_icvt_SF' will never be issued genattrtab: Automaton `ppro_load': Insn `ppro_ss...

...body is interested. - dietmar [1] Erik Eckstein, Oliver König and Bernhard Scholz Code Instruction Selection Based on SSA-Graphs SCOPES 2003 http://springerlink.metapress.com/content/83cj0ebgtm998hj8 -- --------------------------------------------------------------------- Dietmar Ebner CD Laboratory - Compilation Techniques for Embedded Processors Institut fuer Computersprachen E: ebner at complang.tuwien.ac.at Technische Universitaet Wien F: (+431) 58801-18598 Argentinierstrasse 8 / E1851 T: (+431) 58801-58521 1040 Wien, Austria W: www.complang.tuwien.ac.at/c...

On Mar 25, 2008, at 9:40 AM, Dietmar Ebner wrote: > Chris, > > Chris Lattner wrote: >> I would love to see any progress in this area. It is clearly an >> important thing to tackle, and it is blocking other interesting >> improvements in the code generator. It would also allow us to >> eliminate a signific...

...ome useful instructions. if you think that a PBQP based approach would be useful for LLVM and has a chance for inclusion, i would be willing to bring the code in shape and make changes where necessary. - dietmar -- --------------------------------------------------------------------- Dietmar Ebner CD Laboratory - Compilation Techniques for Embedded Processors Institut fuer Computersprachen E: ebner at complang.tuwien.ac.at Technische Universitaet Wien F: (+431) 58801-18598 Argentinierstrasse 8 / E1851 T: (+431) 58801-58521 1040 Wien, Austria W: www.complang.tuwien.ac.at/c...

hi, Dale Johannesen wrote: > On Oct 19, 2007, at 7:23 AM, Dietmar Ebner wrote: >> i'm trying to make some experiments with the ARM backend (llvm 2.1) >> and >> therefore built an arm-softfloat-linux-gnu toolchain on x86_64 linux. >> >> however, the llvm-gcc frontend seems to cause troubles with single >> precision floating poin...

...#endif UArr[0] = RealArr[0]; // Long -> int convert UArr[1] = RealArr[1]; - if (WORDS_BIG_ENDIAN != HostBigEndian) + if (FLOAT_WORDS_BIG_ENDIAN != HostFloatBigEndian) std::swap(UArr[0], UArr[1]); return ConstantFP::get(Ty, Ty==Type::FloatTy ? APFloat((float)V) Dietmar Ebner wrote: > hi, > > Dale Johannesen wrote: >> On Oct 19, 2007, at 7:23 AM, Dietmar Ebner wrote: >>> i'm trying to make some experiments with the ARM backend (llvm 2.1) >>> and >>> therefore built an arm-softfloat-linux-gnu toolchain on x86_64 linux. &gt...

On Mar 31, 2008, at 2:37 AM, Dietmar Ebner wrote: > Evan Cheng wrote: >> That's unfortunate. What kind of licensing issues are there? > i've talked to our supporting company and they agreed to release the > code to interested parties. it's not a copyleft license but the code > can be used freely for private an...

...I have not checked if this is still necessary. If you run into the same problems, I would be happy to share the patch (which I have updated to llvm 2.4 at some point). - Dietmar [1] http://www.kegel.com/crosstool/ --------------------------------------------------------------------- Dietmar Ebner CD Laboratory - Compilation Techniques for Embedded Processors Institut fuer Computersprachen E: ebner at complang.tuwien.ac.at Technische Universitaet Wien T: (+431) 58801-58521 Argentinierstrasse 8 / E1851 F: (+431) 58801-18598 1040 Wien, Austria W: www.complang.tuwien.ac.at/c...

...ouble are both 8 byte on x86_64 (but i'm not yet sure). is anybody having the same kind of problems or is there an official patch for this issue? is llvm-gcc known to work as a cross compiler on x86_64 for 32 bit targets and/or arm in particular? thanks in advance, - dietmar -- Dietmar Ebner CD Laboratory - Compilation Techniques for Embedded Processors Institut fuer Computersprachen E: ebner at complang.tuwien.ac.at Technische Universitaet Wien T: (+431) 58801-18598 Argentinierstrasse 8 / E1851 F: (+431) 58801-58521 1040 Wien, Austria W: www.complang.tuwien.ac.at/c...

...Predication http://portal.acm.org/citation.cfm?id=266800.266810 [2] Snavely et al. : Predicate Analysis and If-Conversion in an Itanium Link-Time Optimizer http://systems.cs.colorado.edu/EPIC2/papers/s3-3-snavely.pdf --------------------------------------------------------------------- Dietmar Ebner CD Laboratory - Compilation Techniques for Embedded Processors Institut fuer Computersprachen E: ebner at complang.tuwien.ac.at Technische Universitaet Wien T: (+431) 58801-18598 Argentinierstrasse 8 / E1851 F: (+431) 58801-58521 1040 Wien, Austria W: www.complang.tuwien.ac.at/c...

...ghly appreciated. cheers, - dietmar [1] http://llvm.org/pubs/2005-06-17-LattnerMSThesis.html [2] http://www.embedded-c.org/ [3] http://www.open-std.org/jtc1/sc22/wg14/ [4] http://gcc.gnu.org/wiki/FixedPointArithmetic --------------------------------------------------------------------- Dietmar Ebner CD Laboratory - Compilation Techniques for Embedded Processors Institut fuer Computersprachen E: ebner at complang.tuwien.ac.at Technische Universitaet Wien T: (+431) 58801-18598 Argentinierstrasse 8 / E1851 F: (+431) 58801-58521 1040 Wien, Austria W: www.complang.tuwien.ac.at/c...

On Thu, Mar 12, 2009 at 6:17 AM, Dietmar Ebner <ebner at complang.tuwien.ac.at>wrote: > On Mar 11, 2009, at 9:44 PM, Misha Brukman wrote: > > The problem I've had is building an LLVM cross-compiler from Linux/ > > x86 to Linux/ARM (as has another llvm-dev poster). Someone > > mentioned to me off-list that he man...

...ty of Technology. We seek people familiar with LLVM and/or with some background of integer linear programming and VLIW code generation. If interested, please respond directly to Andreas Krall: andi at complang.tuwien.ac.at http://www.complang.tuwien.ac.at/andi Thanks, Dietmar -- Dietmar Ebner Computer Languages Group E: ebner at complang.tuwien.ac.at Vienna University of Technology T: (+431) 58801-58521 Argentinierstrasse 8 / E1851 F: (+431) 58801-18598 1040 Wien, Austria W: www.complang.tuwien.ac.at/cd/ebner

On Oct 22, 2007, at 2:08 AM, Dietmar Ebner wrote: > hi, > > i've got some more things to note. first, the issue is not related to > x86_64 being the host machine - it also happens on i686/linux. > > next, i think (one of) the problem(s) is the use of > [HOST_]WORDS_BIG_ENDIAN instead of [HOST_]FLOAT_WORDS_BIG_ENDIA...

On Oct 19, 2007, at 7:23 AM, Dietmar Ebner wrote: > hi, > > i'm trying to make some experiments with the ARM backend (llvm 2.1) > and > therefore built an arm-softfloat-linux-gnu toolchain on x86_64 linux. > > however, the llvm-gcc frontend seems to cause troubles with single > precision floating point values,...

On Wed, Mar 11, 2009 at 3:21 PM, Jon Harrop <jon at ffconsultancy.com> wrote: > Now that I have HLVM up and running on x86 and x64 I am interested in > testing > it out on an ARM in preparation for their imminent world domination. I > believe LLVM already has excellent support for the ARM thanks to Apple's > ARM-based products. However, I'd really like an ARM-based

On Mon, 22 Oct 2007, Dale Johannesen wrote: > In principle I think keeping IEEE float and double in an endian- > independent form in the IR files is a good idea. BUT: I'm told > retaining the ability to use files in the existing format is a > requirement (so floats still need to occupy 8 bytes). Since ARM target > doesn't currently work that one is a reasonable

On Mon, 18 Jun 2007, Chris Lattner wrote: > On Thu, 14 Jun 2007, Dietmar Ebner wrote: >> currently, the DAGCombiner unconditionally converts >> (DAGCombiner::visit(U|S)REM) expressions of the form X % C for constants >> C into X-X/C*C. this makes sense in certain cases where the div/mul >> logic will simplify X/C*X but is counterproductive in gener...

Now that I have HLVM up and running on x86 and x64 I am interested in testing it out on an ARM in preparation for their imminent world domination. I believe LLVM already has excellent support for the ARM thanks to Apple's ARM-based products. However, I'd really like an ARM-based consumer device suitable for developing and testing HLVM on, rather than using a cross compiler and

On Mar 7, 2007, at 6:45 AM, Dietmar Ebner wrote: > hi, > > we're trying to come up with a static compiler based on llvm for a 4- > way vliw architecture with full support for predicated execution. a > distinguishing feature is the omission of flag registers. instead, > conditions can be paired with a particular instr...