Displaying 20 results from an estimated 1000 matches similar to: "[LLVMdev] redhat 9, compiling llvm-1.0.tar.gz"
2003 Oct 26
0
[LLVMdev] redhat 9, compiling llvm-1.0.tar.gz
On Sun, 26 Oct 2003, [koi8-r] "Valery A.Khamenya[koi8-r] " wrote:
> compilation of package llvm-1.0.tar.gz under redhat 9 is failed with
> following output:
> make[3]: *** No rule to make target `/home/vak/llvm/llvm/runtime/GCCLibraries/crtend/BytecodeObj/C++-Exception.bc', needed by `/home/vak/llvm/llvm/lib/BytecodeLibs/libcrtend.bc'. Stop.
> make[3]: Leaving
2004 Dec 05
1
[LLVMdev] Building llvm and cfrontend under cygwin
Hi there,
I'm trying to build llvm under cygwin running under windows xp, and have
struck the following problem:
-- llvm: tools-only built ok
-- cfrontend: built ok
-- llvm: full build failed at the following point:
make[3]: Entering directory
`/cygdrive/d/3rd-party/llvm/runtime/GCCLibraries/crtend'
Compiling crtend.c to bytecode
Compiling listend.ll to bytecode
Linking comp_main.bc
2004 Jul 21
0
[LLVMdev] GC questions.
On Wed, 21 Jul 2004, Chris Lattner wrote:
>
> Yes, this makes a tremendous amount of sense. Do you think you could
> prepare some patches to make this happen? If you have any questions, feel
> free to ask :)
Ok, a patch[1] is attached. I didn't care to coerce the offset, since I
assume that it is an uint, but maybe I should? Hopefully I've understood
the llvm source
2004 Jul 21
2
[LLVMdev] GC questions.
On Wed, 21 Jul 2004, Tobias Nurmiranta wrote:
>
> Hi, I'm thinking out loud, please give me some feedback.
>
> Regarding llvm.gcread and llvm.gcwrite, wouldn't it be nicer if they are
> implemented as:
>
> llvm.gcread(sbyte** object, uint offset)
> llvm.gcwrite(sbyte* data, sbyte** object, uint offset)
>
> Where you also have the offset into the object. In
2004 Aug 16
3
[LLVMdev] Re: [llvm-announce] LLVM 1.3 Release!]
Chris Lattner wrote:
>On Sun, 15 Aug 2004, Robert Feldt wrote:
>
>
>
>>However, I wonder if someone supplies pre-built cfrontend binaries for
>>cygwin?
>>
>>
>
>Nope, we don't have one yet, sorry.
>
>
>
>>I followed the instructions and tried to build them myself but get
>>when building the cfrontend. Any ideas?
>>
2004 Jul 21
0
[LLVMdev] GC questions.
Ok, that makes sense :).
, Tobias
On Wed, 21 Jul 2004, Chris Lattner wrote:
> On Wed, 21 Jul 2004, Tobias Nurmiranta wrote:
> > > void *llvm_gc_read(void *ObjPtr, void **FieldPtr) {
> > > return *FieldPtr;
> > > }
> >
> > Hm, but doesn't FieldPtr need to be calculated target-specific in those
> > cases?
>
> For the field pointer, one
2004 Aug 19
0
[LLVMdev] Can't get llvmg++ to work
On Wed, 2004-08-18 at 22:14, Jeff Cohen wrote:
> I'm another new person to LLVM.
Hi Jeff. Welcome.
> I can't successfully compile and
> execute a simple C++ program. The compiler seems to work, as it
> produces a.out and a.out.bc files, but I get a whole bunch of warnings:
>
> WARNING: Found global types that are not compatible:
>
2004 Jul 21
2
[LLVMdev] GC questions.
On Wed, 21 Jul 2004, Tobias Nurmiranta wrote:
> > void *llvm_gc_read(void *ObjPtr, void **FieldPtr) {
> > return *FieldPtr;
> > }
>
> Hm, but doesn't FieldPtr need to be calculated target-specific in those
> cases?
For the field pointer, one could use the getelementptr instruction:
%pairty = { sbyte, sbyte, int* }
%pairPtr = ...
%fieldptr = getelementptr
2004 Jul 22
2
[LLVMdev] GC questions.
Ok, here's the new patch. (Please tell me if I shouldn't mail patches
directly on the mailing list.)
While I was editing LowerGC.cpp I made a little test (not part of this
patch, but the diff with LowerGC.cpp in cvs is attached). I've added a new
intrinsic called llvm.gcroot_value(sbyte*, sbyte*), which takes a pointer
directly instead and transforms it into an alloca. The idea is the
2004 Aug 20
2
[LLVMdev] Can't get llvmg++ to work
On Thu, 19 Aug 2004 08:45:23 -0700
Reid Spencer <reid at x10sys.com> wrote:
>
> Also, as a general note, make sure you follow precisely the steps for
> building the c front end. If you discover any BSDisms that aren't
> documented, we'd love to hear about them.
>
> Thanks,
>
> Reid.
>
OK. I've built the front end without any heartaches, but I did
2004 Aug 19
4
[LLVMdev] Can't get llvmg++ to work
I'm another new person to LLVM. I can't successfully compile and
execute a simple C++ program. The compiler seems to work, as it
produces a.out and a.out.bc files, but I get a whole bunch of warnings:
WARNING: Found global types that are not compatible:
"struct.std::messages<wchar_t>"* %_ZN9__gnu_cxx10messages_cE
[16 x sbyte]*
2003 Nov 13
4
[LLVMdev] llvm 1.0, g++, SuSE 9, internal compiler error
> > - gcc bug
> > - problem with SuSE distribution
>
> One of these two. In theory GCC should never crash (even if the LLVM
> sources had problems), and since SuSE made modifications to the compiler
> before they shipped it, they implicitly took responsibility for the end
> result.
I agree.
> You can try sending a bug report to SuSE.
hm, sending bug report is
2004 Dec 08
0
[LLVMdev] Building llvm and cfrontend under cygwin
Hi Reid,
> 2. Make sure you aren't trying to link in some old/crufty crtend.bc
> file. Try doing "make uninstall ; make clean" in your crtend
> directory if you think this might be the case.
"make install" fails - there is no such target.
> If those don't clear the problem, please tell me what version
> of LLVM you're trying to compile
2005 Jan 26
3
[LLVMdev] Building the llvm runtime: 'Can't destroy file: The process cannot access the fi
Hi Jeff and others,
When building the llvm runtime, I always get this error message: 'Can't
destroy file: The process cannot access the file because it is being used by
another process.' The file is destoyed anyway.
I think that the the real error is the path for the file (*/\file.tmp).
However, I can't find the bug in the source. Do you have any clue?:
2005 Feb 17
2
[LLVMdev] LLVM CFE bootstrap problem at FreeBSD after last $(Install) changes in Makefile.rules
Command from LLVM CFE bootstrap sequence at FreeBSD:
gmake -C runtime install-bytecode
terminated with error (verbose mode):
--8X-------------------------------------------------------
llvm[2]: Installing Debug Bytecode Archive
/usr/home/wanderer/pkg/build/llvm/night/cfe/bin/../lib/libcrtend.a
/usr/bin/install -c -D
/usr/home/wanderer/pkg/build/llvm/obj/Debug/lib/libcrtend.bca
2005 Jan 26
0
[LLVMdev] Building the llvm runtime: 'Can't destroy file: The process cannot access the fi
It looks like what you're getting is a sharing violation. Although, I
don't understand why. The llvm-ar.exe when its building an archive file
always builds it in a temporary. Only when that is complete does it
remove the old one and rename the temporary. Perhaps this is a result of
doing parallel build and the "lib3.tmp" file (that name looks wrong to
me) is being accessed by
2003 Dec 21
1
[LLVMdev] gcc ICE (PR13392) and LLVM
Hi LLVMers,
there were a gcc ICE problem discussed in current mail list.
Chris was right here:
http://mail.cs.uiuc.edu/pipermail/llvmdev/2003-December/000693.html
saying that the PR 12544 is not really the corresponding issue :)
The correct one is PR 13392:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13392
Interesting fact is that -O2 (or -O3) goes somehow around this
2005 Jan 26
1
[LLVMdev] Building the llvm runtime: 'Can't destroy file: Theprocess cannot access the fi
Hi Reid,
I don't think I've initiated a parallel build by this command:
------------------------
make TOOLLINKOPTSB+=-ldbghelp TOOLLINKOPTSB+=-lpsapi
LDFLAGS+='-Wl,--no-keep-memory' -r VERBOSE=1
------------------------
Henrik.
>From: Reid Spencer Date: Wed, 26 Jan 2005 12:05:51 -0800
>
>It looks like what you're getting is a sharing violation. Although, I
2003 Nov 13
4
[LLVMdev] llvm 1.0, g++, SuSE 9, internal compiler error
> > hm, sending bug report is not my favorite hobby :)
>
> Well if you don't, it might never get fixed :(
OK-OK, let's save the world :)
Well, I've made it.
> It might be possible to hack your <cassert> header file or something
> though...
it is just a few places in three files as reported in my previous post. Then comes assert violation with message from
2004 Aug 16
1
[LLVMdev] Re: [llvm-announce] LLVM 1.3 Release!]
Misha Brukman wrote:
>On Mon, Aug 16, 2004 at 01:07:39PM +0200, Robert Feldt wrote:
>
>
>>However, when I go back to rebuild llvm, reconfigure, setting the
>>CFEINSTALL dir, then make it can build the tools ok but not the
>>runtime:
>>
>>
>[snip]
>
>
>>Compiling crtend.c to bytecode
>>Files/ATI: not found
>>
>>