hannesveit

hannesveit

Hi all,

I’m trying to get up to speed with elixir and have just stumbled across a compiler warning that I find a bit puzzling. I was wondering if someone here could explain to me why the compiler behaves like this. Consider the following code:

defmodule Foo do
  def f(), do: :foo
end

defmodule Bar do
  def f(), do: :bar
end

defmodule Test do
  def return_module_tuple_directly(name) do
    case name do
      "foo" -> {:ok, Foo}
      "bar" -> {:ok, Bar}
      _ -> {:error, :unknown_module}
    end
  end

  def return_module_tuple_with_module_variable(name) do
    module = case name do
      "foo" -> Foo
      "bar" -> Bar
      _ -> nil
    end
    if module != nil, do: {:ok, module}, else: {:error, :unknown_module}
  end

  def this_works_fine(name) do
    {:ok, module} = return_module_tuple_directly(name)
    module.f()
  end

  def this_fails(name) do
    {:ok, module} = return_module_tuple_with_module_variable(name)
    module.f()
  end

  def this_also_fails(name) do
    case return_module_tuple_with_module_variable(name) do
      {:ok, module} -> module.f()
      _ -> :error
    end
  end

  def but_this_works(name) do
    with {:ok, module} <- return_module_tuple_with_module_variable(name) do
      module.f()
    end
  end
end

If I compile that, I’m getting the following warnings:

    warning: nil.f/0 is undefined (module nil is not available or is yet to be defined)
    │
 34 │     module.f()
    │            ~
    │
    └─ modules.ex:34:12: Test.this_fails/1
    └─ modules.ex:39:31: Test.this_also_fails/1

What I don’t understand is:

  1. In this_fails/1, why does the compiler think the module could be nil? We’re explicitly testing if module != nil. So it should know that the module can never be nil if the first tuple element is :ok. I’m assuming it’s smart enough to “see” that the value could be nil from the case statement but then it’s not smart enough to also introspect the condition of if (module != nil)?

  2. Why does wrapping the matching of {:ok, module} in a with statement prevent this warning, but the similar variant with the case statement does not? This is what confuses me the most.

I’d really appreciate an explanation! Thanks!

Showing Posts 1 to 2

LostKobrakai

LostKobrakai

This looks like a bug in the typesystem, though it’s a bit surprising that using with would make things work.

hannesveit

hannesveit OP

FWIW,

$ elixirc --version
Erlang/OTP 28 [erts-16.0.1] [source] [64-bit] [smp:10:10] [ds:10:10:10] [async-threads:1] [jit] [dtrace]

Elixir 1.18.4 (compiled with Erlang/OTP 27)
— All posts loaded —

Where Next? Top

Trending in Questions Top

RSP87
I’m working on a project that simulates the bumbl example in the programming phoenix book. It acts almost like an email client. We have a...
New
nseaSeb
Hello, I know there is an approach for handling lists that allows for optimized traversal, but I can’t recall the specific method (somet...
New
kpanic
Hi everyone, I am toying with the idea of building a “match maker” for giving personal help to people that wants to start coding. I sta...
New
brecabral
Documentation While reading the Scoped Routes section, I noticed that the documentation currently refers to a problem without explainin...
New
velrest
So my question is quite simple and i have found no conclusive answer on forum, google or AI. Should we use :erlang.float for Integer to ...
New
asweet-confluent
I recently noticed that Elixir’s Logger defaults its primary log level to :debug when no :logger, :level application configuration is pre...
New
apz
I’m new to elixir and just tried to install the elixirLS extension for VScode(ium) and it is throwing some errors that I would like help ...
New

Other Trending Topics Top

GenericJam
Edit: 2026 May 15 - This post is archived. Mob is alive!! Main docs: mob v0.7.11 — Documentation A bit of explanation for the slightly c...
New
JesseHerrick
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
New
mudasobwa
I am happy to introduce the very α version of the new programming language compiled to BEAM. Welcome Cure. It has literally three kille...
New
marciok
Hi there! We created Gust: A task orchestrator inspired by Airflow. For those who have never heard about Aiflow, it’s a Python-based wor...
New
mhanberg
Hi everyone! The first release candidate for the Expert language server project is now available! We’ve published a press release detai...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews