core::* listed four times in RUST_LOG=?

[jdm]

Crate log map:

  core::u64
  core::uint
  core::int
  core::task
  core::str
  std::map::chained
  std::test
  std::ebml
  std::smallintmap
  std::getopts
  std::uv
  std::io
  core::u64
  core::uint
  core::int
  core::task
  core::str
  rustc::util::common
  rustc::middle::resolve
  rustc::back::rpath
  rustc::middle::trans_closure
  rustc::syntax::ext::fmt
  rustc::util::filesearch
  rustc::syntax::parse::lexer
  rustc::middle::fn_usage
  rustc::metadata::csearch
  rustc::middle::tstate::collect_locals
  rustc::middle::ty
  rustc::middle::tstate::bitvectors
  rustc::middle::tstate::pre_post_conditions
  rustc::syntax::parse::eval
  rustc::middle::typeck
  rustc::middle::debuginfo
  rustc::syntax::parse::parser
  rustc::front::attr
  rustc::middle::trans_build
  rustc::middle::tstate::ck
  rustc::middle::tstate::aux
  rustc::syntax::print::pp
  rustc::front::test
  rustc::metadata::cstore
  rustc::lib::llvm
  rustc::metadata::tydecode
  rustc::middle::tstate::annotate
  rustc::metadata::creader
  rustc::middle::trans
  rustc::driver::driver
  rustc::middle::ty::unify
  rustc::back::link
  core::u64
  core::uint
  core::int
  core::task
  core::str
  std::map::chained
  std::test
  std::ebml
  std::smallintmap
  std::getopts
  std::uv
  std::io
  core::u64
  core::uint
  core::int
  core::task
  core::str

[marijnh]

Core is listed as an included crate for all other crates (in this case, rustc, librustc, and std). The runtime function that lists these should keep a set of visited crates and not descend already-visited ones. The same should probably be done in the function that updates logging flags.

[catamorphism]

This appears to be the same bug as #2673, but I'm not totally sure.

[catamorphism]

This is still a bug. core does not appear at all now, but std::net_ip (for example) is listed four times.

[ILyoan]

I think I can fix this. but as I know, the rust log system will be replaced with new one.
Should this be fixed anyway?

[brson]

Yes, I think it is worth fixing. Rewriting log is a low priority, and
hopefully the same fix can be used then as well.
On Feb 7, 2013 8:26 PM, "ILYONG CHO" notifications@github.com wrote:

I think I can fix this. but as I know, the rust log system will be
replaced with new one.
Should this be fixed anyway?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1531#issuecomment-13276459.

[catamorphism]

Fixed in dd41f04