elixir-lang-core  

Messages by Thread

• • Re: [elixir-core:11185] Proposal: ExUnit.on_exit callback should always run before the a test process dies José Valim
• [elixir-core:11184] Include .iex.exs in mixs' release dockerfile Ang
• [elixir-core:11178] Proposal: Expose support for :os.perf_counter in System Mat Trudel
  • Re: [elixir-core:11178] Proposal: Expose support for :os.perf_counter in System Austin Ziegler
  • Re: [elixir-core:11180] Proposal: Expose support for :os.perf_counter in System Mat Trudel
  • Re: [elixir-core:11180] Proposal: Expose support for :os.perf_counter in System Austin Ziegler
  • Re: [elixir-core:11183] Proposal: Expose support for :os.perf_counter in System Mat Trudel
• [elixir-core:11177] Side-effects on Stream Exhaustion Jay Rogov
• [elixir-core:11142] A More Human DateTime Comparison API Cliff
  • Re: [elixir-core:11143] A More Human DateTime Comparison API José Valim
  • Re: [elixir-core:11145] A More Human DateTime Comparison API Kevin Johnson
  • Re: [elixir-core:11148] A More Human DateTime Comparison API Cliff
  • Re: [elixir-core:11148] A More Human DateTime Comparison API José Valim
  • Re: [elixir-core:11150] A More Human DateTime Comparison API Simon McConnell
  • Re: [elixir-core:11150] A More Human DateTime Comparison API José Valim
  • Re: [elixir-core:11151] A More Human DateTime Comparison API Jon Rowe
  • Re: [elixir-core:11154] A More Human DateTime Comparison API Simon McConnell
  • Re: [elixir-core:11155] A More Human DateTime Comparison API Cliff
  • Re: [elixir-core:11156] A More Human DateTime Comparison API [email protected]
  • Re: [elixir-core:11157] A More Human DateTime Comparison API Cliff
  • Re: [elixir-core:11158] A More Human DateTime Comparison API Luiz Damim
  • Re: [elixir-core:11159] A More Human DateTime Comparison API Cliff
  • Re: [elixir-core:11159] A More Human DateTime Comparison API José Valim
  • Re: [elixir-core:11161] A More Human DateTime Comparison API Christopher Keele
  • Re: [elixir-core:11162] A More Human DateTime Comparison API Cliff
  • Re: [elixir-core:11163] A More Human DateTime Comparison API Ben Wilson
  • Re: [elixir-core:11164] A More Human DateTime Comparison API Cliff
  • Re: [elixir-core:11164] A More Human DateTime Comparison API Boris Kuznetsov
  • Re: [elixir-core:11166] A More Human DateTime Comparison API Ben Wilson
  • Re: [elixir-core:11166] A More Human DateTime Comparison API José Valim
  • Re: [elixir-core:11167] A More Human DateTime Comparison API Austin Ziegler
  • Re: [elixir-core:11169] A More Human DateTime Comparison API Billy Lanchantin
  • Re: [elixir-core:11170] A More Human DateTime Comparison API Cliff
  • Re: [elixir-core:11171] A More Human DateTime Comparison API Cliff
  • Re: [elixir-core:11172] A More Human DateTime Comparison API Cliff
  • Re: [elixir-core:11172] A More Human DateTime Comparison API José Valim
• [elixir-core:11125] Set `MAP_SMALL_MAP_LIMIT` to 1 in dev/test Zach Daniel
  • Re: [elixir-core:11125] Set `MAP_SMALL_MAP_LIMIT` to 1 in dev/test José Valim
  • Re: [elixir-core:11126] Set `MAP_SMALL_MAP_LIMIT` to 1 in dev/test Zach Daniel
  • Re: [elixir-core:11127] Set `MAP_SMALL_MAP_LIMIT` to 1 in dev/test José Valim
  • Re: [elixir-core:11128] Set `MAP_SMALL_MAP_LIMIT` to 1 in dev/test Zach Daniel
  • Re: [elixir-core:11129] Set `MAP_SMALL_MAP_LIMIT` to 1 in dev/test Felipe Stival
  • Re: [elixir-core:11140] Set `MAP_SMALL_MAP_LIMIT` to 1 in dev/test Boris Kuznetsov
  • Re: [elixir-core:11142] Set `MAP_SMALL_MAP_LIMIT` to 1 in dev/test Zach Daniel
  • Re: [elixir-core:11144] Set `MAP_SMALL_MAP_LIMIT` to 1 in dev/test Boris Kuznetsov
  • Re: [elixir-core:11146] Set `MAP_SMALL_MAP_LIMIT` to 1 in dev/test Zach Daniel
• [elixir-core:11113] Proposal: Named Function Arguments Brandon Gillespie
  • [elixir-core:11116] Re: Proposal: Named Function Arguments Marc-André Lafortune
  • Re: [elixir-core:11116] Re: Proposal: Named Function Arguments Felipe Stival
  • Re: [elixir-core:11117] Re: Proposal: Named Function Arguments José Valim
  • Re: [elixir-core:11119] Re: Proposal: Named Function Arguments Brandon Gillespie
  • Re: [elixir-core:11121] Re: Proposal: Named Function Arguments José Valim
  • Re: [elixir-core:11122] Re: Proposal: Named Function Arguments Brandon Gillespie
  • Re: [elixir-core:11123] Re: Proposal: Named Function Arguments Zach Daniel
  • Re: [elixir-core:11130] Re: Proposal: Named Function Arguments José Valim
  • Re: [elixir-core:11131] Re: Proposal: Named Function Arguments Brandon Gillespie
  • Re: [elixir-core:11132] Re: Proposal: Named Function Arguments José Valim
  • Re: [elixir-core:11134] Re: Proposal: Named Function Arguments Jake Wood
  • Re: [elixir-core:11134] Re: Proposal: Named Function Arguments Paul Schoenfelder
  • Re: [elixir-core:11135] Re: Proposal: Named Function Arguments Wiebe-Marten Wijnja
  • Re: [elixir-core:11136] Re: Proposal: Named Function Arguments Zach Daniel
  • Re: [elixir-core:11137] Re: Proposal: Named Function Arguments José Valim
  • Re: [elixir-core:11175] Re: Proposal: Named Function Arguments Wiebe-Marten Wijnja
• [elixir-core:11105] Partially applied pipelines/currying/etc pragdave
  • Re: [elixir-core:11105] Partially applied pipelines/currying/etc i Dorgan
  • Re: [elixir-core:11107] Partially applied pipelines/currying/etc Ben Wilson
  • Re: [elixir-core:11107] Partially applied pipelines/currying/etc Pedro Carvalho
  • Re: [elixir-core:11109] Partially applied pipelines/currying/etc pragdave
  • Re: [elixir-core:11110] Partially applied pipelines/currying/etc Allen Madsen
  • Re: [elixir-core:11111] Partially applied pipelines/currying/etc José Valim
  • Re: [elixir-core:11115] Partially applied pipelines/currying/etc Marc-André Lafortune
  • Re: [elixir-core:11117] Partially applied pipelines/currying/etc José Valim
  • Re: [elixir-core:11120] Partially applied pipelines/currying/etc Bruce Tate
  • Re: [elixir-core:11137] Partially applied pipelines/currying/etc Marc-André Lafortune
  • Re: [elixir-core:11137] Partially applied pipelines/currying/etc José Valim
  • Re: [elixir-core:11109] Partially applied pipelines/currying/etc Paul Schoenfelder
• [elixir-core:11104] [Proposal] Defstruct could set read only properties Pedro Carvalho
  • Re: [elixir-core:11113] [Proposal] Defstruct could set read only properties an . leopardi
• [elixir-core:11099] [Proposal] Improve System.otp_release() to return the full otp version Ben Stepp
  • Re: [elixir-core:11099] [Proposal] Improve System.otp_release() to return the full otp version José Valim
