Displaying 20 results from an estimated 10000 matches similar to: "[LLVMdev] Re: Question about LLVM"
2007 May 09
0
[LLVMdev] C back-end differences
On May 8, 2007, at 10:05 PM, Mohd-Hanafiah Abdullah wrote:
> On Tue, 2007-05-08 at 11:58 -0700, Bill wrote:
>> On 5/8/07, Mohd-Hanafiah Abdullah <napi at axiomsol.com> wrote:
>>> How does the C back-end of LLVM differ from the one in gcc2c
>>> developed
>>> by SUN several years ago?
>>>
>> Hi Napi,
>>
>> For one, it converts
2007 May 09
2
[LLVMdev] C back-end differences
On Tue, 2007-05-08 at 11:58 -0700, Bill wrote:
> On 5/8/07, Mohd-Hanafiah Abdullah <napi at axiomsol.com> wrote:
> > How does the C back-end of LLVM differ from the one in gcc2c developed
> > by SUN several years ago?
> >
> Hi Napi,
>
> For one, it converts LLVM's bytecode to C instead of GCC's RTL. It's
> also under a different license.
Hi
2007 May 12
2
[LLVMdev] C back-end differences
On Tue, 2007-05-08 at 22:45 -0700, Bill Wendling wrote:
> On May 8, 2007, at 10:05 PM, Mohd-Hanafiah Abdullah wrote:
>
> > On Tue, 2007-05-08 at 11:58 -0700, Bill wrote:
> >> On 5/8/07, Mohd-Hanafiah Abdullah <napi at axiomsol.com> wrote:
> >>> How does the C back-end of LLVM differ from the one in gcc2c
> >>> developed
> >>> by SUN
2006 Aug 15
0
[LLVMdev] llvm-gcc4 on Debian
I don't think llvm-gcc4 uses gccas or gccld, but it can emit bytecode
if you give it the --emit-llvm option:
llvm-gcc --emit-llvm -c -o foo.bc foo.c
On 8/14/06, Scott Michel <scottm at rushg.aero.org> wrote:
> I know that Al Stone has compiled llvm-gcc4 successfully and I can
> report the same. The problem I consistently run into is that llvm-gcc
> ends up producing native
2005 Jul 12
0
[LLVMdev] Does the gcc frontend do inlining or deadcode elimination ?
On Mon, 11 Jul 2005, Long Fei wrote:
>
> This didn't work as I tried with 197.parser. it works without
> "-Wl,-disable-opt" switch though.
>
> [197.parser]$ llvm-gcc analyze-linkage.c and.c build-disjuncts.c
> extract-links.c fast-match.c idiom.c main.c massage.c parse.c post-process.c
> print.c prune.c read-dict.c utilities.c xalloc.c word-file.c
2004 Dec 24
2
[LLVMdev] README: Build Environment Changes
>I successfully build CFE frontend at FreeBSD 5.3.
>
> Next nighttest run show more detail information :)
After last 2 nighttest runs i see stable failure result:
llvm[2]: Compiling dummylib.c for Debug build (bytecode)
llvm-g++: installation problem, cannot exec `gccas': No such file or
directory
gmake[3]: ***
2005 Jul 11
2
[LLVMdev] Does the gcc frontend do inlining or deadcode elimination ?
This didn't work as I tried with 197.parser. it works without
"-Wl,-disable-opt" switch though.
[197.parser]$ llvm-gcc analyze-linkage.c and.c build-disjuncts.c
extract-links.c fast-match.c idiom.c main.c massage.c parse.c
post-process.c print.c prune.c read-dict.c utilities.c xalloc.c
word-file.c strncasecmp.c -Wa,-disable-opt -Wl,-disable-opt -lm -o
llvm_parser
[197.parser]$
2005 Jul 07
0
[LLVMdev] Does the gcc frontend do inlining or deadcode elimination ?
Long Fei wrote:
>
> I am investigating some inlining issue, so I did
>
> llvm-gcc aaa.c bbb.c ... nnn.c -o output
> opt -inline -inline-threshold=xxx < output.bc | llc -march=c >
> output_inline.c
I am unsure of whether the LLVM GCC frontend does any inlining.
However, I do know that your methods above run the LLVM inlining pass,
albeit indirectly.
If you use
2006 Aug 15
2
[LLVMdev] llvm-gcc4 on Debian
Ryan Brown wrote:
> I don't think llvm-gcc4 uses gccas or gccld, but it can emit bytecode
> if you give it the --emit-llvm option:
> llvm-gcc --emit-llvm -c -o foo.bc foo.c
That's a bit asymmetric with the previous gcc3 version, isn't it? That
would mean that the "An Example Using the LLVM Tool Chain" section needs
to be updated for the gcc4 frontend.
OTOH, I could
2006 Apr 13
0
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
On Thu, 13 Apr 2006, Reid Spencer wrote:
> I just updated again (both llvm and llvm-gcc). The only thing that
> changed was:
> P test/Regression/CFrontend/2005-12-04-DeclarationLineNumbers.c
>
> The regression test below was done *with* your llvm-gcc changes to llvm-
> expand.c. I don't know what the failures are all about, but I will try
> it again. If its the same,
2006 Apr 13
0
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
The various intrinsic assert/crashes should all be fixed on mainline CVS
(they are PR733, which I just fixed).
The only ones that I'm wary of are:
XPASS: /proj/llvm/build/../llvm/test/Regression/CFrontend/2004-02-20-
StaticRedeclare.c.tr
FAIL: /proj/llvm/build/../llvm/test/Regression/CFrontend/2005-12-04-
DeclarationLineNumbers.c:
In the former case, I would guess that the test isn't
2006 Apr 13
2
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
I just updated again (both llvm and llvm-gcc). The only thing that
changed was:
P test/Regression/CFrontend/2005-12-04-DeclarationLineNumbers.c
The regression test below was done *with* your llvm-gcc changes to llvm-
expand.c. I don't know what the failures are all about, but I will try
it again. If its the same, I'll let you know.
Reid.
On Thu, 2006-04-13 at 16:20 -0500, Chris Lattner
2005 May 05
0
[LLVMdev] Scheme + LLVM JIT
Hi, Alexander!
On Wed, May 04, 2005 at 11:59:06PM -0400, Alexander Friedman wrote:
> I am in the preliminary stages of adding a JIT compiler to a sizable
> Scheme system (PLT Scheme).
Cool!
> The original plan was to use GNU Lightning, but 1) it seems to be
> dead, and 2) LLVM has already done a huge amount of stuff that I would
> have had to write (poorly) from scratch.
Maybe
2004 Dec 24
0
[LLVMdev] README: Build Environment Changes
Sloppy me. I fixed the path for llvm-gcc but not for llvm-g++. My last
patch to Makefile.rules fixes that so it should start working again.
Reid.
On Fri, 2004-12-24 at 05:21, Vladimir Merzliakov wrote:
> >I successfully build CFE frontend at FreeBSD 5.3.
> >
> > Next nighttest run show more detail information :)
>
> After last 2 nighttest runs i see stable failure
2006 Jul 14
0
[LLVMdev] LLVM bytecode simulator/emulator?
Kenneth Hoste wrote:
> John Criswell wrote:
>> Okay. As Rob has already said, it sounds like you want to write an
>> LLVM pass that adds global variables and instructions to a program.
>> So, to state it explicitly, you want to:
>>
>> 1) Compile the program that you want to instrument to LLVM bytecode
>> using llvm-gcc.
>> 2) Use an LLVM pass that
2008 Oct 25
0
[LLVMdev] trouble generating profile_rt.so
Hey all,
I want to run the profile.pl file in the utils folder but I am having trouble running the script because the profile_rt.so file is not generated properly.
So in order to generate that I am running make in the /runtime/libprofile. when I do that I get the following message.
llvm[0]: Linking Release Lodable Module profile_rt.so
llvm[0]: Compiling BasicBlockTracing.c for Release build
2006 Apr 13
3
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
Here's what's left on Linux (GCC 4.1.0), after all updates that went
into the branch:
Running /proj/llvm/build/../llvm/test/Regression/CFrontend/dg.exp ...
FAIL: /proj/llvm/build/../llvm/test/Regression/CFrontend/2004-02-12-
LargeAggregateCopy.c.tr:
gccas: /proj/llvm/build/../llvm/lib/VMCore/Function.cpp:266: unsigned
int llvm::Function::getIntrinsicID() const: Assertion `0 &&
2006 Aug 15
2
[LLVMdev] llvm-gcc4 on Debian
I know that Al Stone has compiled llvm-gcc4 successfully and I can
report the same. The problem I consistently run into is that llvm-gcc
ends up producing native format output; it does not produce bytecode,
nor does it invoke gccas or gccld.
I'm using the latest svn, and my configure args are:
--prefix=/work/scottm/llvm-cfrontend/obj/../i686-pc-linux-gnu \
2006 Dec 30
2
[LLVMdev] nightly tester grawp
Reid,
Click on any of these logs and you'll see the same asm parsing
issues. It's been going on for much of the week.
http://llvm.org/nightlytest/machines/2006-12-29_05:40:12-Build-Log.txt
http://llvm.org/nightlytest/machines/2006-12-29_05:40:12-Build-Log.txt
llvm[4]: Compiling stacker_rt.ll to stacker_rt.bc for Release build
(bytecode)
2005 May 05
0
[LLVMdev] Scheme + LLVM JIT
On Thu, May 05, 2005 at 03:46:58AM -0400, Alexander Friedman wrote:
> On May 5, Misha Brukman wrote:
> > To the best of my knowledge, this has not been done and no one has
> > announced their intent to work on it, so if you are interested,
> > you'd be more than welcome to do so.
>
> My C++ knowledge is completely non-existant, but so far I've had a
>