Rust: decl_macro: Importe funktionieren nicht in Crate-übergreifenden Aufrufen

Entschuldigung für die Verzögerung. Behoben in #46419.

Ich weiß nicht, ob es das gleiche Problem ist (und ob der PR es behoben hat), aber ich erhalte den gleichen Fehler mit proc_macro .
Hier ist ein minimales Beispiel, um dieses Problem zu reproduzieren.
Ist es das gleiche Problem?
Wenn ich cargo build ausführe, erhalte ich die folgenden Fehler:

error[E0433]: failed to resolve. Could not find `postgres` in `{{root}}`
 --> src/lib.rs:9:17
  |
9 | #[derive(Debug, SqlTable)]
  |                 ^^^^^^^^ Could not find `postgres` in `{{root}}`

error[E0433]: failed to resolve. Could not find `std` in `{{root}}`
 --> src/lib.rs:9:17
  |
9 | #[derive(Debug, SqlTable)]
  |                 ^^^^^^^^ Could not find `std` in `{{root}}`

error[E0412]: cannot find type `Table` in this scope
 --> src/lib.rs:9:17
  |
9 | #[derive(Debug, SqlTable)]
  |                 ^^^^^^^^ not found in this scope
help: possible candidate is found in another module, you can import it into scope
  |
3 | use Table;
  |

Gibt es eine Problemumgehung für dieses Problem?
Vielen Dank.

@antoyo Dies ist eine Folge der Hygiene.

Da ::postgres::types::Type in der proc-Makrodefinition steht, wird es im Geltungsbereich der Makrodefinition aufgelöst. Insbesondere wird es das gleiche auflösen, egal wo das Makro aufgerufen wird.

Es gibt kein extern crate postgres; im Proc-Macro-Crate-Wurzel, daher erhalten Sie einen Auflösungsfehler. Das einfache Hinzufügen von extern crate postgres; zum proc-macro-Crate-Root reicht jedoch auch nicht aus, da proc-macro-Abhängigkeiten für die Host-Plattform (Phase 0) kompiliert werden, nicht für die Zielplattform (Phase 1) und so die Expansion kann sie nicht sehen.

Die Lösung hier besteht darin, Zielabhängigkeiten zu proc-macro-Kisten hinzuzufügen, wie in https://github.com/rust-lang/rust/issues/45934#issuecomment -344497531 beschrieben.

Im Moment müssen Sie extern crate postgres; in die Makroerweiterung einfügen. Aus Hygienegründen kollidiert dies nicht mit etwas namens postgres auf der Aufrufseite, wirkt sich nicht auf die Auflösung der Makroargumente aus usw. Zum Beispiel:

            quote! {
                extern crate std;
                extern crate postgres;
                use std::io::Write;
                use postgres::types::{IsNull, ToSql, Type};

                impl ToSql for #table_ident {
                    fn to_sql<W: Write + ?Sized>(&self, ty: &Type, out: &mut W) -> postgres::Result<IsNull> {
                        self.#primary_key_ident.to_sql(ty, out)
                    }

                    fn accepts(ty: &Type) -> bool {
                        match *ty {
                            Type::Int4 => true,
                            _ => false,
                        }
                    }

                    fn to_sql_checked(&self, ty: &Type, out: &mut Write) -> postgres::Result<IsNull> {
                        if !<Self as ToSql>::accepts(ty) {
                            return Err(postgres::error::Error::WrongType(ty.clone()));
                        }
                        self.to_sql(ty, out)
                    }
                }
            }

Alternativ können Sie ::postgres::types::Type auf der Anrufseite (unhygienisch) auflösen, indem Sie Span::call_site() (Token von quote! haben standardmäßig Span::def_site() ). Bald wird es spanned_quote!(span, tokens...) einfacher machen.