• [elixir-core:11089] [Proposal] Ability to change the default environment Kevin Sjöberg
  • Re: [elixir-core:11089] [Proposal] Ability to change the default environment José Valim
  • Re: [elixir-core:11091] [Proposal] Ability to change the default environment Kevin Hovsäter
  • Re: [elixir-core:11091] [Proposal] Ability to change the default environment José Valim
  • Re: [elixir-core:11093] [Proposal] Ability to change the default environment Kevin Hovsäter
  • Re: [elixir-core:11093] [Proposal] Ability to change the default environment José Valim
  • Re: [elixir-core:11095] [Proposal] Ability to change the default environment Kevin Hovsäter
  • Re: [elixir-core:11096] [Proposal] Ability to change the default environment Kevin Hovsäter
  • Re: [elixir-core:11097] [Proposal] Ability to change the default environment José Valim
  • Re: [elixir-core:11101] [Proposal] Ability to change the default environment Kevin Hovsäter
  • Re: [elixir-core:11101] [Proposal] Ability to change the default environment José Valim
  • Re: [elixir-core:11103] [Proposal] Ability to change the default environment Kevin Hovsäter
• [elixir-core:11087] What will happen with <|>? [email protected]
  • Re: [elixir-core:11087] What will happen with <|>? José Valim
  • Re: [elixir-core:11097] What will happen with <|>? [email protected]
• [elixir-core:11085] Proposal: Support for opting out from specific warnings Maciej Małecki
  • Re: [elixir-core:11085] Proposal: Support for opting out from specific warnings José Valim
  • Re: [elixir-core:11622] Proposal: Support for opting out from specific warnings Parker Hewitt
  • Re: [elixir-core:11623] Proposal: Support for opting out from specific warnings Parker Hewitt
  • Re: [elixir-core:11623] Proposal: Support for opting out from specific warnings Derek Kraan
  • Re: [elixir-core:11625] Proposal: Support for opting out from specific warnings José Valim
• [elixir-core:11081] Function-Captures for ExUnit's Case.describe/2 Florian Neumann
  • Re: [elixir-core:11081] Function-Captures for ExUnit's Case.describe/2 Austin Ziegler
  • Re: [elixir-core:11083] Function-Captures for ExUnit's Case.describe/2 Florian Neumann
  • Re: [elixir-core:11084] Function-Captures for ExUnit's Case.describe/2 Florian Neumann
• [elixir-core:11078] [Proposal] Add Erlang single_line logger config to Elixir Logger package Yordis “Alchemist Ubi” Prieto
  • [elixir-core:11079] Re: [Proposal] Add Erlang single_line logger config to Elixir Logger package Yordis “Alchemist Ubi” Prieto
  • Re: [elixir-core:11079] Re: [Proposal] Add Erlang single_line logger config to Elixir Logger package José Valim
• [elixir-core:11071] [Proposal] Support Unicode Mathematical Symbols Block as user-defined operators Kip
  • Re: [elixir-core:11071] [Proposal] Support Unicode Mathematical Symbols Block as user-defined operators José Valim
• [elixir-core:11058] Proposal: @attr = expr for improved readability of conditional values Austin Ziegler
  • Re: [elixir-core:11059] Proposal: @attr = expr for improved readability of conditional values José Valim
  • Re: [elixir-core:11060] Proposal: @attr = expr for improved readability of conditional values Adam Lancaster
  • Re: [elixir-core:11062] Proposal: @attr = expr for improved readability of conditional values Austin Ziegler
  • Re: [elixir-core:11061] Proposal: @attr = expr for improved readability of conditional values Austin Ziegler
  • Re: [elixir-core:11063] Proposal: @attr = expr for improved readability of conditional values José Valim
  • Re: [elixir-core:11064] Proposal: @attr = expr for improved readability of conditional values José Valim
