similar to: [LLVMdev] llvm-gcc4 & mingw32 & bash

Displaying 20 results from an estimated 8000 matches similar to: "[LLVMdev] llvm-gcc4 & mingw32 & bash"

2006 May 14
0
[LLVMdev] llvm-gcc4 & mingw32 & bash
Hello, Greg. You wrote Sunday, May 14, 2006, 5:21:49 PM: GP> Do I still need to do the "black magic"? In fact, yes. GP> What is this patched version of bash (do you have a patch, where do I get GP> it?) What does "pwd builtin was just hardly disabled" mean? There are some set of built-in commands in bash (they are called "builtins"). For example
2006 May 10
0
[LLVMdev] Successfulyl bootsrapped llvm-gcc4 on mingw32
I'm looking forward to your patches and bug reports. I really want to get this going myself. -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Anton Korobeynikov Sent: Wednesday, May 10, 2006 1:22 PM To: LLVM Developers Mailing List Subject: [LLVMdev] Successfulyl bootsrapped llvm-gcc4 on mingw32 Hello, Everyone. Today
2006 May 10
0
[LLVMdev] Successfulyl bootsrapped llvm-gcc4 on mingw32
Hello, Everyone. Today I've finished digging into llvm-gcc4 in order to build in under mingw32. The most trickiest was to make libstdc++ build, since its configure & makefiles are not so perfect as main gcc ones. There are several problems with inline assemler (in two places at least), but both of them are easily seen. Also, there are some compiler crashes while compiling libiberty (with
2006 May 11
0
[LLVMdev] llvm-gcc4 & mingw32
Hello, Henrik. You wrote Thursday, May 11, 2006, 5:13:06 AM: HB> Thanks Anton. Nice Job. There was at least one thing I miss in the description: In the step 3 you should unpack runtime libraries from mingw32 distribution into "prefix" (say, w32api and mingw-runtime) before starting configure for GCC. BTW, maybe it will be better just use patched bash (with "pwd" builtin
2006 May 10
2
[LLVMdev] llvm-gcc4 & mingw32
Hello, Everyone. This is just brief description on building llvm-gcc4 with mingw32. It's definitely non error-free and contains many "hacks", which should be eliminated in the future. 1. Prerequisites We're building in the folowing configuration: 1.1 GCC 3.4.5: gcc -v Reading specs from f:/research/mingw/bin/../lib/gcc/mingw32/3.4.5/specs Configured with:
2006 Aug 04
0
[LLVMdev] Building llvm under cygwin
On 8/4/06, Anton Korobeynikov <asl at math.spbu.ru> wrote: > > Hello Anton > > Thu, 3 Aug 2006 23:13:52 +0400 you wrote: > > > I won't be available for the next 10-12 hours if you'll need some more > > files. > Well. I have one idea. Could you please execute "sort --version" from > your cygwin shell and let me know, whether it's GNU one
2006 May 06
1
[LLVMdev] Still Trying to Build on MINGW
Hello, Greg. You wrote Saturday, May 6, 2006, 10:24:16 PM: GP> If anyone has any insight I'd love to hear it. GP> Meanwhile, I'll continue to investigate... Currently I'm working on bootstrapping llvm-gcc4 on mingw32 platform. There are some serious miscompartibilities preventing build. I'll let know the results. Anyway, it's common knowledge, that msys itself have
2008 Sep 21
0
[LLVMdev] OpenBSD port in progress
2008/9/21 Anton Korobeynikov <asl at math.spbu.ru>: > Hello, > >> If anybody has an idea of how to fix this (other than using another >> version of gcc because I am sick of compiling), I would appreciate. I >> can offer backtraces or shell access if anybody is interested, just >> ask me what you need. > This was fixed couple of months ago. Please consider
2006 May 24
3
[LLVMdev] Error with llc after using llvm-g++ WIN32
Hello, Ashwin. You wrote Wednesday, May 24, 2006, 11:25:11 AM: AC> "Pass::getClassPassInfo<PassClass>() "Pass class not AC> registered!"" failed: file AC> "/cygdrive/c/llvm/llvm/include/llvm/PassAnalysisSupport.h", line 76 AC> Aborted Same for me. AC> Wihtout the -march specified (using native x86 assembly) it does AC> convert it into
2013 Mar 28
2
[LLVMdev] [cfe-dev] Handling SRet on Windows x86
On Thu, Mar 28, 2013 at 1:46 PM, Anton Korobeynikov <asl at math.spbu.ru> wrote: >> Sounds fine to me. I just wanted some convenient and consistent naming. >> I think it conflicts a bit with the triples (-win32 currently means >> msvc I think), > Right. But this is again a historical (and LLVM-specific) artifact, > because I doubt anyone uses such triplet outside to
2006 Apr 23
2
[LLVMdev] Building CFE in Mingw
Hello, all. Just found this file in my e-mail atchive, hope it will be useful for somebody. ===cut=here=== Some small rules: 1) No blankspace in the paths to the top-level directories. 2) Add paths to binaries to your system PATH variable. 3) Use short paths to top-level directories. 1. Some checks & preparations. 1) Be sure, that you're using right make version: $ make
2006 May 25
3
[LLVMdev] Error with llc after using llvm-g++ WIN32
Hi Anton, Is the patch going to be uploaded to the CVS source? Ashwin On 5/24/06, Evan Cheng <evan.cheng at apple.com> wrote: > > > On May 24, 2006, at 5:03 AM, Anton Korobeynikov wrote: > > > Hello, Ashwin. > > > > You wrote Wednesday, May 24, 2006, 11:25:11 AM: > > > > AC> "Pass::getClassPassInfo<PassClass>() "Pass class
2013 Mar 29
2
[LLVMdev] [cfe-dev] Handling SRet on Windows x86
2013/3/28 Anton Korobeynikov <asl at math.spbu.ru>: >> How can having an MSVC compatible compiler be to the detriment of clang and >> llvm? No one is trying to break mingw here, merely add support for something > Just to make stuff clear: I just wanted proper naming which will be > non-confusing. Right now we have: > - isTargetWindows() which really means
2006 May 02
1
[LLVMdev] Bootstrapping llvm-gcc4 on Mingw
Hello, Everyone. I'm currently trying to bootstrap llvm-gcc4 on mingw32 platform. Everything (except some small fixes) seems to be fine: stage1 finished successfully. I'm linking with debug variant of LLVM, since linker bug prevents release builds. Unfortunately, stage2 failes immediately with this cryptic message: $/f/tmp/llvm/gccbuild/gcc/xgcc -B/f/tmp/llvm/gccbuild/gcc/
2012 Oct 04
0
[LLVMdev] Handling SRet on Windows x86
On Tue, Oct 2, 2012 at 8:44 PM, Anton Korobeynikov <asl at math.spbu.ru> wrote: >>>> b) Should I be altering CC_X86_32_ThisCall >>>> OR should I introduce CC_X86_Win32_ThisCall instead? >>>> [Answer not clear to me - is there any platform besides Windows >>>> that uses thiscall?] >>> no >> Can you please clarify which
2006 Apr 23
0
[LLVMdev] Re: Building CFE in Mingw
Anton Korobeynikov <asl at math.spbu.ru> writes: [snip] > 2) Problem: Complains about gthr-default.h file. > Resolution: Grab gcc/gcc/gthr-win32.h file and copy it to gthr-default.h ... so --enable-threads=win32 is broken... good to know. > 3) Problem: Complains about "CL_ObjCXX" and simular ("CL_") during > compilation
2007 May 04
0
[LLVMdev] LLVM-GCC Source Updated?
On 5/4/07, Anton Korobeynikov <asl at math.spbu.ru> wrote: > Hello, Bill. > > > Has anyone gotten the latest/greatest sources from the LLVM-GCC open > > source server lately? > No. It's still at rev 319 (as of 29.04). > Yeesh...Okay, I'm working with Jeff C. to get a copy of the TOT out to people. I'm also pinging the rsync wonks here to see if there's
2007 May 04
1
[LLVMdev] LLVM-GCC Source Updated?
The llvm-gcc source can be download from: http://jolt-lang.org/llvm-gcc.tar.bz2 31mb ~7 minute download http://jolt-lang.org/llvm-gcc.tar.gz 40mb ~8.5 minute download Download times assume you are the only person downloading. Please download the bz2 version if possible. I currently have no unexpected failures. Bill wrote: > On 5/4/07, Anton Korobeynikov <asl at
2007 Aug 29
0
[LLVMdev] RFC: Patch for Exceptions
On 8/29/07, Anton Korobeynikov <asl at math.spbu.ru> wrote: > Hello, Bill > > > It may be my lack of understanding, but it appears that having -- > > enable-eh set during compilation of llvm-gcc is causing extra files > > to be compiled. > Oh, no. They are always compiled. > > > They do. However, it doesn't seem to stop it from failing during > >
2007 Sep 05
0
[LLVMdev] Exception Problems
On 9/5/07, Anton Korobeynikov <asl at math.spbu.ru> wrote: > Bill, > > > When I try to compile on Darwin now, I get this: > Could you please provide LLVM bytecode, where bug is reproducible with > llc? > Attached. Thanks! -bw -------------- next part -------------- A non-text attachment was scrubbed... Name: EH.bc Type: application/octet-stream Size: 872 bytes Desc: not