Displaying 20 results from an estimated 30000 matches similar to: "[LLVMdev] CMake builds clang."
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 Oct 26
0
[LLVMdev] CMake builds clang.
Anton Korobeynikov a écrit :
> 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?
>
Hi,
It is possible, but it has some drawback. Mainly, it
2008 Oct 26
0
[LLVMdev] CMake builds clang.
"Anton Korobeynikov" <asl at math.spbu.ru> writes:
>> 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?
Yes, but then the build would not notice a
2008 Oct 26
3
[LLVMdev] CMake builds clang.
Óscar Fuentes wrote:
> "Anton Korobeynikov" <asl at math.spbu.ru> writes:
>
>
>>> 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
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 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 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
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
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
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 26
0
[LLVMdev] CMake builds clang.
Kenneth Boyd <zaimoni at zaimoni.com> writes:
>>> Isn't is possible for cmake just to glob everything in the corresponding
>>> directory?
>>>
>>
>> Yes, but then the build would not notice a change on the file
>> structure. You'll need to explicitly invoke cmake for being sure that
>> whatever changes were made by the last svn
2008 Oct 26
2
[LLVMdev] CMake builds clang.
Óscar Fuentes wrote:
> Kenneth Boyd <zaimoni at zaimoni.com> writes:
>
>
>>>> Isn't is possible for cmake just to glob everything in the corresponding
>>>> directory?
>>>>
>>>>
>>> Yes, but then the build would not notice a change on the file
>>> structure. You'll need to explicitly invoke
2008 Oct 26
0
[LLVMdev] CMake builds clang.
Chris Lattner <clattner at apple.com> writes:
[snip]
> That said, I don't really think the file globbing is that big of a
> "feature". If it turns out that we don't get it with cmake, that's
> ok.
Automatic file globbing is, at least on GNU systems, possible with
CMake. It would require some added complexity, and this I want to
avoid.
File globbing saves a
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
>