• [elixir-core:11053] Proposal: Date.parse_date(String.t(), "%d/%m/%Y") to parse custom date formats defined in strftime Bartolomeo
  • Re: [elixir-core:11053] Proposal: Date.parse_date(String.t(), "%d/%m/%Y") to parse custom date formats defined in strftime Manish sharma
  • Re: [elixir-core:11054] Proposal: Date.parse_date(String.t(), "%d/%m/%Y") to parse custom date formats defined in strftime Wojtek Mach
  • [elixir-core:11056] Re: Proposal: Date.parse_date(String.t(), "%d/%m/%Y") to parse custom date formats defined in strftime Bartolomeo
  • Re: [elixir-core:11055] Re: Proposal: Date.parse_date(String.t(), "%d/%m/%Y") to parse custom date formats defined in strftime José Valim
  • Re: [elixir-core:11057] Re: Proposal: Date.parse_date(String.t(), "%d/%m/%Y") to parse custom date formats defined in strftime Bartolomeo
  • Re: [elixir-core:11057] Re: Proposal: Date.parse_date(String.t(), "%d/%m/%Y") to parse custom date formats defined in strftime Bartolomeo
  • Re: [elixir-core:11058] Re: Proposal: Date.parse_date(String.t(), "%d/%m/%Y") to parse custom date formats defined in strftime Christopher Keele
