Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • Home
  • SEARCH
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 711009
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 14, 20262026-05-14T04:41:13+00:00 2026-05-14T04:41:13+00:00

Is this an intended behavior or is it a bug? Consider the following trait

  • 0

Is this an intended behavior or is it a bug? Consider the following trait (be it a class, doesn’t matter):

trait P[T] {
    class Inner(val f: T => Unit = _ => println("nope"))
}

This is what I would have expected:

scala> val p = new P[Int] {
     |     val inner = new Inner
     | }
p: java.lang.Object with P[Int]{def inner: this.Inner} = $anon$1@12192a9

scala> p.inner.f(5)
nope

But this?

scala> val p = new P[Int] {
     |     val inner = new Inner() {
     |         println("some primary constructor code in here")
     |     }
     | }
<console>:6: error: type mismatch;
 found   : (T) => Unit
 required: (Int) => Unit
           val inner = new Inner() {
                           ^
  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-14T04:41:13+00:00Added an answer on May 14, 2026 at 4:41 am

    That appears to be a bug, albeit at a rather obscure intersection between nested classes, abstract types, and default parameters. You could raise a ticket in the Scala bug tracker — I couldn’t find an existing ticket describing this.

    Here’s how it looks after the typer phase:

     ~: scala -nocompdaemon -Xprint:typer -e 'trait P[T] { class Inner(val f: T = null.asInstanceOf[T]) }; new P[Int] { new Inner(){} }'
    !!!
    discarding <script preamble>
    (fragment of scalacmd162105603941759154.scala):1: error: type mismatch;
     found   : T
     required: Int
    trait P[T] { class Inner(val f: T = null.asInstanceOf[T]) }; new P[Int] { new Inner(){} }
                                                                                   ^
    [[syntax trees at end of typer]]// Scala source: (virtual file)
    package <empty> {
      final object Main extends java.lang.Object with ScalaObject {
        def this(): object Main = {
          Main.super.this();
          ()
        };
        def main(argv: Array[String]): Unit = {
          val args: Array[String] = argv;
          {
            final class $anon extends scala.AnyRef {
              def this(): anonymous class $anon = {
                $anon.super.this();
                ()
              };
              abstract trait P[T >: Nothing <: Any] extends java.lang.Object with ScalaObject {
                def /*P*/$init$(): Unit = {
                  ()
                };
                class Inner extends java.lang.Object with ScalaObject {
                  <paramaccessor> private[this] val f: T = _;
                  <stable> <accessor> <paramaccessor> def f: T = Inner.this.f;
                  def this(f: T = null.asInstanceOf[T]): P.this.Inner = {
                    Inner.super.this();
                    ()
                  }
                };
                final <synthetic> object Inner extends java.lang.Object with ScalaObject {
                  <synthetic> def init$default$1: T @scala.annotation.unchecked.uncheckedVariance = null.asInstanceOf[T];
                  def this(): object P.this.Inner = {
                    Inner.super.this();
                    ()
                  }
                }
              };
              {
                final class $anon extends java.lang.Object with this.P[Int] {
                  def this(): anonymous class $anon = {
                    $anon.super.this();
                    ()
                  };
                  {
                    final class $anon extends $anon.this.Inner {
                      def this(): anonymous class $anon = {
                        $anon.super.this(P.this.Inner.<error: method init$default$1>);
                        ()
                      };
                      <empty>
                    };
                    new $anon()
                  }
                };
                new $anon()
              }
            };
            {
              new $anon();
              ()
            }
          }
        }
      }
    }
    

    And the working version, without the anonymous inner class extending Inner.

     ~: scala -nocompdaemon -Xprint:typer -e 'trait P[T] { class Inner(val f: T = null.asInstanceOf[T]) }; new P[Int] { new Inner() }'
    [[syntax trees at end of typer]]// Scala source: (virtual file)
    package <empty> {
      final object Main extends java.lang.Object with ScalaObject {
        def this(): object Main = {
          Main.super.this();
          ()
        };
        def main(argv: Array[String]): Unit = {
          val args: Array[String] = argv;
          {
            final class $anon extends scala.AnyRef {
              def this(): anonymous class $anon = {
                $anon.super.this();
                ()
              };
              abstract trait P[T >: Nothing <: Any] extends java.lang.Object with ScalaObject {
                def /*P*/$init$(): Unit = {
                  ()
                };
                class Inner extends java.lang.Object with ScalaObject {
                  <paramaccessor> private[this] val f: T = _;
                  <stable> <accessor> <paramaccessor> def f: T = Inner.this.f;
                  def this(f: T = null.asInstanceOf[T]): P.this.Inner = {
                    Inner.super.this();
                    ()
                  }
                };
                final <synthetic> object Inner extends java.lang.Object with ScalaObject {
                  <synthetic> def init$default$1: T @scala.annotation.unchecked.uncheckedVariance = null.asInstanceOf[T];
                  def this(): object P.this.Inner = {
                    Inner.super.this();
                    ()
                  }
                }
              };
              {
                final class $anon extends java.lang.Object with this.P[Int] {
                  def this(): anonymous class $anon = {
                    $anon.super.this();
                    ()
                  };
                  new $anon.this.Inner($anon.this.Inner.init$default$1)
                };
                new $anon()
              }
            };
            {
              new $anon();
              ()
            }
          }
        }
      }
    }
    
    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

Not sure if this is intended behavior or a bug or a wrong function
This past summer I was developing a basic ASP.NET/SQL Server CRUD app, and unit
I might be missing something about the intended behavior of list extend, but why
I have this C# DLL: namespace TestCSProject { public class TestClass { public static
Given the following template: template <typename T> class wrapper : public T {}; What
This is a bit of a long shot, but if anyone can figure it
This is starting to vex me. I recently decided to clear out my FTP,
This is kinda oddball, but I was poking around with the GNU assembler today
This might seem like a stupid question I admit. But I'm in a small
This is a difficult and open-ended question I know, but I thought I'd throw

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.