Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

undefined symbol: mdb_txn_id #25

Open
salortiz opened this issue Jan 25, 2017 · 3 comments
Open

undefined symbol: mdb_txn_id #25

salortiz opened this issue Jan 25, 2017 · 3 comments

Comments

@salortiz
Copy link
Owner

After the v0.11 release that includes @rouzier's work some CPAN testers are failing, see:
http://matrix.cpantesters.org/?dist=LMDB_File+0.11

I'm suspecting we needs to test for the availability of the symbol in lmdb library so that code can be conditionally compiled.

@rouzier, can you take a look, please?

@hoytech
Copy link
Contributor

hoytech commented Jan 25, 2017

Is there any way to tell which liblmdb.so is being used by these tests? It would be nice to throw some diag() lines in the test before the use_ok('LMDB_File') to display this info (if possible).

I recently upgraded Alien::LMDB to the latest LMDB release, 0.9.19. This is another potential advantage of the Alien method: you can encode a minimum version LMDB dependency at the perl level (independent of what your OS packages.)

But I do agree LMDB_File should try to work with both old and new versions, and throw a run-time error if this feature wasn't compiled in.

@hoytech
Copy link
Contributor

hoytech commented Jan 25, 2017

Although I just remembered, Alien::LMDB actually does fallback to the system verson if present... Maybe I should remove that feature, or make it opt-in...

I added an issue here:

hoytech/Alien-LMDB#3

@salortiz
Copy link
Owner Author

I've pushed a trivial fix, I'll wait for some cpantesters.org's reports before closing this.
Fingers crossed ;-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants