Displaying 20 results from an estimated 700 matches similar to: "[LLVMdev] anchoring explicit template instantiations"
2011 Dec 01
0
[LLVMdev] anchoring explicit template instantiations
On Nov 29, 2011, at 12:26 AM, David Blaikie wrote:
> For a bit of an experiment I've been trying to compile LLVM & Clang
> with -Weverything (disabling any errors that seem like more noise/less
> interesting). One warning I've recently hit a few instances of is
> -Wweak-vtable which is, in fact, an explicitly documented LLVM coding
> standard (
2011 Dec 01
3
[LLVMdev] anchoring explicit template instantiations
On Wed, Nov 30, 2011 at 10:42 PM, Chris Lattner <clattner at apple.com> wrote:
> On Nov 29, 2011, at 12:26 AM, David Blaikie wrote:
>> For a bit of an experiment I've been trying to compile LLVM & Clang
>> with -Weverything (disabling any errors that seem like more noise/less
>> interesting). One warning I've recently hit a few instances of is
>>
2011 Dec 01
0
[LLVMdev] anchoring explicit template instantiations
On Dec 1, 2011, at 12:08 AM, David Blaikie wrote:
> On Wed, Nov 30, 2011 at 10:42 PM, Chris Lattner <clattner at apple.com> wrote:
>> On Nov 29, 2011, at 12:26 AM, David Blaikie wrote:
>>> For a bit of an experiment I've been trying to compile LLVM & Clang
>>> with -Weverything (disabling any errors that seem like more noise/less
>>> interesting).
2011 Dec 01
2
[LLVMdev] anchoring explicit template instantiations
On Thu, Dec 1, 2011 at 9:11 AM, Chris Lattner <clattner at apple.com> wrote:
>
> On Dec 1, 2011, at 12:08 AM, David Blaikie wrote:
>
>> On Wed, Nov 30, 2011 at 10:42 PM, Chris Lattner <clattner at apple.com> wrote:
>>> On Nov 29, 2011, at 12:26 AM, David Blaikie wrote:
>>>> For a bit of an experiment I've been trying to compile LLVM & Clang
2011 Dec 11
5
[LLVMdev] anchoring explicit template instantiations
On Thu, Dec 1, 2011 at 9:11 AM, Chris Lattner <clattner at apple.com> wrote:
>
> On Dec 1, 2011, at 12:08 AM, David Blaikie wrote:
>
>> On Wed, Nov 30, 2011 at 10:42 PM, Chris Lattner <clattner at apple.com> wrote:
>>> On Nov 29, 2011, at 12:26 AM, David Blaikie wrote:
>>>> For a bit of an experiment I've been trying to compile LLVM & Clang
2011 Dec 20
0
[LLVMdev] anchoring explicit template instantiations
On Dec 10, 2011, at 5:20 PM, David Blaikie wrote:
>>> Thanks Chris, committed as r145578. I don't suppose you'll mind some
>>> similar commits as I encounter them?
>>
>> Yep, please feel free.
>
> While you said this - given that I've now gone & fixed /every/
> violation of -Wweak-vtables across LLVM & Clang (apart from some llvm
>
2011 Dec 20
1
[LLVMdev] [cfe-dev] anchoring explicit template instantiations
On Dec 19, 2011, at 5:40 PM, Chris Lattner wrote:
> On Dec 10, 2011, at 5:20 PM, David Blaikie wrote:
>>>> Thanks Chris, committed as r145578. I don't suppose you'll mind some
>>>> similar commits as I encounter them?
>>>
>>> Yep, please feel free.
>>
>> While you said this - given that I've now gone & fixed /every/
2011 Dec 01
0
[LLVMdev] anchoring explicit template instantiations
On Dec 1, 2011, at 1:13 PM, David Blaikie wrote:
>>> (there's also some legitimate unreachable code warnings I'd be happy
>>> to fix as I find them, things like:
>>>
>>> --- a/lib/Support/CommandLine.cpp
>>> +++ b/lib/Support/CommandLine.cpp
>>> @@ -294,10 +294,7 @@ static inline bool ProvideOption(Option *Handler,
>>>
2019 Apr 18
2
[CommandLine] Unable to implement a custom parser -- all marked final
Hi David:
I'd actually like to use a custom parser in a tool I'm developing, parsing
YAML files. The partial fix for my purposes was:
--- a/llvm/include/llvm/Support/CommandLine.h
+++ b/llvm/include/llvm/Support/CommandLine.h
@@ -1044,7 +1044,7 @@ extern template class basic_parser<float>;
//--------------------------------------------------
// parser<std::string>
//
2016 Mar 25
2
Link error on Linux
I'm trying to link a program with LLVM on Linux. I've managed to take out
the test files from 'llvm-config --libs' but now it's getting errors with
missing symbols. The same program successfully links with the same version
of LLVM (3.8) on Windows, so it's not a problem with the code per se, it's
some kind of configuration issue. Any ideas?
g++ -std=c++11
2016 Mar 25
0
Link error on Linux
Hi Russel,
Can you try compiling aklo.o using -fno-rtti prior to linking?
On Thu, Mar 24, 2016 at 11:44 PM, Russell Wallace via llvm-dev
<llvm-dev at lists.llvm.org> wrote:
> I'm trying to link a program with LLVM on Linux. I've managed to take out
> the test files from 'llvm-config --libs' but now it's getting errors with
> missing symbols. The same program
2016 Mar 25
0
Link error on Linux
Since the log tells you that llvm::outs() is not found, and since it is supposed to be found in libLLVMSupport.a, you can try:
$ nm /home/a/build//lib/libLLVMSupport.a | grep ZN4llvm4outsEv
...
0000000000002070 T __ZN4llvm4outsEv
...
The output should have the symbol defined.
--
Mehdi
> On Mar 25, 2016, at 12:18 AM, Russell Wallace via llvm-dev <llvm-dev at lists.llvm.org> wrote:
2016 Mar 25
3
Link error on Linux
Tried that just now, same result.
On Fri, Mar 25, 2016 at 6:58 AM, Snehasish Kumar <kumar.snehasish at gmail.com>
wrote:
> Hi Russel,
>
> Can you try compiling aklo.o using -fno-rtti prior to linking?
>
> On Thu, Mar 24, 2016 at 11:44 PM, Russell Wallace via llvm-dev
> <llvm-dev at lists.llvm.org> wrote:
> > I'm trying to link a program with LLVM on Linux.
2016 Mar 25
2
Link error on Linux
Yeah, seems to.
a at a-VirtualBox:~$ nm /home/a/build//lib/libLLVMSupport.a | grep
ZN4llvm4outsEv
U _ZN4llvm4outsEv
U _ZN4llvm4outsEv
0000000000000000 b _ZGVZN4llvm4outsEvE1S
0000000000000000 T _ZN4llvm4outsEv
0000000000000000 r _ZZN4llvm4outsEvE19__PRETTY_FUNCTION__
0000000000000000 b _ZZN4llvm4outsEvE1S
U _ZN4llvm4outsEv
I can try building
2016 Mar 25
0
Link error on Linux
Looking again at your link line, I think static library has to appear after their uses. So try to put the .o before the list of library.
--
Mehdi
> On Mar 25, 2016, at 12:41 AM, Russell Wallace <russell.wallace at gmail.com> wrote:
>
> Yeah, seems to.
>
> a at a-VirtualBox:~$ nm /home/a/build//lib/libLLVMSupport.a | grep ZN4llvm4outsEv
> U
2013 Jun 12
2
[LLVMdev] "anchor" method policy, request for clarification
I tried to build LLVM with 'gcc-4.8.1 -flto', and when linking unittest programs, I got the following error:
/tmp/cc8pMk84.ltrans30.ltrans.o:(.data.rel.ro._ZTIN4llvm2cl15OptionValueCopyISsEE[_ZTIN4llvm2cl15OptionValueCopyISsEE]+0x10): undefined reference to `typeinfo for llvm::cl::GenericOptionValue'
2013 Jun 12
0
[LLVMdev] "anchor" method policy, request for clarification
(+Chris, since I assume he wrote this policy - and, as I said in my
previous email, I wouldn't mind seeing some justification or just
seeing the rule go away & drop the anchors I added previously (or, if
we're going to keep it, we could add more anchors & actually get to
the point where we're -Wweak-vtable clean & enable that warning))
On Wed, Jun 12, 2013 at 1:44 PM,
2018 Apr 10
3
Invoice numbering for customers
Just wanted to ask a quick question here. I am running GNUC 2.6.12 and
when I create a invoice for a customer I have to enter an invoice
number. I was thinking perhaps there is setting somewhere that I missed
to get it to automatically fill in a invoice number? Id hate to have
invoices with the same invoice number since I have to manually type them
in right now.
Thank you,
jdegraw
2019 Apr 18
2
[CommandLine] Unable to implement a custom parser -- all marked final
https://llvm.org/docs/CommandLine.html#writing-a-custom-parser describes
how to implement a custom parser, but they're all marked `final`, so I
can't inherit.
Is there a reason for this? If not, I'll submit patch with tests.
thanks...
don
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2015 Aug 07
3
[LLVMdev] Ideas for making llvm-config --cxxflags more useful
I’ve almost finished a patch to add back in either out of line destructors or anchor methods. We seem to use one or the one, relatively inconsistently.
What i’ve gone for is that if a class already had an inline destructor then i left it alone and added an anchor method. Otherwise I added an out of line destructor.
Now if I compile Instructions.cpp with -Wweak-vtable, the only warnings given