Re: [elixir-core:6973] [Proposal] @dependency_of
The problem is the compilation order. The relationship between mod A & B is being written in __before_compile__ for each module. mod A is using Module.put_attribute(B, :requires, A) in its __before_compile__ then B would do something like: quote do for mod <- @requires, do: require mod end However B gets compiled before A and its @requires is always empty. On Tuesday, February 28, 2017 at 3:59:09 AM UTC-5, José Valim wrote: > > Actually, if you invoke the other module explicitly, it should also be > enough to list it as a dependency and for Elixir/Mix to track it. Unless > you are somehow generating those module names dynamically. Here is a good > article on the topic: > http://milhouseonsoftware.com/2016/08/11/understanding-elixir-recompilation/ > > > > *José Valim* > www.plataformatec.com.br > Skype: jv.ptec > Founder and Director of R > > On Tue, Feb 28, 2017 at 9:57 AM, José Valim <jose@plataformatec.com.br > > wrote: > >> "require OtherModule" should do it. If not, it is a bug in Mix or Elixir, >> so please provide a mechanism to reproduce it so we can fix it. :) >> >> >> >> *José Valim* >> www.plataformatec.com.br >> Skype: jv.ptec >> Founder and Director of R >> >> On Tue, Feb 28, 2017 at 9:55 AM, Brian Cardarella <br...@dockyard.com >> > wrote: >> >>> I am doing some meta programming that has one module depending upon the >>> state of another. However it isn't being picked up by the compiler that >>> these two modules are related. And when the parent changes the child should >>> be marked for recompilation. It would be really nice if we had a simple >>> module attribute like: `@dependency_of` that took a list of modules. This >>> could be incorporated into the manifest write out for determining >>> dependencies. I assume at that point the compiler could work as normal. >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "elixir-lang-core" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to elixir-lang-co...@googlegroups.com . >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/elixir-lang-core/947a0dc2-20d0-4c45-8d45-eaaec3e60861%40googlegroups.com >>> >>> <https://groups.google.com/d/msgid/elixir-lang-core/947a0dc2-20d0-4c45-8d45-eaaec3e60861%40googlegroups.com?utm_medium=email_source=footer> >>> . >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> > -- You received this message because you are subscribed to the Google Groups "elixir-lang-core" group. To unsubscribe from this group and stop receiving emails from it, send an email to elixir-lang-core+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elixir-lang-core/6036391b-af14-4594-ae1c-c37b8aa2826a%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [elixir-core:6974] [Proposal] @dependency_of
Actually, I may have solve my problem by reversing everything. :p On Tuesday, February 28, 2017 at 4:04:13 AM UTC-5, Brian Cardarella wrote: > > The problem is the compilation order. The relationship between mod A & B > is being written in __before_compile__ for each module. mod A is using > Module.put_attribute(B, :requires, A) in its __before_compile__ then B > would do something like: > > quote do > for mod <- @requires, do: require mod > end > > However B gets compiled before A and its @requires is always empty. > > On Tuesday, February 28, 2017 at 3:59:09 AM UTC-5, José Valim wrote: >> >> Actually, if you invoke the other module explicitly, it should also be >> enough to list it as a dependency and for Elixir/Mix to track it. Unless >> you are somehow generating those module names dynamically. Here is a good >> article on the topic: >> http://milhouseonsoftware.com/2016/08/11/understanding-elixir-recompilation/ >> >> >> >> *José Valim* >> www.plataformatec.com.br >> Skype: jv.ptec >> Founder and Director of R >> >> On Tue, Feb 28, 2017 at 9:57 AM, José Valim < >> jose@plataformatec.com.br> wrote: >> >>> "require OtherModule" should do it. If not, it is a bug in Mix or >>> Elixir, so please provide a mechanism to reproduce it so we can fix it. :) >>> >>> >>> >>> *José Valim* >>> www.plataformatec.com.br >>> Skype: jv.ptec >>> Founder and Director of R >>> >>> On Tue, Feb 28, 2017 at 9:55 AM, Brian Cardarella <br...@dockyard.com> >>> wrote: >>> >>>> I am doing some meta programming that has one module depending upon the >>>> state of another. However it isn't being picked up by the compiler that >>>> these two modules are related. And when the parent changes the child >>>> should >>>> be marked for recompilation. It would be really nice if we had a simple >>>> module attribute like: `@dependency_of` that took a list of modules. This >>>> could be incorporated into the manifest write out for determining >>>> dependencies. I assume at that point the compiler could work as normal. >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "elixir-lang-core" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to elixir-lang-co...@googlegroups.com. >>>> To view this discussion on the web visit >>>> https://groups.google.com/d/msgid/elixir-lang-core/947a0dc2-20d0-4c45-8d45-eaaec3e60861%40googlegroups.com >>>> >>>> <https://groups.google.com/d/msgid/elixir-lang-core/947a0dc2-20d0-4c45-8d45-eaaec3e60861%40googlegroups.com?utm_medium=email_source=footer> >>>> . >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> >> -- You received this message because you are subscribed to the Google Groups "elixir-lang-core" group. To unsubscribe from this group and stop receiving emails from it, send an email to elixir-lang-core+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elixir-lang-core/e801e99a-65ff-4ef5-a7f8-f06f1d2d57e2%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[elixir-core:6296] Re: Suggestion: Map.deep_merge
This is assuming that all nested values are maps all the way down. What
happens in the event of a Keyword list for example? Or a tuple? If the
use-case is limiting itself to just maps of maps this works. But if the
wider use-case should be supported it may make sense to consider a
Kernel.deep_merge that has indifferent access support for the values to be
merged.
On Tuesday, September 6, 2016 at 2:41:22 PM UTC-4, OvermindDL1 wrote:
>
> I had made my own a few times, though rare, it could be useful. Unsure
> about it in core but in a library definitely.
>
> On Tuesday, September 6, 2016 at 9:20:23 AM UTC-6, Tobias Pfeiffer wrote:
>>
>> Hi everyone,
>>
>> in Elixir we work a lot with maps (or at least I do :D). And we know and
>> love Map.merge. However given a map like %{a: %{b: 1}} and we want to
>> merge it with a map like %{a: %{c: 2}} then the :a key will be totally
>> overridden with whatever is supplied in the other map.
>>
>> However, for instance for configuration, what we might want is the
>> result to be %{a: %{b: 1, c: 2}} - e.g. if the value is a map on both
>> sides recursively merge that as well.
>>
>> It is rather simple to implement in elixir with Map.merge/3 [1] but I
>> think it'd still be helpful to have it in elixir core (otherwise I'll
>> make a mini hex package :D). E.g. it is useful and it'll keep people
>> from wondering about it or writing their own a little flawed
>> implementations.
>>
>> So, what do you think - Map.deep_merge in elixir-core - yay/nay? I'm
>> happy to draft a PR if it gets the sign of approval.
>>
>> Tobi
>>
>>
>> [1] http://stackoverflow.com/a/38865647/1810896
>> --
>> http://www.pragtob.info/
>>
>
--
You received this message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/c451058c-6a49-481e-9cb8-1541ce1b77a7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[elixir-core:6258] [proposal] Kernel.fetch_in
When using `with` there are several times I wish I could have reached
deeper into a Map or Keyword list in a single line rather than multiple
fetch statements. Ideally it would work like this:
```
map = %{foo: %{bar: "baz"}}
%{:ok, "bar"} = fetch_in(map, [:foo, :bar])
:error = fetch_in(map, [:foo, :qux])
:error = fetch_in(map, [:bar])
```
If this is OK I can implement it.
--
You received this message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/7daf519b-6122-4aeb-a8bd-7115625f28a9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: [elixir-core:6261] [proposal] Kernel.fetch_in
Sorry, I meant to put a tuple as the return type. Yes, no map.
On Monday, August 29, 2016 at 8:22:25 AM UTC-4, Allen Madsen wrote:
>
> One small amendment, in the successful case, I think `fetch_in` should
> return a tuple instead of a map.
> Allen Madsen
> http://www.allenmadsen.com
>
>
> On Mon, Aug 29, 2016 at 8:19 AM, Allen Madsen <allen.c...@gmail.com
> > wrote:
> > +1 from me. Seems consistent with `get_in` and `put_in` and follows
> > the semantics of `fetch`.
> > Allen Madsen
> > http://www.allenmadsen.com
> >
> >
> > On Mon, Aug 29, 2016 at 7:11 AM, Brian Cardarella <br...@dockyard.com
> > wrote:
> >> When using `with` there are several times I wish I could have reached
> deeper
> >> into a Map or Keyword list in a single line rather than multiple fetch
> >> statements. Ideally it would work like this:
> >>
> >> ```
> >> map = %{foo: %{bar: "baz"}}
> >>
> >> %{:ok, "bar"} = fetch_in(map, [:foo, :bar])
> >> :error = fetch_in(map, [:foo, :qux])
> >> :error = fetch_in(map, [:bar])
> >> ```
> >>
> >> If this is OK I can implement it.
> >>
> >> --
> >> You received this message because you are subscribed to the Google
> Groups
> >> "elixir-lang-core" group.
> >> To unsubscribe from this group and stop receiving emails from it, send
> an
> >> email to elixir-lang-co...@googlegroups.com .
> >> To view this discussion on the web visit
> >>
> https://groups.google.com/d/msgid/elixir-lang-core/7daf519b-6122-4aeb-a8bd-7115625f28a9%40googlegroups.com.
>
>
> >> For more options, visit https://groups.google.com/d/optout.
>
--
You received this message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/10bb9e8f-65ba-422a-b765-ea8e861b9ee0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: [elixir-core:6997] Re: Web assembly
Confirm, for wasm 1.0. 1.1 is targeting GC On Wednesday, March 8, 2017 at 11:57:06 AM UTC-5, Lance Halvorsen wrote: > > My understanding was that previously, web assembly didn't support > automated GC, so that only languages with manual memory management were > viable options. Has that changed? > .L > > On Wed, Mar 8, 2017 at 8:54 AM, José Valim <jose@plataformatec.com.br > > wrote: > >> If someone wants to tackle this, there are some options to be taken: >> >> 1. Compile Erlang Abstract Code to asm.js >> >> 2. Compile Core Erlang to asm.js >> >> 3. Rely on the llvm backend for hipe, which compiles to native, to >> compile to webassembly instead >> >> 4. Experimental: Compile Elixir AST to asm.js. We have spent the last >> weeks improving the Elixir compiler to allow Elixir developers to work on >> the Elixir AST instead of the formats above. The advantage of doing so is >> that you can introduce constructs to the Elixir syntax that targets >> specific backends >> >> If someone is interested in playing with any of those options and you >> would like to chat about it, please ping me on IRC or privately by e-mail. >> >> >> >> *José Valim* >> www.plataformatec.com.br >> Skype: jv.ptec >> Founder and Director of R >> >> On Wed, Mar 8, 2017 at 5:41 PM, Brian Cardarella <br...@dockyard.com >> > wrote: >> >>> Bringing this back up as it never got any traction. >>> >>> I'm seeing more and more of Elixir's competing languages getting some >>> attention for web assembly: >>> >>> Rust: https://davidmcneil.github.io/the-rusty-web/ >>> Go: https://github.com/golang/go/issues/18892 >>> >>> Thoughts on discussion around an Elixir effort? >>> >>> On Wednesday, March 23, 2016 at 7:40:33 AM UTC-4, Brian Cardarella wrote: >>>> >>>> This is more of a "what if?" post than anything. >>>> >>>> I am curious if there has been any discussion on either the Elixir side >>>> or Erlang side around Web Assembly. Is it a viable compilation target? >>>> Could there be benefits to the Elixir community? What type of efforts >>>> would >>>> be necessary to make this a reality? >>>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "elixir-lang-core" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to elixir-lang-co...@googlegroups.com . >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/elixir-lang-core/a437e695-d491-4abc-8a73-505912bcb79f%40googlegroups.com >>> >>> <https://groups.google.com/d/msgid/elixir-lang-core/a437e695-d491-4abc-8a73-505912bcb79f%40googlegroups.com?utm_medium=email_source=footer> >>> . >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "elixir-lang-core" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to elixir-lang-co...@googlegroups.com . >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/elixir-lang-core/CAGnRm4%2B0iKCo016y%2BFBVgXYh47eNAiGzatHrtEbZVqgbbREe3A%40mail.gmail.com >> >> <https://groups.google.com/d/msgid/elixir-lang-core/CAGnRm4%2B0iKCo016y%2BFBVgXYh47eNAiGzatHrtEbZVqgbbREe3A%40mail.gmail.com?utm_medium=email_source=footer> >> . >> >> For more options, visit https://groups.google.com/d/optout. >> > > -- You received this message because you are subscribed to the Google Groups "elixir-lang-core" group. To unsubscribe from this group and stop receiving emails from it, send an email to elixir-lang-core+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elixir-lang-core/da3c5869-6199-4bd8-8956-9332f9bc2f21%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [elixir-core:6998] Re: Web assembly
>From what I've been reading on wasm is that pretty much everyone is waiting on the GC feature. 1.0 is more of a foot in the door release. On Wednesday, March 8, 2017 at 12:01:34 PM UTC-5, Brian Cardarella wrote: > > Confirm, for wasm 1.0. 1.1 is targeting GC > > On Wednesday, March 8, 2017 at 11:57:06 AM UTC-5, Lance Halvorsen wrote: >> >> My understanding was that previously, web assembly didn't support >> automated GC, so that only languages with manual memory management were >> viable options. Has that changed? >> .L >> >> On Wed, Mar 8, 2017 at 8:54 AM, José Valim <jose@plataformatec.com.br >> > wrote: >> >>> If someone wants to tackle this, there are some options to be taken: >>> >>> 1. Compile Erlang Abstract Code to asm.js >>> >>> 2. Compile Core Erlang to asm.js >>> >>> 3. Rely on the llvm backend for hipe, which compiles to native, to >>> compile to webassembly instead >>> >>> 4. Experimental: Compile Elixir AST to asm.js. We have spent the last >>> weeks improving the Elixir compiler to allow Elixir developers to work on >>> the Elixir AST instead of the formats above. The advantage of doing so is >>> that you can introduce constructs to the Elixir syntax that targets >>> specific backends >>> >>> If someone is interested in playing with any of those options and you >>> would like to chat about it, please ping me on IRC or privately by e-mail. >>> >>> >>> >>> *José Valim* >>> www.plataformatec.com.br >>> Skype: jv.ptec >>> Founder and Director of R >>> >>> On Wed, Mar 8, 2017 at 5:41 PM, Brian Cardarella <br...@dockyard.com> >>> wrote: >>> >>>> Bringing this back up as it never got any traction. >>>> >>>> I'm seeing more and more of Elixir's competing languages getting some >>>> attention for web assembly: >>>> >>>> Rust: https://davidmcneil.github.io/the-rusty-web/ >>>> Go: https://github.com/golang/go/issues/18892 >>>> >>>> Thoughts on discussion around an Elixir effort? >>>> >>>> On Wednesday, March 23, 2016 at 7:40:33 AM UTC-4, Brian Cardarella >>>> wrote: >>>>> >>>>> This is more of a "what if?" post than anything. >>>>> >>>>> I am curious if there has been any discussion on either the Elixir >>>>> side or Erlang side around Web Assembly. Is it a viable compilation >>>>> target? >>>>> Could there be benefits to the Elixir community? What type of efforts >>>>> would >>>>> be necessary to make this a reality? >>>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "elixir-lang-core" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to elixir-lang-co...@googlegroups.com. >>>> To view this discussion on the web visit >>>> https://groups.google.com/d/msgid/elixir-lang-core/a437e695-d491-4abc-8a73-505912bcb79f%40googlegroups.com >>>> >>>> <https://groups.google.com/d/msgid/elixir-lang-core/a437e695-d491-4abc-8a73-505912bcb79f%40googlegroups.com?utm_medium=email_source=footer> >>>> . >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "elixir-lang-core" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to elixir-lang-co...@googlegroups.com. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/elixir-lang-core/CAGnRm4%2B0iKCo016y%2BFBVgXYh47eNAiGzatHrtEbZVqgbbREe3A%40mail.gmail.com >>> >>> <https://groups.google.com/d/msgid/elixir-lang-core/CAGnRm4%2B0iKCo016y%2BFBVgXYh47eNAiGzatHrtEbZVqgbbREe3A%40mail.gmail.com?utm_medium=email_source=footer> >>> . >>> >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- You received this message because you are subscribed to the Google Groups "elixir-lang-core" group. To unsubscribe from this group and stop receiving emails from it, send an email to elixir-lang-core+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elixir-lang-core/f3fc0bd4-285f-47e3-9cef-38672471c043%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[elixir-core:7000] Understanding how guard clauses are parsed, using that AST
If I quote the following:
Code.string_to_quoted """
if foo do
"true"
else
"false"
end
"""
I get the following AST:
{:if, [line: 1], [{:foo, [line: 1], nil}, [do: "true", else: "false"]]}
Which makes sense to me as the last node is a list. However, `when` seems
to follow different rules and I'm not following exactly how Elixir parses
it from the AST:
Code.strig_to_quoted """
def foo(bar) when bar == 1 do
"baz"
end
"""
{:def, [line: 1],
[{:when, [line: 1],
[{:foo, [line: 1], [{:bar, [line: 1], nil}]},
{:==, [line: 1], [{:bar, [line: 1], nil}, 1]}]}, [do: "baz"]]}
`when` is not in that last list, but is now the first element in the values
for `:def`
Can someone point me to examples of how Elixir is parsing `when` within the
source? I dug around in Kernel which brought me to elixir_def but got stuck
there.
Use case: I am experimenting with writing some macro functions that could
take guard clauses.
--
You received this message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/b3e81eb9-8cd9-4bfa-b6a1-f43216d7136f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: [elixir-core:7002] Understanding how guard clauses are parsed, using that AST
Ah, that explains everything! Thank you :)
On Thursday, March 9, 2017 at 6:50:45 AM UTC-5, Michał Muskała wrote:
>
> when is an operator - it behaves very similar to operators like == or in.
>
> iex(1)> quote(do: 1 when 2)
> {:when, [], [1, 2]}
> iex(2)> quote(do: 1 == 2)
> {:==, [context: Elixir, import: Kernel], [1, 2]}
>
> In case of def, the left side (of the operator) is the call and right the
> guards.
>
> Michał.
>
> On 9 Mar 2017, 12:42 +0100, Brian Cardarella <br...@dockyard.com
> >, wrote:
>
> If I quote the following:
>
>
> Code.string_to_quoted """
> if foo do
> "true"
> else
> "false"
> end
> """
>
> I get the following AST:
>
> {:if, [line: 1], [{:foo, [line: 1], nil}, [do: "true", else: "false"]]}
>
> Which makes sense to me as the last node is a list. However, `when` seems
> to follow different rules and I'm not following exactly how Elixir parses
> it from the AST:
>
> Code.strig_to_quoted """
> def foo(bar) when bar == 1 do
> "baz"
> end
> """
>
> {:def, [line: 1],
> [{:when, [line: 1],
>[{:foo, [line: 1], [{:bar, [line: 1], nil}]},
> {:==, [line: 1], [{:bar, [line: 1], nil}, 1]}]}, [do: "baz"]]}
>
> `when` is not in that last list, but is now the first element in the
> values for `:def`
>
> Can someone point me to examples of how Elixir is parsing `when` within
> the source? I dug around in Kernel which brought me to elixir_def but got
> stuck there.
>
> Use case: I am experimenting with writing some macro functions that could
> take guard clauses.
>
>
--
You received this message because you are subscribed to the Google Groups
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to elixir-lang-core+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/elixir-lang-core/4ba975e3-7dc7-4ea3-b799-5ffcf8c277bb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[elixir-core:6985] Hexdocs for ecto reference 2.1.4 in the code tags but GitHub repo doesn't have that tag
Check out the code link for: https://hexdocs.pm/ecto/Ecto.Query.html#where/3 It references: https://github.com/elixir-ecto/ecto/blob/v2.1.4/lib/ecto/query.ex#L794 Which doesn't exist because the release wasn't tagged. -- You received this message because you are subscribed to the Google Groups "elixir-lang-core" group. To unsubscribe from this group and stop receiving emails from it, send an email to elixir-lang-core+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elixir-lang-core/51f26d85-cf4e-405d-a57b-f33ed0a49b91%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[elixir-core:9580] 2020 Elixir Ecosystem Survey
Hi everybody, please excuse the off-top(ish) post. The 2020 Elixir Ecosystem Survey has been released. We'd like to capture as wide an audience as possible so please take some time to complete the survey and if you can distribute it to colleagues / organizations that would be much appeciated. Survey link: https://elixirsurvey.typeform.com/to/yYmJv1 -- You received this message because you are subscribed to the Google Groups "elixir-lang-core" group. To unsubscribe from this group and stop receiving emails from it, send an email to elixir-lang-core+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elixir-lang-core/9fc32e55-ebf6-4298-ae66-41927c70af77o%40googlegroups.com.
[elixir-core:11795] Does Kernel.match?/2 get special treatment?
I'm trying to produce something similar to `Kernel.match?/2` in that I can pass a pattern to it, but if I reproduce the same macro I get the "cannot be an expression" error. I have a livebook here with output showing: https://gist.github.com/bcardarella/4d5655e0e7c90036754c25b94b2af4df I searched the source but cannot seem to find any special tokenization case for that match?/2 as to why it is treated differently. -- You received this message because you are subscribed to the Google Groups "elixir-lang-core" group. To unsubscribe from this group and stop receiving emails from it, send an email to elixir-lang-core+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elixir-lang-core/208e5c50-061c-4d4d-a426-d86756903e27n%40googlegroups.com.
Re: [elixir-core:11797] Does Kernel.match?/2 get special treatment?
yes, thank you On Thursday, June 6, 2024 at 6:47:21 PM UTC-4 José Valim wrote: > Remember to require it before using it. > > There is an issue to improve the error message in this cases. > > On Fri, Jun 7, 2024 at 00:35 Brian Cardarella wrote: > >> I'm trying to produce something similar to `Kernel.match?/2` in that I >> can pass a pattern to it, but if I reproduce the same macro I get the >> "cannot be an expression" error. >> >> I have a livebook here with output showing: >> >> https://gist.github.com/bcardarella/4d5655e0e7c90036754c25b94b2af4df >> >> I searched the source but cannot seem to find any special tokenization >> case for that match?/2 as to why it is treated differently. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "elixir-lang-core" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to elixir-lang-co...@googlegroups.com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/elixir-lang-core/208e5c50-061c-4d4d-a426-d86756903e27n%40googlegroups.com >> >> <https://groups.google.com/d/msgid/elixir-lang-core/208e5c50-061c-4d4d-a426-d86756903e27n%40googlegroups.com?utm_medium=email_source=footer> >> . >> > -- You received this message because you are subscribed to the Google Groups "elixir-lang-core" group. To unsubscribe from this group and stop receiving emails from it, send an email to elixir-lang-core+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elixir-lang-core/db8d3e88-faf1-4ff4-a5c1-910a751ee4c9n%40googlegroups.com.
