Suggestion to add into Readme correct version of Pin to download about lighthouse

[gaasedelen]

So ignoring GCC's advice to add -faligned-new (which yields the symbol error you pasted) to the Makefile, I used -Wno-aligned-new to silence the error.

This seems to work, producing a valid Pin 3.7 pintool on Ubuntu 18.04. @computereasy go ahead and try the new Makefile I pushed to the develop branch and see if that works.

That said, I am not sure if this is the proper fix... but it appears to be working :-)

[computereasy]

Hi, @gaasedelen , I tried a number of Pin implementations, and only the pin-3.0 works...

All the other versions (3.4, 3.6., 3.7) throws the following issue:

➜  CodeCoverage ../../../pin -t obj-intel64/CodeCoverage.so -- ~/work/code/tools/codeCoverage/qs
E: Unable to load /home/wangshua/work/code/pin-3.4-97438-gf90d1f746-gcc-linux/source/tools/CodeCoverage/obj-intel64/CodeCoverage.so: dlopen failed: cannot locate symbol

"_ZnwmSt11align_val_t" referenced by "/home/wangshua/work/code/pin-3.4-97438-gf90d1f746-gcc-linux/source/tools/CodeCoverage/obj-intel64/CodeCoverage.so"...

Any idea on that?

[gaasedelen]

Hmm, have you checked the releases page for this repo? It has downloads to versions built for the past few major Pin releases. This includes every release since Pin 3.4.

v0.7 Release -- Pin 3.4, 3.5
v0.8 Release -- Pin 3.6, 3.7

Thanks for the issue. I can improve the language/links in the README's to further clarify this in the next update or hotfix.

[gaasedelen]

Hmm... that sounds like it would probably be a separate issue.

I just downloaded the latest Pin (3.7) from Intel, building the coverage pintool in an Ubuntu 16.04 (64bit) VM. Everything appears to be working fine for me -- I cannot reproduce the load failure you pasted. Symbol/export issues most likely stem from either your compiler toolchain or the way you built the pintool.

What OS are you running on your host system?
Did you compile using the instructions in the pintool readme?
What is your system default compiler?
Are you trying to instrument a 32bit or 64bit executable?

[computereasy]

Thanks for your prompt feedback. I am using Ubuntu 18.04 with gcc 7.3.0. I am trying to instrument 64-bit binaries.

[computereasy]

So actually the plugin works on another machine of mine, a Ubuntu 14.04 machine with pin 3.0, and gcc 6.4.0

[gaasedelen]

Interesting, thanks for the info. I will get a 18.04 VM setup in the next couple of days and test on that. It's possible our makefile is missing a necessary toggle for newer versions of GCC, not sure.

[computereasy]

No problem, I will setup a Ubuntu 16.04 machine and hope it would go smoothly.

[anishrajghimire]

Hello @computereasy,

I am also getting the same error.
Did you solve this error?
/sniper-7.2/sift/recorder/obj-intel64/sift_recorder: dlopen failed: cannot locate symbol "_ZnwmSt11align_val_t"

[YLSnowy]

Hello @computereasy,

I am also getting the same error. Did you solve this error? /sniper-7.2/sift/recorder/obj-intel64/sift_recorder: dlopen failed: cannot locate symbol "_ZnwmSt11align_val_t"

hello, i am also get the same error
Did you solve this error?
Thank you all the same!

[YLSnowy]

Hi,

Thank you for this excellent tool.
But I am gettiing some peoblem.
dlopen failed: cannot locate symbol "_ZnwmSt11align_val_t"
Do you know how to solve it?

[xzx0805]

@YLSnowy @anishrajghimire @gaasedelen @computereasy @peta909
hello, i am also get the same error
Did you solve this error?
Thank you all the same!