Macros require importing other crates about der-parser HOT 8 CLOSED

I confirm that problem, however the bug is not in this crate nor in rusticata-macros.
This is caused by nom defining a dbg macro and rust deciding to use it even without a use statement.

As a workaround, it's possible to use ::std::dbg!() instead of dbg!() until it is fixed.

I forwarded your issue to nom (rust-bakery/nom#1022) with an example, so closing this one.

from der-parser.

@chifflier the issue is that #[macro_use] extern crate nom; is neccessary in user code in the first place. You have to reexport macros you intend to use from other crates in your own macros.

from der-parser.

Or, you have to show in your examples that this is needed. It appears there are no files in tests/ that use the macros so that's why you wouldn't have seen this.

from der-parser.

Oh, maybe I didn't get the issue right then (reopening). I'll check if re-exporting macros works.

That said, there is code in tests using macros, see https://github.com/rusticata/der-parser/blob/master/tests/constructed.rs (but it imports everything).

from der-parser.

@abonander 3f896e2 should fix the problem by allowing to use der-parser macros without importing nom nor rusticata-macros . I'm running more tests, but if it works correctly, it could justify a new release.

Note I had to add new result types to hide nom::IResult

from der-parser.

Result types (and removal of now unneeded imports) have been generalized in d24fdcc and 0b6e713
der-parser macros can now be used without importing other crates.

Thanks for the suggestion of re-exporting macros, it helped solving the problem.

from der-parser.

Forgot to say: der-parser 3.0.1 has been published

from der-parser.

Thanks!

from der-parser.