Something wrong with my libpthread.so

Project Infrastructure LLVM Dev List Archives
1

Hi,all

I tried to run the generated whole-program bitcode of BIND,but I got some information:

0 lli 0x0000000000feda16
1 lli 0x0000000000fed88f
2 libpthread.so.0 0x0000003df340eee0
3 libc.so.6 0x0000003df28332f5 gsignal + 53
4 libc.so.6 0x0000003df2834b20 abort + 384
5 libc.so.6 0x0000003df282c2fa __assert_fail + 234
6 lli 0x000000000085ece9 llvm::SmallVectorImplllvm::Instruction*::operator(unsigned int) + 77
7 lli 0x0000000000850ce0 llvm::BitcodeReader::ParseMetadataAttachment() + 448
8 lli 0x0000000000851043 llvm::BitcodeReader::ParseFunctionBody(llvm::Function*) + 677
9 lli 0x0000000000854b29 llvm::BitcodeReader::materializeFunction(llvm::Function*, std::string*) + 323
10 lli 0x0000000000c6a073 llvm::JIT::getPointerToFunction(llvm::Function*) + 421
11 lli 0x0000000000c68ae6 llvm::JIT::runFunction(llvm::Function*, std::vector<llvm::GenericValue, std::allocatorllvm::GenericValue > const&) + 120
12 lli 0x0000000000c91b25 llvm::ExecutionEngine::runFunctionAsMain(llvm::Function*, std::vector<std::string, std::allocatorstd::string > const&, char const* const*) + 1091
13 lli 0x00000000008448ea main + 1841
14 libc.so.6 0x0000003df281ea2d __libc_start_main + 253
15 lli 0x0000000000843fd9

Does it mean that there is something wrong with my libpthread.so???

I tried this:

llvm-ld test.o -lpthread

the system told me that “Cannot find the library libpthread.so” ,which is just in /usr/lib64

What’s the problem??

Thanks

Nan

2

No, that means you're running into
5278 – Crash in BitcodeReader::ParseMetadataAttachment(). Stack frames after
__assert_fail usually don't mean much. pthread is probably involved
because it controls how signals are sent to threads.

3

Hi,

Hi,all

I tried to run the generated whole-program bitcode of BIND,but I got some
information:

0 lli 0x0000000000feda16
1 lli 0x0000000000fed88f
2 libpthread.so.0 0x0000003df340eee0
3 libc.so.6 0x0000003df28332f5 gsignal + 53
4 libc.so.6 0x0000003df2834b20 abort + 384
5 libc.so.6 0x0000003df282c2fa __assert_fail + 234
6 lli 0x000000000085ece9
llvm::SmallVectorImpl<llvm::Instruction*>::operator(unsigned int) + 77
7 lli 0x0000000000850ce0
llvm::BitcodeReader::ParseMetadataAttachment() + 448
8 lli 0x0000000000851043

Looks like a bug in the following piece of code, from
BitcodeReader::ParseMetadataAttachment():

  1601 case bitc::METADATA_ATTACHMENT: {
  1602 unsigned RecordLength = Record.size();
  1603 if (Record.empty() || (RecordLength - 1) % 2 == 1)
  1604 return Error ("Invalid METADATA_ATTACHMENT reader!");
  1605 Instruction *Inst = InstructionList[Record[0]];
  1606 for (unsigned i = 1; i != RecordLength; i = i+2) {
  1607 unsigned Kind = Record[i];
  1608 Value *Node = MDValueList.getValueFwdRef(Record[i+1]);
  1609 TheMetadata.addMD(Kind, cast<MDNode>(Node), Inst);
  1610 }
  1611 break;
  1612 }

At line 1606, i never becomes equal to RecordLength.

Regards,
-Mahadevan.

4

Mahadevan R wrote:

Hi,

Hi,all

I tried to run the generated whole-program bitcode of BIND,but I got some
information:

0 lli 0x0000000000feda16
1 lli 0x0000000000fed88f
2 libpthread.so.0 0x0000003df340eee0
3 libc.so.6 0x0000003df28332f5 gsignal + 53
4 libc.so.6 0x0000003df2834b20 abort + 384
5 libc.so.6 0x0000003df282c2fa __assert_fail + 234
6 lli 0x000000000085ece9
llvm::SmallVectorImpl<llvm::Instruction*>::operator(unsigned int) + 77
7 lli 0x0000000000850ce0
llvm::BitcodeReader::ParseMetadataAttachment() + 448
8 lli 0x0000000000851043

Looks like a bug in the following piece of code, from
BitcodeReader::ParseMetadataAttachment():

  1601 case bitc::METADATA_ATTACHMENT: {
  1602 unsigned RecordLength = Record.size();
  1603 if (Record.empty() || (RecordLength - 1) % 2 == 1)
  1604 return Error ("Invalid METADATA_ATTACHMENT reader!");
  1605 Instruction *Inst = InstructionList[Record[0]];
  1606 for (unsigned i = 1; i != RecordLength; i = i+2) {
  1607 unsigned Kind = Record[i];
  1608 Value *Node = MDValueList.getValueFwdRef(Record[i+1]);
  1609 TheMetadata.addMD(Kind, cast<MDNode>(Node), Inst);
  1610 }
  1611 break;
  1612 }

At line 1606, i never becomes equal to RecordLength.

I strongly suspect this is llvm.org/PR5278 . Please add your comments there, thanks!

Nick

5

Mahadevan R wrote:

Hi,

Hi,all

I tried to run the generated whole-program bitcode of BIND,but I got some
information:

0 lli 0x0000000000feda16
1 lli 0x0000000000fed88f
2 libpthread.so.0 0x0000003df340eee0
3 libc.so.6 0x0000003df28332f5 gsignal + 53
4 libc.so.6 0x0000003df2834b20 abort + 384
5 libc.so.6 0x0000003df282c2fa __assert_fail + 234
6 lli 0x000000000085ece9
llvm::SmallVectorImpl<llvm::Instruction*>::operator(unsigned int) + 77
7 lli 0x0000000000850ce0
llvm::BitcodeReader::ParseMetadataAttachment() + 448
8 lli 0x0000000000851043

Looks like a bug in the following piece of code, from
BitcodeReader::ParseMetadataAttachment():

1601 case bitc::METADATA_ATTACHMENT: {
1602 unsigned RecordLength = Record.size();
1603 if (Record.empty() || (RecordLength - 1) % 2 == 1)
1604 return Error ("Invalid METADATA_ATTACHMENT reader!");
1605 Instruction *Inst = InstructionList[Record[0]];
1606 for (unsigned i = 1; i != RecordLength; i = i+2) {
1607 unsigned Kind = Record[i];
1608 Value *Node = MDValueList.getValueFwdRef(Record[i+1]);
1609 TheMetadata.addMD(Kind, cast<MDNode>(Node), Inst);
1610 }
1611 break;
1612 }

At line 1606, i never becomes equal to RecordLength.

I strongly suspect this is llvm.org/PR5278 . Please add your comments there,
thanks!

Done.

Regards,
-Mahadevan.