# Internals & Design

**URL:** https://discourse.julialang.org/c/dev/5.md?page=65

[Latest](https://discourse.julialang.org/latest.md) · [Categories](https://discourse.julialang.org/categories.md) · [Tags](https://discourse.julialang.org/tags.md)

**Page:** 66

---

## [Couldn't be good to postpone 1.0?](https://discourse.julialang.org/t/couldnt-be-good-to-postpone-1-0/7915)

<div class="topic-metadata">

**Author:** [@Liso](https://discourse.julialang.org/u/Liso)\
**Replies:** 44\
**Last updated:** [December 23, 2017, 10:42pm UTC](https://discourse.julialang.org/t/couldnt-be-good-to-postpone-1-0/7915 "2017-12-23T22:42:30Z")

</div>

Next words are just my humble opinion (from “nobody” in Julia community) and I am open to change my mind! Something similar to this, that Julia has some performance issue or not excellent user experience or lack of func…

---

## [Solution for issue #25216, larger octal literals produce smaller types, sometimes](https://discourse.julialang.org/t/solution-for-issue-25216-larger-octal-literals-produce-smaller-types-sometimes/7918)

<div class="topic-metadata">

**Author:** [@ScottPJones](https://discourse.julialang.org/u/ScottPJones)\
**Replies:** 7\
**Last updated:** [December 23, 2017, 7:17pm UTC](https://discourse.julialang.org/t/solution-for-issue-25216-larger-octal-literals-produce-smaller-types-sometimes/7918 "2017-12-23T19:17:39Z")

</div>

In reference to this issue raised by @iamed2 (https://github.com/JuliaLang/julia/issues/25216), regarding the comment by @jeff.bezanson (https://github.com/JuliaLang/julia/issues/25216#issuecomment-353356186), I believe…

---

## [Feedback on inconsistent naming of types for Julia v1.0 release](https://discourse.julialang.org/t/feedback-on-inconsistent-naming-of-types-for-julia-v1-0-release/7923)

<div class="topic-metadata">

**Author:** [@juliohm](https://discourse.julialang.org/u/juliohm)\
**Replies:** 6\
**Last updated:** [December 22, 2017, 7:22pm UTC](https://discourse.julialang.org/t/feedback-on-inconsistent-naming-of-types-for-julia-v1-0-release/7923 "2017-12-22T19:22:16Z")

</div>

This thread is an attempt to collect names in the language that don’t seem to be consistent from a user’s perspective. It would be nice to have them revisited for consistency? Today I came across DArray for distributed …

---

## [Cleaner more efficient formatted strings for Julia](https://discourse.julialang.org/t/cleaner-more-efficient-formatted-strings-for-julia/7879)

<div class="topic-metadata">

**Author:** [@ScottPJones](https://discourse.julialang.org/u/ScottPJones)\
**Replies:** 2\
**Last updated:** [December 20, 2017, 6:39pm UTC](https://discourse.julialang.org/t/cleaner-more-efficient-formatted-strings-for-julia/7879 "2017-12-20T18:39:29Z")

</div>

This is in response to a comment on GitHub by @simonbyrne, \`\\(\` string interpolation: "inter\\(pol)ate" · Issue #25178 · JuliaLang/julia · GitHub I’m sad that you haven’t tried my GitHub - JuliaString/StringLiterals.jl: …

---

## [\#= Commenting =# very inconvenient on Spanish language keyboard](https://discourse.julialang.org/t/commenting-very-inconvenient-on-spanish-language-keyboard/7850)

<div class="topic-metadata">

**Author:** [@TravisA9](https://discourse.julialang.org/u/TravisA9)\
**Replies:** 26\
**Last updated:** [December 20, 2017, 5:58pm UTC](https://discourse.julialang.org/t/commenting-very-inconvenient-on-spanish-language-keyboard/7850 "2017-12-20T17:58:17Z")

</div>

It may be too late to reconsider commenting syntax but I just thought I’d throw this out there… I’ve been thinking about it for some time. In order to type #= =# I have to use: (1) left hand pinky + index (2) right han…

---

## [Generalizing the broadcasting \`f.(x)\`-like syntax](https://discourse.julialang.org/t/generalizing-the-broadcasting-f-x-like-syntax/7860)

<div class="topic-metadata">

**Author:** [@flipgthb](https://discourse.julialang.org/u/flipgthb)\
**Replies:** 4\
**Last updated:** [December 20, 2017, 11:21am UTC](https://discourse.julialang.org/t/generalizing-the-broadcasting-f-x-like-syntax/7860 "2017-12-20T11:21:32Z")

</div>

Hi, Forgive me if this question is out of place or dumb, I’m not used to get involved in open source develpment and I’m not a programmer. I like the the syntax sugar for broadcastin a function, i. e. f.(x), and was won…

---

## [Unsafe functions performance](https://discourse.julialang.org/t/unsafe-functions-performance/7845)

<div class="topic-metadata">

**Author:** [@Liso](https://discourse.julialang.org/u/Liso)\
**Replies:** 7\
**Last updated:** [December 19, 2017, 12:27pm UTC](https://discourse.julialang.org/t/unsafe-functions-performance/7845 "2017-12-19T12:27:49Z")

</div>

I was trying to understand sizeof(s::String) functions to help @xiaodai to improve performance… I was experimenting with undocumented hidden “len” field of String (it was present in Julia 0.6 and seems to be lost in Jul…

---

## [Inconsistencies in some methods and more](https://discourse.julialang.org/t/inconsistencies-in-some-methods-and-more/7788)

<div class="topic-metadata">

**Author:** [@Iagoba\_Apellaniz](https://discourse.julialang.org/u/Iagoba_Apellaniz)\
**Replies:** 8\
**Last updated:** [December 18, 2017, 1:27pm UTC](https://discourse.julialang.org/t/inconsistencies-in-some-methods-and-more/7788 "2017-12-18T13:27:27Z")

</div>

Dear All, I didn’t want to start a new issue in GitHub without checking first what is your opinion on this regard. I found the issue #25098 by change, and I started trying to define a function named “·”. I found various…

---

## [Simplifying contributions to documentation](https://discourse.julialang.org/t/simplifying-contributions-to-documentation/7785)

<div class="topic-metadata">

**Author:** [@yakir12](https://discourse.julialang.org/u/yakir12)\
**Replies:** 8\
**Last updated:** [December 15, 2017, 5:43pm UTC](https://discourse.julialang.org/t/simplifying-contributions-to-documentation/7785 "2017-12-15T17:43:28Z")

</div>

Is there any way we can simplify the way users can contribute to the documentation of packages? While changes to the README.md file are easy, suggesting changes to the docstrings of individual functions involves multiple…

---

## [Rand chokes on UInt64](https://discourse.julialang.org/t/rand-chokes-on-uint64/7790)

<div class="topic-metadata">

**Author:** [@ndbecker](https://discourse.julialang.org/u/ndbecker)\
**Replies:** 2\
**Last updated:** [December 15, 2017, 5:33pm UTC](https://discourse.julialang.org/t/rand-chokes-on-uint64/7790 "2017-12-15T17:33:16Z")

</div>

IMO, rand should be able to accept any sort on Integer, and in this case unsigned is actually the only logical value, so I would call this a bug. julia\> rand(Base.Random.GLOBAL\_RNG, 0:10, UInt64(4)) ERROR: MethodError:…

---

## [Immutables with reference-fields: Why boxed?](https://discourse.julialang.org/t/immutables-with-reference-fields-why-boxed/7706)

<div class="topic-metadata">

**Author:** [@foobar\_lv2](https://discourse.julialang.org/u/foobar_lv2)\
**Replies:** 20\
**Last updated:** [December 14, 2017, 9:31am UTC](https://discourse.julialang.org/t/immutables-with-reference-fields-why-boxed/7706 "2017-12-14T09:31:47Z")

</div>

One of the most painful things in julia is that there is no zero-cost abstraction for bundling gc-visible references with anything. This manifests in allocating views, allocating Tuple{Vector{Int}, Int}, etc. More than j…

---

## [Emitted Nullpointer-checks on field-access: Why?](https://discourse.julialang.org/t/emitted-nullpointer-checks-on-field-access-why/7746)

<div class="topic-metadata">

**Author:** [@foobar\_lv2](https://discourse.julialang.org/u/foobar_lv2)\
**Replies:** 0\
**Last updated:** [December 13, 2017, 9:10pm UTC](https://discourse.julialang.org/t/emitted-nullpointer-checks-on-field-access-why/7746 "2017-12-13T21:10:06Z")

</div>

Hi, I wanted to ask why we emit nullpointer-checks for access to Ref-fields / Elements of pointer-arrays. An alternative approach would be to handle the segfault (nullpointer-deref) using something like http://www.gnu.…

---

## [Changes to the representation of Char](https://discourse.julialang.org/t/changes-to-the-representation-of-char/7291)

<div class="topic-metadata">

**Author:** [@StefanKarpinski](https://discourse.julialang.org/u/StefanKarpinski)\
**Replies:** 14\
**Last updated:** [December 12, 2017, 3:09pm UTC](https://discourse.julialang.org/t/changes-to-the-representation-of-char/7291 "2017-12-12T15:09:27Z")

</div>

As a very high level comment here, I’m currently working on changes to how Julia handles string data that will make errors on invalid UTF-8 far less common. The work-in-progress is here: https://github.com/JuliaLang/jul…

---

## [::Function{func\_name} like ::Type{type\_name}](https://discourse.julialang.org/t/function-func-name-like-type-type-name/7697)

<div class="topic-metadata">

**Author:** [@JeffreySarnoff](https://discourse.julialang.org/u/JeffreySarnoff)\
**Replies:** 1\
**Last updated:** [December 11, 2017, 11:34pm UTC](https://discourse.julialang.org/t/function-func-name-like-type-type-name/7697 "2017-12-11T23:34:09Z")

</div>

It would be fab were the internals doing this with the same dispatch advantages.

---

## [To\_indices on tuples](https://discourse.julialang.org/t/to-indices-on-tuples/7649)

<div class="topic-metadata">

**Author:** [@Tamas\_Papp](https://discourse.julialang.org/u/Tamas_Papp)\
**Replies:** 3\
**Last updated:** [December 10, 2017, 6:34pm UTC](https://discourse.julialang.org/t/to-indices-on-tuples/7649 "2017-12-10T18:34:30Z")

</div>

Is to\_indices supposed to work on tuples? I thought they supported the indexing interface. But apparently they don’t have size. julia\> to\_indices((1,2,3), (1:2, )) ERROR: MethodError: no method matching size(::Tuple{Int…

---

## [Packages, modules, and files](https://discourse.julialang.org/t/packages-modules-and-files/7652)

<div class="topic-metadata">

**Author:** [@Tamas\_Papp](https://discourse.julialang.org/u/Tamas_Papp)\
**Replies:** 2\
**Last updated:** [December 10, 2017, 10:42am UTC](https://discourse.julialang.org/t/packages-modules-and-files/7652 "2017-12-10T10:42:43Z")

</div>

The exact connection between packages, modules, and source files is unclear to me, even after reading the Pkg3 Julep and the relevant chapters of the documentation. Please note that this is not a criticism of either the …

---

## [Following through llvm passes with print-after-all, convenience](https://discourse.julialang.org/t/following-through-llvm-passes-with-print-after-all-convenience/7666)

<div class="topic-metadata">

**Author:** [@foobar\_lv2](https://discourse.julialang.org/u/foobar_lv2)\
**Replies:** 1\
**Last updated:** [December 10, 2017, 8:15am UTC](https://discourse.julialang.org/t/following-through-llvm-passes-with-print-after-all-convenience/7666 "2017-12-10T08:15:34Z")

</div>

Hi, when using “JULIA\_LLVM\_ARGS=‘-print-after-all’” and a debug build, then you can follow through optimization passes. Now, I tend to get ~30-160 MB of output on stderr, for very short and simple scripts. Most of thi…

---

## [More disruption between 0.6 and 0.7/1.0?](https://discourse.julialang.org/t/more-disruption-between-0-6-and-0-7-1-0/7609)

<div class="topic-metadata">

**Author:** [@lobingera](https://discourse.julialang.org/u/lobingera)\
**Replies:** 6\
**Last updated:** [December 9, 2017, 7:00am UTC](https://discourse.julialang.org/t/more-disruption-between-0-6-and-0-7-1-0/7609 "2017-12-09T07:00:24Z")

</div>

I was just wondering, if it would be OK to do more disruptive changes - like APIs/Interfaces/splits in packages at the 0.7/1.0 julia boundary?

---

## [Missing iteration invariant optimization?](https://discourse.julialang.org/t/missing-iteration-invariant-optimization/7527)

<div class="topic-metadata">

**Author:** [@foobar\_lv2](https://discourse.julialang.org/u/foobar_lv2)\
**Replies:** 5\
**Last updated:** [December 8, 2017, 12:46am UTC](https://discourse.julialang.org/t/missing-iteration-invariant-optimization/7527 "2017-12-08T00:46:28Z")

</div>

I have a feeling that iterators are harmful. Consider: function baz1(n) for i=1:n i \<1 && return 1 i\>n && return 2 end 0 end function baz2(n) I = 1:n state = start(I) while !don…

---

## [Status of new package manager?](https://discourse.julialang.org/t/status-of-new-package-manager/7536)

<div class="topic-metadata">

**Author:** [@ExpandingMan](https://discourse.julialang.org/u/ExpandingMan)\
**Replies:** 15\
**Last updated:** [December 7, 2017, 1:43am UTC](https://discourse.julialang.org/t/status-of-new-package-manager/7536 "2017-12-07T01:43:48Z")

</div>

Hello all. I haven’t heard anything about the new package manager lately, I was assuming this would debut in 0.7, but I don’t see anything about it in NEWS.md. As we all know the old package manager can frequently caus…

---

## [Varinfo option for vec of names?](https://discourse.julialang.org/t/varinfo-option-for-vec-of-names/7448)

<div class="topic-metadata">

**Author:** [@JeffreySarnoff](https://discourse.julialang.org/u/JeffreySarnoff)\
**Replies:** 1\
**Last updated:** [December 2, 2017, 2:29am UTC](https://discourse.julialang.org/t/varinfo-option-for-vec-of-names/7448 "2017-12-02T02:29:40Z")

</div>

varinfo(Module, \[regex\]) is good, often the table is too much and more than a screenful – is an option to get the response as a vector of the exports as symbols \[or markdown of it\] likely?

---

## [Package size and scope?](https://discourse.julialang.org/t/package-size-and-scope/7309)

<div class="topic-metadata">

**Author:** [@djsegal](https://discourse.julialang.org/u/djsegal)\
**Replies:** 25\
**Last updated:** [December 1, 2017, 7:53pm UTC](https://discourse.julialang.org/t/package-size-and-scope/7309 "2017-12-01T19:53:55Z")

</div>

Hi All – Recently started developing packages. Was wondering how everyone feels about package size and scope. Do you feel like there is a minimum or maximum size/scope a package should be? As a Developer: Do you inc…

---

## [ranges and \`end\` token](https://discourse.julialang.org/t/ranges-and-end-token/7422)

<div class="topic-metadata">

**Author:** [@undef](https://discourse.julialang.org/u/undef)\
**Replies:** 3\
**Last updated:** [November 30, 2017, 10:59pm UTC](https://discourse.julialang.org/t/ranges-and-end-token/7422 "2017-11-30T22:59:05Z")

</div>

TL;DR Can we get rid of the end token in favor of negative indices, and can we display empty rages consistently? I wondered why the end token is necessary, instead of just using negative indices. This was probably aske…

---

## [Assertions and assumptions](https://discourse.julialang.org/t/assertions-and-assumptions/7389)

<div class="topic-metadata">

**Author:** [@foobar\_lv2](https://discourse.julialang.org/u/foobar_lv2)\
**Replies:** 0\
**Last updated:** [November 29, 2017, 4:57pm UTC](https://discourse.julialang.org/t/assertions-and-assumptions/7389 "2017-11-29T16:57:00Z")

</div>

I find myself considering to use @inline function \_\_unreachable() Base.llvmcall("unreachable", Void, Tuple{}, Tuple()); end @inline function assume(x::Bool) x || \_\_unreachable(); end This yields the nice funct…

---

## [copy -\> shallowcopy and deepcopy -\> copy ?](https://discourse.julialang.org/t/copy-shallowcopy-and-deepcopy-copy/7371)

<div class="topic-metadata">

**Author:** [@fgerick](https://discourse.julialang.org/u/fgerick)\
**Replies:** 6\
**Last updated:** [November 29, 2017, 4:55pm UTC](https://discourse.julialang.org/t/copy-shallowcopy-and-deepcopy-copy/7371 "2017-11-29T16:55:52Z")

</div>

I recently ran into this bug as only made a shallow copy of an array of arrays. Consequently the reference array was mutated afterwards and it took me quite some time to realise that copy is a “shallow copy”. Wouldn’t it…

---

## [Document process interaction with stdin, stout, stderr](https://discourse.julialang.org/t/document-process-interaction-with-stdin-stout-stderr/7251)

<div class="topic-metadata">

**Author:** [@mbaz](https://discourse.julialang.org/u/mbaz)\
**Replies:** 9\
**Last updated:** [November 28, 2017, 1:41am UTC](https://discourse.julialang.org/t/document-process-interaction-with-stdin-stout-stderr/7251 "2017-11-28T01:41:12Z")

</div>

Now that the 1.0 feature freeze is on the horizon, I’d like to re-surface a long-standing issue and make a plea for it to be addressed in 1.0. Sometimes one wants to launch a long-living external program from Julia, and…

---

## [Proposal to update to sortperm signature](https://discourse.julialang.org/t/proposal-to-update-to-sortperm-signature/7302)

<div class="topic-metadata">

**Author:** [@xiaodai](https://discourse.julialang.org/u/xiaodai)\
**Replies:** 6\
**Last updated:** [November 26, 2017, 8:22pm UTC](https://discourse.julialang.org/t/proposal-to-update-to-sortperm-signature/7302 "2017-11-26T20:22:43Z")

</div>

I have written a faster sortperm for Radixsort (defined in SortingAlgorithms.jl). However I encountered a number of difficulties in extending the sortperm from Base, the main reason is that the signature for sortperm is…

---

## [Zeros, ones, array construction redesign](https://discourse.julialang.org/t/zeros-ones-array-construction-redesign/7149)

<div class="topic-metadata">

**Author:** [@ScottPJones](https://discourse.julialang.org/u/ScottPJones)\
**Replies:** 5\
**Last updated:** [November 25, 2017, 8:41am UTC](https://discourse.julialang.org/t/zeros-ones-array-construction-redesign/7149 "2017-11-25T08:41:41Z")

</div>

First off, I’d like to say I think that I love the detailed approach that @sacha has taken, laying out different goals, different proposals, and the pros/cons for the different possibilities. I was surprised that it was…

---

## [GitHub Discussions and JuliaLang teams](https://discourse.julialang.org/t/github-discussions-and-julialang-teams/7228)

<div class="topic-metadata">

**Author:** [@jballanc](https://discourse.julialang.org/u/jballanc)\
**Replies:** 3\
**Last updated:** [November 23, 2017, 2:32pm UTC](https://discourse.julialang.org/t/github-discussions-and-julialang-teams/7228 "2017-11-23T14:32:01Z")

</div>

Recently GitHub announced the release of Discussions for GitHub teams. Seeing this, I immediately thought of Julia and the development process, especially the prevalence of large “discussion” tickets. I try my best to ke…

---

## [Current status of julia to js via emscripten](https://discourse.julialang.org/t/current-status-of-julia-to-js-via-emscripten/5530)

<div class="topic-metadata">

**Author:** [@amellnik](https://discourse.julialang.org/u/amellnik)\
**Replies:** 9\
**Last updated:** [November 23, 2017, 11:13am UTC](https://discourse.julialang.org/t/current-status-of-julia-to-js-via-emscripten/5530 "2017-11-23T11:13:52Z")

</div>

Hello all, This has been discussed several times before, but both julia and emscripten have had some changes recently and I wanted to check in to see if anyone has made progress. For previous discussions see @tshort’s …

[Previous page](https://discourse.julialang.org/c/dev/5.md?page=64)

[Next page](https://discourse.julialang.org/c/dev/5.md?page=66)