Displaying 20 results from an estimated 3000 matches similar to: "[LLVMdev] Win32/Path.cpp - isValid method has a bug"
2005 Jan 14
0
[LLVMdev] Win32/Path.cpp - isValid method has a bug
Well, technically speaking, I am following the rules as defined in the
MSDN Library. Too bad those rules ignore the existance of "." and ".." :(
Anyway, fixed.
Henrik Bach wrote:
> Hi,
>
> I think the Win32/Path.cpp - especially method isValid has a bug:
> -----------------
> ...
> // A file or directory name may not end in a period.
> if
2005 Jan 28
2
[LLVMdev] The complete suite of llvm now compiles on mingw
Hi,
Today I've succeded in compiling the llvm-tools, llvm-gcc and stacker
frontend and in installing it.
Uptill now I've followed the steps given in:
http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html with modifications for the
mingw platform.
I'll return with step-by-step instructions how to do it on this platform.
Cheers
Henrik :)
2005 Jan 28
0
[LLVMdev] The complete suite of llvm now compiles on mingw
Sorry, I forgot to give all you guys my credit, too. Without your help -
especially from Jeff, Morten, Reid and Chris, to name a few, this wouldn't
have succeded.
Just for fun, I ran from a windows command prompt the fibinacci.exe with the
argument of 10 and it returned 55. All in all, something lives.
Great! :)
>From: "Henrik Bach" Date: Fri, 28 Jan 2005 23:26:02 +0100
2005 Mar 10
3
[LLVMdev] Patches for MinGW Build instructions
Hi LLVM'ers,
Here is my second try to document, how to build the llvm system for MinGW on
Windows.
Henrik.
=============================================================
Henrik Bach
LLVM Open Source Developer
e-mail: henrik_bach_llvm at hotmail.com
=============================================================
'Nothing is impossible; The impossible just takes longer time :)'
-
2005 Jan 07
3
[LLVMdev] make check fails on mingw
You're right. And no errors or results where generated:
--------------------
if test -d "/C/projects/build/MinGW/llvm-2-1/test" ; then \
if test -f "/C/projects/build/MinGW/llvm-2-1/test/Makefile" ; then \
echo llvm[0]: Running test suite ; \
make -C /C/projects/build/MinGW/llvm-2-1/test check-local \
TESTSUITE= ; \
else \
echo llvm[0]: No Makefile in
2005 Jan 07
0
[LLVMdev] make check fails on mingw
On Fri, 7 Jan 2005, Henrik Bach wrote:
> You're right. And no errors or results where generated:
> PATH=/C/projects/build/MinGW/llvm-2-1/Debug/bin:/C/projects/src/llvm-2/llvm/test/Scripts:.:/usr/local/bin:/mingw/bin:/bin:/mingw/bin:/usr/bin:/c/LLVM/tools:/c/perl/5.8.5/bin:/c/perl/5.8.5/bin/MSWin32-x86-multi-thread
> \
> true runtest
> make[1]: Leaving directory
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 Jan 07
4
[LLVMdev] make check fails on mingw
Hi,
I'm trying to test the llvm tools as described in
'http://llvm.cs.uiuc.edu/docs/TestingGuide.html'.
However, when running the command: 'make check VERBOSE=1 2>&1' I get this
error:
-------------------
if test -d "/C/projects/build/MinGW/llvm-2-1/test" ; then \
if test -f "/C/projects/build/MinGW/llvm-2-1/test/Makefile" ; then \
echo
2005 Feb 18
1
[LLVMdev] Change of __MINGW define to __MINGW32__
=============================================================
Henrik Bach
LLVM Open Source Developer
e-mail: henrik_bach_llvm at hotmail.com
=============================================================
'Nothing is impossible; The impossible just takes longer time :)'
- Inventor of a new energy saver light bulp from Denmark.
No software patents - Thank you Poland:
2005 Jan 28
2
[LLVMdev] Compiling errors for tracelib.c
Hi,
Is there something wrong with my llvm-gcc compiler?:
------------------------
GNU C version 3.4-llvm 20030924 (experimental) (mingw32)
compiled by GNU C version 3.4.1 (mingw special).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
c:/projects/src/llvm-4/llvm/runtime/libtrace/tracelib.c:54: error: syntax
error before "PRIMES"
2005 Jan 07
0
[LLVMdev] make check fails on mingw
On Fri, 7 Jan 2005, Henrik Bach wrote:
> I'm trying to test the llvm tools as described in
> 'http://llvm.cs.uiuc.edu/docs/TestingGuide.html'.
The problem here is that your PATH envvar has spaces in it. There are
many thing in LLVM that won't work with that, please try pruning your PATH
and trying again.
Thanks,
-Chris
> However, when running the command: 'make
2005 Feb 13
1
[LLVMdev] Undefined references
Hi LLVMers,
I can't figure out why these errors exits:
-------------------------
llvm[2]: Linking Debug executable opt
c:/projects/build/MinGW/llvm-4-1/Debug/lib/LLVMProfilePaths.o(.text$_ZN4llvm10BranchInstC1EPNS_10BasicBlockES2_+0x52):
In function
`ZN9__gnu_cxx13new_allocatorISt13_Rb_tree_nodeISt4pairIKPN4llvm8FunctionEPNS3_5GraphEEEE10deallocateEPSA_j':
2005 Jan 07
2
[LLVMdev] make check fails on mingw
Now, I've no spaces in my path:
------------------
$ echo $PATH
.:/usr/local/bin:/mingw/bin:/bin:/mingw/bin:/usr/bin:/c/LLVM/tools:/c/perl/5.8.5/bin:/c/perl/5.8.5/bin/MSWin32-x86-multi-thread
------------------
I've found that you safely can delete site.exp. The new values in site.exp
are:
------------------
## these variables are automatically generated by make ##
# Do not edit here.
2005 Jan 14
2
[LLVMdev] Building the CFE I get this error: there are no arguments to `lrand48'
Hi,
when building the llvm cfe (3.4 derivative), for the mingw platform, I get
this error: 'error: there are no arguments to `lrand48' that depend on a
template parameter, so a declaration of `lrand48' must be available'.
------------------------
make[3]: Entering directory
`/C/projects/build/MinGW/llvm-gcc-1-1/i686-pc-mingw32/libstdc++-v3/testsuite'
2005 Jan 07
0
[LLVMdev] make check fails on mingw
On Fri, 7 Jan 2005, Henrik Bach wrote:
> "PATH=/C/projects/build/MinGW/llvm-2-1/Debug/bin:.:/usr/local/bin:/mingw/bin:/bin:/mingw/bin:/usr/bin:/c/LLVM/tools:/c/perl/5.8.5/bin:/c/perl/5.8.5/bin/MSWin32-x86-multi-thread
> llvm-gcc"
> set llvmgxx
>
2005 Jan 28
0
[LLVMdev] Compiling errors for tracelib.c
On Fri, 28 Jan 2005, Henrik Bach wrote:
> Is there something wrong with my llvm-gcc compiler?:
> c:/projects/src/llvm-4/llvm/runtime/libtrace/tracelib.c:54: warning: type
> defaults to `int' in declaration of `PRIMES'
> c:/projects/src/llvm-4/llvm/runtime/libtrace/tracelib.c:56: warning: data
> definition has no type or storage class
It looks like that file had
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
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
2005 Jan 14
0
[LLVMdev] Building the CFE I get this error: there are no arguments to `lrand48'
On Fri, 14 Jan 2005, Henrik Bach wrote:
> when building the llvm cfe (3.4 derivative), for the mingw platform, I get
> this error: 'error: there are no arguments to `lrand48' that depend on a
> template parameter, so a declaration of `lrand48' must be available'.
Hi Henrik,
We haven't modified the GCC configure script or build system, so I don't
know what
2005 Jan 14
1
[LLVMdev] Building the CFE I get this error: there are no arguments to `lrand48'
This sounds suspiciously like the problem I ran into with VC++, whose
std implementation also includes _Distance. Could mingw have copied VC++
too closely? The fix with VC++ was to add a "using std::_Distance" line
(or just "using namespace std".
Chris Lattner wrote:
> On Fri, 14 Jan 2005, Henrik Bach wrote:
>
>> when building the llvm cfe (3.4 derivative), for