• [elixir-core:11044] Provide a way to remove runtime dependencies, similar to `expand_literal/2` Zach Daniel
  • [elixir-core:11045] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` Zach Daniel
  • Re: [elixir-core:11045] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` José Valim
  • Re: [elixir-core:11047] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` Zach Daniel
  • Re: [elixir-core:11047] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` José Valim
  • Re: [elixir-core:11048] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` José Valim
  • Re: [elixir-core:11049] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` Zach Daniel
  • Re: [elixir-core:11050] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` José Valim
  • Re: [elixir-core:11052] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` Zach Daniel
  • Re: [elixir-core:11065] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` Zach Daniel
  • Re: [elixir-core:11066] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` José Valim
  • Re: [elixir-core:11067] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` Zach Daniel
  • Re: [elixir-core:11069] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` Marlus Saraiva
  • Re: [elixir-core:11069] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` José Valim
  • Re: [elixir-core:11073] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` Marlus Saraiva
  • Re: [elixir-core:11073] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` José Valim
  • Re: [elixir-core:11074] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` Zach Daniel
  • Re: [elixir-core:11075] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` José Valim
  • Re: [elixir-core:11076] Re: Provide a way to remove runtime dependencies, similar to `expand_literal/2` José Valim
• [elixir-core:11042] Proposal: Close quotes with Ctrl J in Iex Rory Hodgson
  • Re: [elixir-core:11042] Proposal: Close quotes with Ctrl J in Iex Jason Axelson
• [elixir-core:11040] Enum.split_with/3 virtual-light
  • Re: [elixir-core:11040] Enum.split_with/3 Manish sharma
• [elixir-core:11037] Expression-based inspection for PIDs Ilya Averyanov
  • [elixir-core:11038] Re: Expression-based inspection for PIDs Felipe Stival
  • Re: [elixir-core:11038] Re: Expression-based inspection for PIDs José Valim
• [elixir-core:11035] Flow Ecto like assertions in ExUnit Pedro Carvalho
  • [elixir-core:11036] Re: Flow Ecto like assertions in ExUnit Ben Wilson
• [elixir-core:11030] [Proposal] Add "into" keyword to ecto query expression Yusuf
  • Re: [elixir-core:11030] [Proposal] Add "into" keyword to ecto query expression 'Andrey Yugai' via elixir-lang-core
  • Re: [elixir-core:11032] [Proposal] Add "into" keyword to ecto query expression Daniel Kukuła
  • Re: [elixir-core:11033] [Proposal] Add "into" keyword to ecto query expression Yusuf
  • Re: [elixir-core:11033] [Proposal] Add "into" keyword to ecto query expression Yusuf
  • Re: [elixir-core:11034] [Proposal] Add "into" keyword to ecto query expression Greg Rychlewski
• [elixir-core:11022] Using cerl -debug with an elixir release Stephen Baldwin
  • Re: [elixir-core:11022] Using cerl -debug with an elixir release José Valim
  • Re: [elixir-core:11023] Using cerl -debug with an elixir release José Valim
  • Re: [elixir-core:11025] Using cerl -debug with an elixir release Stephen Baldwin
  • Re: [elixir-core:11025] Using cerl -debug with an elixir release José Valim
  • Re: [elixir-core:11027] Using cerl -debug with an elixir release Stephen Baldwin
  • Re: [elixir-core:11028] Using cerl -debug with an elixir release Stephen Baldwin
  • Re: [elixir-core:11029] Using cerl -debug with an elixir release Stephen Baldwin
• [elixir-core:11016] Proposal: Warn on assert %{} = x Wojtek Mach
  • [elixir-core:11017] Re: Proposal: Warn on assert %{} = x Ben Wilson
  • Re: [elixir-core:11017] Proposal: Warn on assert %{} = x Wojtek Mach
  • Re: [elixir-core:11018] Proposal: Warn on assert %{} = x Sabiwara Yukichi
  • Re: [elixir-core:11019] Proposal: Warn on assert %{} = x Wojtek Mach
  • Re: [elixir-core:11592] Proposal: Warn on assert %{} = x [email protected]
• [elixir-core:11012] [Proposal] offset argument for Enum.chunk_every Konstantin Astafurov
• [elixir-core:11012] offset for Enum.chunk_every Konstantin Astafurov
  • Re: [elixir-core:11012] offset for Enum.chunk_every Boris Kuznetsov
  • Re: [elixir-core:11014] offset for Enum.chunk_every Konstantin Astafurov
  • Re: [elixir-core:11015] offset for Enum.chunk_every Konstantin Astafurov
• [elixir-core:11008] Close matching quotes in iex Artur Plysyuk
  • Re: [elixir-core:11008] Close matching quotes in iex Austin Ziegler
• [elixir-core:11007] Proposal: import __MODULE__ automatically in pry Joshua Hunter
• [elixir-core:11003] Re: ExUnit becomes slow Grant West
  • Re: [elixir-core:11003] Re: ExUnit becomes slow Aleksei Matiushkin
  • Re: [elixir-core:11004] Re: ExUnit becomes slow Sabiwara Yukichi
  • Re: [elixir-core:11005] Re: ExUnit becomes slow José Valim
• [elixir-core:11001] [Proposal] URI.put_query/1 (and put_host/1, etc.?) 'Adam Millerchip' via elixir-lang-core
  • Re: [elixir-core:11001] [Proposal] URI.put_query/1 (and put_host/1, etc.?) José Valim
  • Re: [elixir-core:11010] [Proposal] URI.put_query/1 (and put_host/1, etc.?) Artur Plysyuk
• [elixir-core:11001] Proposal: Use the elixir requirement for more checks Kevin
• [elixir-core:10994] Proposal/discussion: Umbrella app lazy loading applications when running tests Dylan Chong
  • Re: [elixir-core:10994] Proposal/discussion: Umbrella app lazy loading applications when running tests Adam Lancaster
  • Re: [elixir-core:10995] Proposal/discussion: Umbrella app lazy loading applications when running tests Dylan Chong
  • Re: [elixir-core:10996] Proposal/discussion: Umbrella app lazy loading applications when running tests Adam Lancaster
  • Re: [elixir-core:10997] Proposal/discussion: Umbrella app lazy loading applications when running tests Dylan Chong
• [elixir-core:10992] Add Enum.histogram and Enum.histogram_by Pedro Carvalho
  • Re: [elixir-core:10992] Add Enum.histogram and Enum.histogram_by an . leopardi
• [elixir-core:10984] [Proposal] Regex.compile: Document options when options are given as atoms Quentin Crain
  • Re: [elixir-core:10984] [Proposal] Regex.compile: Document options when options are given as atoms José Valim
  • Re: [elixir-core:10985] [Proposal] Regex.compile: Document options when options are given as atoms José Valim
  • Re: [elixir-core:10986] [Proposal] Regex.compile: Document options when options are given as atoms José Valim

• Earlier messages
• Later messages