similar to: [LLVMdev] how are files inputed into clang to compile?

Displaying 20 results from an estimated 200000 matches similar to: "[LLVMdev] how are files inputed into clang to compile?"

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
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 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 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
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
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
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/ >
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 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 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: >>
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 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
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
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 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 Nov 28
4
[LLVMdev] LLVM & Clang file management
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 just leave things as they are). First, the FileManager we have in clang has helped us a lot for
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,
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
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: >>> >>>>