Displaying 20 results from an estimated 600 matches similar to: "[LLVMdev] non-POD type with llvm-objdump"
2011 Oct 19
0
[LLVMdev] non-POD type with llvm-objdump
On Tue, Oct 18, 2011 at 4:25 PM, Joe Abbey <jabbey at arxan.com> wrote:
> I'm so close to having LLVM build on PowerPC. If there's any PowerPC
> experts, help?
> Lines like this:
> outs() << "[" << format("%2d", i) << "]"
> << "(sec " << format("%2d",
2014 Mar 22
3
[LLVMdev] [RFC] Moving OnDiskHashTable from clang to LLVM
Rafael Avila de Espindola <rafael.espindola at gmail.com> writes:
>> On Mar 22, 2014, at 1:31, Justin Bogner <mail at justinbogner.com> wrote:
>> Also, the header includes a "clang::io" namespace with some operations
>> for reading and writing little endian files. Should these be directly
>> renamed to "llvm::io", or would something like
2018 Jan 26
3
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
I'm now thinking that there's a bug in either obj2yaml or yaml2obj, because
if I run just those two tools on my codebase it generates yaml files that
can't be decoded, will try now to not add any section to the obj file in
llvm-objcopy to see if I can link with obj files that I rewrite (but
without adding symbols or sections).
One of the bugs that do annoy me is that the timedatestamp
2018 Jan 26
2
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
I'm so close I can almost smell it :)
I know how bad the code looks, I don't intend to submit this, but if you
want to try it out its at:
https://gist.github.com/santagada/544136b1ee143bf31653b1158ac6829e
I'm seeing: lld-link.exe: error: duplicate symbol: "<redacted_unmangled>"
(<redacted>) in <internal> and in <redacted_filename>.obj, looking at the
2018 Jan 26
0
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
Hmm, ok. In that case let me try again without my local changes. Maybe
they are getting in the way :-/
On Fri, Jan 26, 2018 at 9:51 AM Leonardo Santagada <santagada at gmail.com>
wrote:
> it is identical to me... wierd.
>
> On Fri, Jan 26, 2018 at 6:49 PM, Zachary Turner <zturner at google.com>
> wrote:
>
>> (Ignore the fact that my hashes are 8 byte in the
2018 Jan 26
2
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
(Ignore the fact that my hashes are 8 byte in the "good" file, this is due
to some local changes I've been experimenting with)
On Fri, Jan 26, 2018 at 9:48 AM Zachary Turner <zturner at google.com> wrote:
> I did this:
>
> // a.cpp
> static int x = 0;
> void b(int);
> void a(int) {
> if (x)
> b(x);
> }
> int main(int argc, char **argv) {
2018 Jan 25
2
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
I see that there is an auxsymbol per section symbol, and also on the yaml
representation there is a checksum, selection and unused all of them I have
no idea how to fill in, also this aux symbol might have some important
information for me to patch on the other symbols. Can you find the part in
llvm that it writes those? because at least for auxsymbol the yaml part of
the code threats as a binary
2018 Jan 26
0
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
Interesting. If it is generating yaml files that can't be decoded, then
definitely sounds like a bug. If you can provide a reduced test case we
can try to fix it, but admittedly it can often take some effort to generate
a reduced test case. The best way is to use creduce. Use cl or clang-cl
and write the pre-processed output to a file, then run creduce on that file
with a test that
2018 Jan 26
1
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
it is identical to me... wierd.
On Fri, Jan 26, 2018 at 6:49 PM, Zachary Turner <zturner at google.com> wrote:
> (Ignore the fact that my hashes are 8 byte in the "good" file, this is due
> to some local changes I've been experimenting with)
>
> On Fri, Jan 26, 2018 at 9:48 AM Zachary Turner <zturner at google.com> wrote:
>
>> I did this:
>>
2018 Jan 25
0
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
I haven't really dabbled in this part of the COFF format personally, so
hopefully I'm not leading you astray :)
But I checked the code for coff2yaml, and I see this:
} else if (Symbol.isSectionDefinition()) {
// This symbol represents a section definition.
assert(Symbol.getNumberOfAuxSymbols() == 1 &&
"Expected a single aux symbol to
2018 Jan 26
0
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
I did this:
// a.cpp
static int x = 0;
void b(int);
void a(int) {
if (x)
b(x);
}
int main(int argc, char **argv) {
a(argc);
return x;
}
clang-cl /Z7 /c a.cpp /Foa.noghash.obj
clang-cl /Z7 /c a.cpp -mllvm -emit-codeview-ghash-section
/Foa.ghash.good.obj
llvm-objcopy a.noghash.obj a.ghash.bad.obj
obj2yaml a.ghash.good.obj > a.ghash.good.yaml
obj2yaml a.ghash.bad.obj >
2017 Dec 06
2
[LLD] Slow callstacks in gdb
Rui Ueyama <ruiu at google.com> writes:
> On Tue, Dec 5, 2017 at 1:22 PM, Rafael Avila de Espindola <
> rafael.espindola at gmail.com> wrote:
>
>> Martin Richtarsky <s at martinien.de> writes:
>>
>> > Output looks as follows [1] Seems sh_offset is missing?
>>
>> That is what readelf prints as Off
>>
>> > [17] .rela.text
2018 Jan 25
0
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
If you run obj2yaml against a very simple object file, you'll see something
like this at the end:
```
symbols:
- Name: '@comp.id'
Value: 17130443
SectionNumber: -1
SimpleType: IMAGE_SYM_TYPE_NULL
ComplexType: IMAGE_SYM_DTYPE_NULL
StorageClass: IMAGE_SYM_CLASS_STATIC
- Name: '@feat.00'
Value:
2018 Jan 26
4
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
dumpbin has some clues. I ran dumpbin /all on both object files and diffed
the results.
In the good object file, Section #2 (.data) has File Pointer to Raw Data =
208, but in the bad file Section #2 (.data) has File Pointer to Raw Data =
0.
Also, Section #3 (.bss) in the good file has Size of Raw Data = 4, but in
the bad file Section #3 (.bss) has Size of Raw Data = 0.
On Fri, Jan 26, 2018 at
2018 Jan 25
3
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
Any idea on how to create this new symbol there? I saw that there is a
symbol pointing to each section, but didn't understand the format, and
yaml2obj doesn't check it or do anything with the list.
On Thu, Jan 25, 2018 at 6:56 PM, Leonardo Santagada <santagada at gmail.com>
wrote:
> YES, THANK YOU... I WAS THINKING THIS BUT COMPLETELY FORGOT.
>
> sorry for the caps... long
2014 Mar 24
2
[LLVMdev] [RFC] Moving OnDiskHashTable from clang to LLVM
Rafael Espíndola <rafael.espindola at gmail.com> writes:
>> They're obviously related. Endian.h defines types like ulittle32, which
>> DTRT when read and written from memory, whereas clang::io has functions
>> to read and write memory like so:
>>
>> void Emit32(raw_ostream& Out, uint32_t V);
>> uint32_t ReadLE32(const unsigned char
2018 Aug 31
2
PDB questions
Zachary,
Thanks for the help on IRC earlier. I've got code that can capture a stack
trace and then discover for each address, its module, function, source
index, line, and column.
I still have a couple of loose ends though. Do you know what's going on
here?
1. There appears to be 8 bytes before every LineFragmentHeader. Here's some
of my own debug output, which matches
2018 Aug 31
2
PDB questions
For the first and third questions, the easiest thing to do would be run
llvm-pdbutil under a debugger and step through the code. Code that looks
simple and innocuous can often have a lot of stuff hidden behind it. For
example you could step through that loop that iterates the debug
subsections and look at the value of Reader.getOffset() every time, and see
if it matches with your own code
2012 Nov 25
6
[LLVMdev] Improved Covered Default Switch detection
If cmake happens to detect GCC for the C compiler and Clang for the C++ compiler, then a manual override of either the C compiler or SUPPORTS_COVERED_SWITCH_DEFAULT_FLAG is required. This has been happening on my Darwin build environments:
-- The C compiler identification is GNU 4.2.1
-- The CXX compiler identification is Clang 4.1.0
Without the manual overrides, all C sources fail to compile
2017 Dec 05
2
[LLD] Slow callstacks in gdb
Martin Richtarsky <s at martinien.de> writes:
> Output looks as follows [1] Seems sh_offset is missing?
That is what readelf prints as Off
> [17] .rela.text RELA 0000000000000000 071423 001728 18
> 1 4 8
The offset of rela text should have been aligned, but it is not. Can you
report a bug on icc? As a work around using the gnu assembler if
possible