Why is Gettext not getting a string at compile-time in the macro I built?

I’ve run into a similar thing in Ruby before. I don’t have a solid answer for you but I believe it boils down to that you need to give literal args, ie not dynamic in any way, to dgettext. These are essentially defined as identity functions that are later, uh, “processed” might be the right word? I’m not too sure how it works in Elixir, but taking a quick look at the code they all end up here. I don’t have a good grasp of when to use quote unquote: false but this is what the macro does. You can see in iex that it expand literal variable names:

iex(1)> quote(unquote: false, do: path)
{:path, [], Elixir}

So that’s likely why that is happening. I’m not sure how to work around it though you could look at a lib that does this kind of stuff (or wait until someone more knowledgable responds, lol).

On an unrelated nitpick: import does an implicit require so there is no need for both. It also makes your __using__ unnecessary!

EDIT: Just as I hit enter, @kip starts responding so ya… see what he says

Macros receive and return AST. Therefore path as a parameter to your macro is always going to be AST.

More specifically, I think you would need to lower the dgettext call into the quote block so that it can be expanded at the correct time with the correct parameters.

path in this case is a string tho so its AST should be itself, no?

Mostly, but not always. Gettext will also accept:

iex> quote do
...> "This is" <> "a string"
...> end
{:<>, [context: Elixir, imports: [{2, Kernel}]], ["This is", "a string"]}

Something like this is the approach I would probably take:

defmodule MyApp.Macro do
  @display_languages ["en", "nl", "pt", "fil", "zh"]

  defmacro live_int(path, live_view) do
    for lang <- @display_languages do
      quote do
        translation =
          Gettext.with_locale(unquote(lang), fn ->
            MyApp.Gettext.dgettext("routes", unquote(path))
          end)

        path_int =
          "/#{unquote(lang)}/#{translation}"

        live unquote(path_int), unquote(live_view)
      end
    end
  end
end

I do something similar in ex_cldr_routes in the sigil_q macro - that might also give you some ideas.

No, not at all. path is a variable, so the macro receives the AST of the variable path. It doesn’t get access to the value the variable evaluates to – at runtime. And by runtime I mean when the code is executed, which in this case might still be while compiling the project.

I’ve recently written a more elaborate post, which should be a useful read:

@sodapopcan @kip @LostKobrakai

All very informative and an excellent blog post.

A minor correction on line 14, for the sake of not leaving any untied ends.

0 defmodule MyAppWeb.Macro
1    @display_languages ["en", "nl", "pt", "fil", "zh"]
2 
3   defmacro live_int(path, live_view) do
4     for lang <- @display_languages do
5       quote do
6         translation =
7           Gettext.with_locale(unquote(lang), fn ->
8             MyAppWeb.Gettext.dgettext("routes", unquote(path))
9           end)
10
11        path_int =
12           "/#{unquote(lang)}/#{translation}"
13
14        live path_int, unquote(live_view) # Make sure to not unquote `path_int`
15      end
16    end
17  end
18 end

Ya I don’t know what I was thinking yesterday other than my brain getting super tripped up by a problem I ran into in another language