Displaying 20 results from an estimated 7000 matches similar to: "[LLVMdev] LLVM & Clang file management"
2011 Dec 04
5
[LLVMdev] [cfe-dev] LLVM & Clang file management
On Sat, Dec 3, 2011 at 10:33 PM, Douglas Gregor <dgregor at apple.com> wrote:
> Hi Manuel,
>
> On Nov 28, 2011, at 2:49 AM, Manuel Klimek wrote:
>
>> Hi,
>>
>> while working on tooling on top of clang/llvm we found the file system
>> abstractions in clang/llvm to be one of the points that could be nicer
>> to integrate with. I’m writing this mail to
2011 Dec 06
5
[LLVMdev] [cfe-dev] LLVM & Clang file management
On Tue, Dec 6, 2011 at 2:11 AM, Michael Spencer <bigcheesegs at gmail.com> wrote:
> On Sun, Dec 4, 2011 at 9:06 AM, Manuel Klimek <klimek at google.com> wrote:
>> On Sat, Dec 3, 2011 at 10:33 PM, Douglas Gregor <dgregor at apple.com> wrote:
>>> Hi Manuel,
>>>
>>> On Nov 28, 2011, at 2:49 AM, Manuel Klimek wrote:
>>>
>>>>
2011 Dec 06
2
[LLVMdev] [cfe-dev] LLVM & Clang file management
Sent from my iPhone
On Dec 5, 2011, at 9:04 PM, Daniel Dunbar <daniel at zuster.org> wrote:
> Hi Manuel,
>
> On Sun, Dec 4, 2011 at 9:06 AM, Manuel Klimek <klimek at google.com> wrote:
>> On Sat, Dec 3, 2011 at 10:33 PM, Douglas Gregor <dgregor at apple.com> wrote:
>>> Hi Manuel,
>>>
>>> On Nov 28, 2011, at 2:49 AM, Manuel Klimek
2011 Dec 06
0
[LLVMdev] [cfe-dev] LLVM & Clang file management
Hi Manuel,
On Sun, Dec 4, 2011 at 9:06 AM, Manuel Klimek <klimek at google.com> wrote:
> On Sat, Dec 3, 2011 at 10:33 PM, Douglas Gregor <dgregor at apple.com> wrote:
>> Hi Manuel,
>>
>> On Nov 28, 2011, at 2:49 AM, Manuel Klimek wrote:
>>
>>> Hi,
>>>
>>> while working on tooling on top of clang/llvm we found the file system
2011 Dec 06
0
[LLVMdev] [cfe-dev] LLVM & Clang file management
On Tue, Dec 6, 2011 at 2:27 AM, Manuel Klimek <klimek at google.com> wrote:
> On Tue, Dec 6, 2011 at 2:11 AM, Michael Spencer <bigcheesegs at gmail.com> wrote:
>> On Sun, Dec 4, 2011 at 9:06 AM, Manuel Klimek <klimek at google.com> wrote:
>>> On Sat, Dec 3, 2011 at 10:33 PM, Douglas Gregor <dgregor at apple.com> wrote:
>>>> Hi Manuel,
2011 Nov 28
2
[LLVMdev] [cfe-dev] LLVM & Clang file management
Hi Manual,
I'm +2 on the general idea.
I have had various thoughts in this direction as well (although no
implementation). See:
http://lists.cs.uiuc.edu/pipermail/cfe-dev/2010-July/009903.html
for my RFC from last year (focused at bug reporting, but involved
defining a VFS layer).
My one main implementation level comment is I don't think FileManager
is the right API layer to abstract
2011 Dec 06
0
[LLVMdev] [cfe-dev] LLVM & Clang file management
On Sun, Dec 4, 2011 at 9:06 AM, Manuel Klimek <klimek at google.com> wrote:
> On Sat, Dec 3, 2011 at 10:33 PM, Douglas Gregor <dgregor at apple.com> wrote:
>> Hi Manuel,
>>
>> On Nov 28, 2011, at 2:49 AM, Manuel Klimek wrote:
>>
>>> Hi,
>>>
>>> while working on tooling on top of clang/llvm we found the file system
>>>
2011 Dec 06
0
[LLVMdev] [cfe-dev] LLVM & Clang file management
On Tue, Dec 6, 2011 at 6:23 AM, Douglas Gregor <dgregor at apple.com> wrote:
>
>
> Sent from my iPhone
>
> On Dec 5, 2011, at 9:04 PM, Daniel Dunbar <daniel at zuster.org> wrote:
>
>> Hi Manuel,
>>
>> On Sun, Dec 4, 2011 at 9:06 AM, Manuel Klimek <klimek at google.com> wrote:
>>> On Sat, Dec 3, 2011 at 10:33 PM, Douglas Gregor
2011 Dec 03
0
[LLVMdev] [cfe-dev] LLVM & Clang file management
Hi Manuel,
On Nov 28, 2011, at 2:49 AM, Manuel Klimek wrote:
> Hi,
>
> while working on tooling on top of clang/llvm we found the file system
> abstractions in clang/llvm to be one of the points that could be nicer
> to integrate with. I’m writing this mail to propose a strawman and get
> some feedback on what you guys think the right way forward is (or
> whether we should
2011 Dec 06
1
[LLVMdev] [cfe-dev] LLVM & Clang file management
On Tue, Dec 6, 2011 at 5:36 PM, Daniel Dunbar <daniel at zuster.org> wrote:
> On Tue, Dec 6, 2011 at 2:27 AM, Manuel Klimek <klimek at google.com> wrote:
>> On Tue, Dec 6, 2011 at 2:11 AM, Michael Spencer <bigcheesegs at gmail.com> wrote:
>>> On Sun, Dec 4, 2011 at 9:06 AM, Manuel Klimek <klimek at google.com> wrote:
>>>> On Sat, Dec 3, 2011 at
2011 Dec 06
1
[LLVMdev] [cfe-dev] LLVM & Clang file management
2011/12/6 Daniel Dunbar <daniel at zuster.org>
> On Tue, Dec 6, 2011 at 2:27 AM, Manuel Klimek <klimek at google.com> wrote:
> > On Tue, Dec 6, 2011 at 2:11 AM, Michael Spencer <bigcheesegs at gmail.com>
> wrote:
> >> On Sun, Dec 4, 2011 at 9:06 AM, Manuel Klimek <klimek at google.com>
> wrote:
> >>> On Sat, Dec 3, 2011 at 10:33 PM,
2011 Nov 28
0
[LLVMdev] [cfe-dev] LLVM & Clang file management
On Mon, Nov 28, 2011 at 9:07 PM, Daniel Dunbar <daniel at zuster.org> wrote:
> Hi Manual,
>
> I'm +2 on the general idea.
>
> I have had various thoughts in this direction as well (although no
> implementation). See:
> http://lists.cs.uiuc.edu/pipermail/cfe-dev/2010-July/009903.html
> for my RFC from last year (focused at bug reporting, but involved
> defining
2011 Nov 29
1
[LLVMdev] [cfe-dev] LLVM & Clang file management
On Mon, Nov 28, 2011 at 1:04 PM, Manuel Klimek <klimek at google.com> wrote:
> On Mon, Nov 28, 2011 at 9:07 PM, Daniel Dunbar <daniel at zuster.org> wrote:
>> Hi Manual,
>>
>> I'm +2 on the general idea.
>>
>> I have had various thoughts in this direction as well (although no
>> implementation). See:
>>
2012 May 29
1
[LLVMdev] [cfe-commits] r157260 - in /cfe/trunk: include/clang/Rewrite/Rewriter.h lib/Rewrite/Rewriter.cpp unittests/CMakeLists.txt unittests/Tooling/RewriterTest.cpp unittests/Tooling/RewriterTestContext.h
Manuel,
After the discussion at last night, I have agreed that
GetTemporaryDirectory() on Win32 would do bad thing, thank you.
dir = GetTemporaryDirectory();
dir.eraseFromDisk(erase_contents = true);
dir = GetTemporaryDirectory(); /* It doesn't create anything on Win32
due to caching */
I suppose Manuel wants GetTemporaryDirectory() to keep semantics
similar mkdtemp(3).
Though it is in
2012 Jul 10
0
[LLVMdev] Unable to do even basic Clang tutorial
Hi Ashok,
$ cd bin/bin
$ ./llvm-config --ldflags --libs
-L/home/ubuntu/bin/lib -ldl -lpthread
-lLLVMAsmParser -lLLVMTableGen -lLLVMDebugInfo -lLLVMX86Disassembler -lLLVMX86AsmParser -lLLVMX86CodeGen -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMX86Desc -lLLVMX86Info -lLLVMX86AsmPrinter -lLLVMX86Utils -lLLVMJIT -lLLVMMCDisassembler -lLLVMMCParser -lLLVMInstrumentation -lLLVMInterpreter
2012 Jul 10
2
[LLVMdev] Unable to do even basic Clang tutorial
You need to link in the libclang* as well.
On 7/10/2012 1:22 PM, NY Knicks Fan wrote:
> Hi Ashok,
>
> $ cd bin/bin
> $ ./llvm-config --ldflags --libs
> -L/home/ubuntu/bin/lib -ldl -lpthread
> -lLLVMAsmParser -lLLVMTableGen -lLLVMDebugInfo -lLLVMX86Disassembler
> -lLLVMX86AsmParser -lLLVMX86CodeGen -lLLVMSelectionDAG -lLLVMAsmPrinter
> -lLLVMX86Desc -lLLVMX86Info
2012 Jul 10
2
[LLVMdev] Unable to do even basic Clang tutorial
You will need to link to the LLVM/clang libraries. To get the correct
flags, you can run:
./llvm-config --ldflags --libs
and use the flags reported.
On 7/10/2012 11:35 AM, NY Knicks Fan wrote:
> OK. Thanks. I now get the following error (which appears to be a
> problem w/ the tutorial itself?):
>
> $ /home/ubuntu/bin/bin/clang++ -I /home/ubuntu/bin/include/
>
2012 Sep 21
2
[LLVMdev] Clang API parsing of the destructor
I am using the clang API (version 3.1 - trunk 153913) to compile some very simple code as follows
class MyClass
{
~MyClass() ;
};
MyClass::~MyClass()
{
}
int main()
{
return 0;
}
My problem is that I get the error message: test.cpp:20:10: error: destructor cannot have a return type MyClass::~MyClass()
If someone can point me to the right direction that would be great. It compiles fine if
2012 Jul 10
0
[LLVMdev] Unable to do even basic Clang tutorial
OK. Thanks. I now get the following error (which appears to be a problem w/ the tutorial itself?):
$ /home/ubuntu/bin/bin/clang++ -I /home/ubuntu/bin/include/ -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS tutorial1.cpp/tmp/tutorial1-LQ71fW.o: In function `main':
tutorial1.cpp:(.text+0x42): undefined reference to `llvm::outs()'
tutorial1.cpp:(.text+0x72): undefined reference to
2012 Sep 21
0
[LLVMdev] Clang API parsing of the destructor
On Fri, Sep 21, 2012 at 12:22 PM, Kamaljit Lall <klall at factset.com> wrote:
> I am using the clang API (version 3.1 - trunk 153913) to compile some
> very simple code as follows****
>
> class MyClass
> {
> ~MyClass() ;
>
> };
>
> MyClass::~MyClass()
> {
>
> }
>
> int main()
> {
> return 0;
> } ****
>
> My problem is that