Displaying 20 results from an estimated 40000 matches similar to: "[LLVMdev] llvm on opensolaris"
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
2008 Sep 06
1
[LLVMdev] llvm on opensolaris
Hello,
> Has anyone successfully built llvm and llvm-gcc on OpenSolaris on x64?
I think yes. There is even a PR for this. Some changes were not integrated yet, because they
need to be rewritten in better way.
--
WBR, Anton Korobeynikov
2008 Sep 21
2
[LLVMdev] OpenBSD port in progress
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 using current svn
top of tree, not 2.3 release.
--
WBR, Anton Korobeynikov
2008 Oct 26
4
[LLVMdev] CMake builds clang.
Hi, Oscar
> at all, it would be great if you reflect your changes on the file list
> inside the corresponding CMakeLists.txt when you add, remove or rename
a
> .cpp file.
Isn't is possible for cmake just to glob everything in the corresponding
directory?
--
WBR, Anton Korobeynikov
2008 Jul 15
1
[LLVMdev] MS assembler support
Hi, Chris
> If the assembler is a limitation, the best solution would be to add a
> direct PECOFF writer. There is a start of direct ELF and Macho writers
> already in the tree. They are not production quality, but could be a
> useful place to start looking.
Well, maybe. But in any case I doubt there will be 'open' support for CV debug format :)
--
WBR, Anton
2008 Feb 19
1
[LLVMdev] LLVM2.2 x64 JIT trouble on VStudio build
Hello, Chuck
> I've had a look at the stubs before and I think I'm circumventing them
> in the example program since I populate the table and compile the
> functions in the order so that things never need to be done lazily, but
> I'll look further.
Well, anyway stubs are definitely wrong from windows64 and this should
be fixed, otherwise funny stuff can happen from time to
2008 Feb 19
1
[LLVMdev] cross compiling with the C backend
Hello, Kevin
> build process I described in my original message. So the difference is
> more subtle; maybe a difference in the layout of structs or something.
Also, there can be another ABI differences.
> llvmoutput.c:17976: warning: pointer targets in passing argument 1 of
> 'longjmp' differ in signedness
Hrm, are you using setjmp/longjmp stuff? They're definitely not
2008 Feb 19
1
[LLVMdev] cross compiling with the C backend
Hello, Kevin.
> Well, I already use custom includes with these options: "-nostdlib
> -nostdinc -Ipsptoolchain/psp/include
> -Ipsptoolchain/lib/gcc/psp/4.1.0/include". But that seems not enough.
> GCC has some target-specific behaviour compiled in?
Well, in general - yes. However, I'm not sure up to which margin.
--
WBR, Anton Korobeynikov
2008 Mar 18
1
[LLVMdev] GCC Merge Coming Up
Hello, Bill
> This merge should go *much* more smoothly than the last merge -- it
> could hardly be worse, right? ;-) I already did a test compile of
> llvm-test with the patch and it compiled the programs without a
> problem. Devang is currently testing it as well so that I have a
> second opinion.
One thing, which we already saw: please carefully check, that you won't
2008 Jul 27
1
[LLVMdev] Any Mercurial or Bazaar mirrors available?
Hello, Oscar
> Anyways, if there is no Mercurial or Bazaar mirrors available, I will
> try git. Recommendations on which one to use welcomed.
There is git mirror at repo.or.cz: http://repo.or.cz/w/llvm.git, llvm-gcc & clang mirrors are
available there as well. I'm updating it 'by hands' currently due to some reasons, so sometimes it
will need 2-3 days for changes in llvm
2008 Sep 02
1
[LLVMdev] LLVM build failures
Hi,
> (2) on alpha, gcc 4.2.4. The "unknown component name: alphacodegen"
> didn't use to occur.
My fault, I'll fix it. The problem is that lli wants to link in JIT
module, which does not exist for these targets.
--
WBR, Anton Korobeynikov
2008 Sep 30
1
[LLVMdev] Unwinds Gone Wild
On Mon, Sep 29, 2008 at 12:05 PM, OvermindDL1 <overminddl1 at gmail.com> wrote:
> On Mon, Sep 29, 2008 at 9:01 AM, Duncan Sands <baldrick at free.fr> wrote:
>> libgcc is also available for windows.
> Really? What license? What restrictions? Any speed impact over the
> VC runtimes?
Don't mix VC runtime and libgcc. These are totally different libraries for doing
2008 Oct 12
4
[LLVMdev] Genlibdeps.pl, CMake and MSYS
Hello, Everyone
> On this specific case, IIRC, MinGW chokes if asmprinter is not on the
> list of components. This may be another consequence of the malfunctoning
> of llvm-config/GenLibDeps.pl on MinGW/MSYS.
This works for me without any problems on mingw32. What are the problems you're seeing?
--
WBR, Anton Korobeynikov
2005 Jan 22
0
[LLVMdev] making cygwin nightly builds available?
Hi Anton,
You're already a part of the llvm development team by participating actively
on the llvm development list :) If you wish we can put you on:
http://llvm.cs.uiuc.edu/Developers.html
Great to have you on the team, welcome!
We (Jeff, Morten, Paolo, the rest of the team and I) are looking forward to
cooperate with you and to push win32 and mingw versions even further to
stable and
2012 Oct 04
0
[LLVMdev] [cfe-dev] Handling SRet on Windows x86
How can a frontend tell LLVM to put a function argument on stack/register/etc?
On Thu, Oct 4, 2012 at 5:08 PM, Anton Korobeynikov <asl at math.spbu.ru> wrote:
>> Ah, got it.
>> Sounds like we might need to introduce CC_X86_Win32_MSVC_ThisCall then?..
> No, we should not. It should be properly expanded in frontend.
>
> --
> With best regards, Anton Korobeynikov
>
2007 Oct 01
1
[LLVMdev] Vector troubles
I tried to ask for 32 and that didn't seem to help. MallocInst also
seemed to ignore the 16 byte directive. For now, I'm just issuing all
my loads as unaligned and that's working ok.
Thanks,
Chuck.
-----Original Message-----
From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu]
On Behalf Of Evan Cheng
Sent: Monday, October 01, 2007 10:35 AM
To: asl at
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
2008 Oct 24
0
[LLVMdev] Windows x64 support
Hi Anton,
Thanks for the heads up. I've only encountered this bug though, and my
workaround fixes x64 for me. Could you maybe sum up the other remaining
issues?
Anyhow, is there any reason why my workaround is not fit for committing? It
works wonderfully for me and I see little reason to hold it back. Currently
I have to patch it every time I do an update.
Thanks,
Nicolas
-----Original
2008 Sep 15
1
[LLVMdev] Prevent a intrinsic to be reordered?
Nothing... I'll show you all the info related to:
The intrinsic: def int_soru_sre : Intrinsic<[llvm_void_ty, llvm_i32_ty],
[IntrWriteMem]>;
The lower instruction (in MIPS):
class SORUI<bits<6> op, dag outs, dag ins, string asmstr, list<dag> pattern,
InstrItinClass itin>: FI<op, outs, ins, asmstr, pattern, itin>
{
let isBarrier = 1; // or call,
2007 Sep 28
5
[LLVMdev] Vector troubles
Chuck,
> It is dying trying to store a our working vector into one of the LLVM
> vectors created on the stack. Despite the align-16 directive on the
> alloca instruction, it is not always aligning to a 16-byte boundary.
The stack is not necessary 16 bytes aligned on linux/windows. The vector
is really sotred aligned relative to %esp, but %esp value is not good.
This is known problem