Displaying 20 results from an estimated 50000 matches similar to: "[LLVMdev] odd svn message"
2007 Apr 29
1
[LLVMdev] SVN (?) Migration
David,
> So I want to pose the question. Should we consider git instead
> of SVN?
The main reason against git is very poor support of windows. Have you
tried mercurial in comparison with git?
PS: Maybe it's worth to use recently launched wiki for sharing such
experience?
--
With best regards, Anton Korobeynikov.
Faculty of Mathematics & Mechanics, Saint Petersburg State
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
2008 Feb 22
0
[LLVMdev] Alignment on byval parameters
Hello, Dale
> Could somebody try this on Linux and investigate any failures other
> than the ones above?
I'm having here (x866-32/linux):
Running /home/asl/proj/llvm/llvm-gcc-4.2/src/gcc/testsuite/g
++.dg/compat/struct-layout-1.exp ...
Running /home/asl/proj/llvm/llvm-gcc-4.2/src/gcc/testsuite/gcc.dg/compat/struct-layout-1.exp ...
FAIL: tmpdir-gcc.dg-struct-layout-1/t025
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
2007 Sep 30
1
[LLVMdev] Vector troubles
Hello, Daniel.
> glibc < 2.4 don't reliably keep stack at 16 bytes through some calls
> (qsort, etc), but otherwise, it stays 16 byte aligned.
Interesting, but why in this case stuff like 'force_align_arg_pointer'
required?
--
With best regards, Anton Korobeynikov.
Faculty of Mathematics & Mechanics, Saint Petersburg State University.
2012 Oct 04
3
[LLVMdev] [cfe-dev] Handling SRet on Windows x86
> 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
Faculty of Mathematics and Mechanics, Saint Petersburg State University
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 Oct 01
0
[LLVMdev] Vector troubles
You can always ask for > 16 byte stack alignment. :-)
Evan
On Sep 30, 2007, at 10:47 AM, Anton Korobeynikov wrote:
> Hello, Daniel.
>
>> glibc < 2.4 don't reliably keep stack at 16 bytes through some calls
>> (qsort, etc), but otherwise, it stays 16 byte aligned.
> Interesting, but why in this case stuff like 'force_align_arg_pointer'
> required?
>
2013 Mar 28
0
[LLVMdev] [cfe-dev] Handling SRet on Windows x86
2013/3/27 Anton Korobeynikov <asl at math.spbu.ru>:
> Hi Eric,
>
>> From my perspective Win32 is the windows ABI and mingw and cygwin are their own ABIs
> No. They are using Windows Platform ABI for almost everything (e.g.
> calling API, C runtime, etc.). At least mingw does. The differences
> are exactly in unspecified area (e.g. passing / returning structs by
>
2013 Mar 28
0
[LLVMdev] [cfe-dev] Handling SRet on Windows x86
What if it's already broken?
2013/3/28 Anton Korobeynikov <asl at math.spbu.ru>:
>> A more specific question is - if I fix some Clang i686-pc-win32
>> compatibility issue with MSVC for some language feature (e.g.
>> returning a struct),
>> should I make sure Clang i686-pc-mingw32 behavior is not changed by my
>> patches (a)
>> or should I make sure
2006 May 24
0
[LLVMdev] Error with llc after using llvm-g++ WIN32
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 not
> AC> registered!"" failed: file
> AC> "/cygdrive/c/llvm/llvm/include/llvm/PassAnalysisSupport.h",
> line 76
> AC> Aborted
> Same
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
2012 Nov 16
0
[LLVMdev] [cfe-dev] 3.2 Release has branched :T+2 hours
Should be there
On Fri, Nov 16, 2012 at 3:00 PM, NAKAMURA Takumi <geek4civic at gmail.com> wrote:
> Anton, please add release_32 also in;
>
> clang-tools-extra
> compiler-rt
> dragonegg
> libcxxabi
> lldb
>
> They have release_32 in svn. I don't know they might be released, though.
>
> And, could you suppress generating refs/heads/svn-tags and prune them
2007 May 04
2
[LLVMdev] LLVM-GCC Source Updated?
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).
--
With best regards, Anton Korobeynikov.
Faculty of Mathematics & Mechanics, Saint Petersburg State University.
2007 Sep 05
2
[LLVMdev] Exception Problems
Bill,
> When I try to compile on Darwin now, I get this:
Could you please provide LLVM bytecode, where bug is reproducible with
llc?
--
With best regards, Anton Korobeynikov.
Faculty of Mathematics & Mechanics, Saint Petersburg State University.
2008 Jun 06
2
[LLVMdev] [patch] add support for PIC on linux x86-64
Hello, Rafael
> With this patch I was able to bootstrap gcc in linux x86-64 with
> shared libraries enabled :-)
Awesome! But... -ENOPATCH :(
--
With best regards, Anton Korobeynikov.
Faculty of Mathematics & Mechanics, Saint Petersburg State University.
2009 Mar 30
0
[LLVMdev] Bug in X86CompilationCallback_SSE
Hi Evan
> It looks fine to me. Anton, does it look ok to you?
This looks ok for me modulo win64+vcpp issues, which I mentioned in the
PR (external .asm files). The anonymous namespace thing should be
guarded by define (either _M_AMD64 or X86_64_JIT && _MSC_VER, I'd prefer
the latter).
--
With best regards, Anton Korobeynikov.
Faculty of Mathematics & Mechanics, Saint
2013 Mar 28
2
[LLVMdev] [cfe-dev] Handling SRet on Windows x86
> A more specific question is - if I fix some Clang i686-pc-win32
> compatibility issue with MSVC for some language feature (e.g.
> returning a struct),
> should I make sure Clang i686-pc-mingw32 behavior is not changed by my
> patches (a)
> or should I make sure that Clang i686-pc-mingw32 generates
> MSVC-compatible ABI for the same feature (b)
> ?
You need to make sure