Наверное нет

Ты создашь массив в u размером, затем туда ещё u элементов добавляешь

В ints у тебя будет 2u элементов

Если ты так и хотел, то правильно

Но что-то мне подсказывает что нет

И что ты хочешь изменить в итоге

Я хотел два варианта сравнить. С резервированием и с выделением через квадратные скобки

А разницы не должно быть

Хотя там мелочь прям

а у нас есть литералы регулярок?

вот это r"" - строка

а у нас есть литералы регулярок?

Вроде нет, это библиотечный тип

(

Не перл же)

а чем регулярка должна отличаться от строки? обратные апосторофы и regex или ctRegex

Но литералы tuple могли бы сделать

а чем регулярка должна отличаться от строки? обратные апосторофы и regex или ctRegex

чтоб сразу был инстанс регулярки, а не строки

Но литералы tuple могли бы сделать

да, могли бы

но зачем-то выносят в std

и зачем-то выносят в std возможно аллоцировать классы в стеке

regex(r"xxxx"). ну или import std.regex : regex = rr ))

qr, чтоб как в перле

непонятно зачем тогда вообще литерал r""?

да я не перловик, вы не подумайте)

если б регекспы были базовыми типами, то да, а так.. лень что ли пару апострофов написать?

непонятно зачем тогда вообще литерал r""?

теперь понятно. Когда в литерале r"" различные последовательности (\d, \G) воспринимаются как симолы регулярки, а не как escape symbol

Приглашаю всех присоедениться к Срачу в честь 10-ти лет с момента выхода Go. https://habrahabr.ru/post/338556/

Почему ты так любишь ввязываться в срачи с go...

Некоторым просто нравится ввязываться в срачи.

мы же для контейнера можем свой canFind определить? Типа contains?

Range контейнером можно вообще назвать?

вот вопрос на который хочу грамотно ответить: " как вы полагаете может быть сделана проверка вхождения элемента в контейнер без учета типа контейнера. Учтите, что массив не являетеся классом, это просто указатель, из него нельзя вызывать функций."

а что вообще подразумевается под контейнером?)

ну хз, может набор структур. не знаю...

Эти абстрактные споры в вакууме не нужны =\

ну так-то в D на уровне шаблонов действет duck typing, там не важно, какого именно типа параметр, имеется в виду наследование и вот это вот все, а важно, чтобы он удовлетворял определенным условиям, другими словами, если у передаваемого типа есть все методы и свойства, нужные шаблону, то шаблон его скушает и не подавится

насколько знаю, в C++ так же)

давно с шаблонами в C++ дела не имел)

а Range можно назвать контейнером то? Ну хотя бы примерно (опять без уточнения что такое контейнер)

в общем и целом можно, наверное)

Range в D — это некая суровая абстракция, а суровая она как раз благодаря duck typing и шаблонам)

во многих случаях, например, массивы неявно превращаются в Range благодаря тому, что где-то существует функция, принимающая на вход массив, и в D существует UFCS)

мы же для контейнера можем свой canFind определить? Типа contains?

Благодаря UFCS ты вообще к чему угодно можешь эмулировать довешивание функций

на первый взгляд это вообще мозговыносящая конструкция)

а Range можно назвать контейнером то? Ну хотя бы примерно (опять без уточнения что такое контейнер)

Ranges generalize the concept of arrays, lists, or anything that involves sequential access. То есть, это скорее способ доступа к контейнеру

и используется он во всей стандартной библиотеке, как ни странно, без учета типа контейнера)

и используется он во всей стандартной библиотеке, как ни странно, без учета типа контейнера)

Это же интерфейсы. Им вообще не упал тип контейнера, если для этого контейнера имплементированы соответствующие методы.

да им и пофигу, контейнер это или нет

"configurations": [{ "name": "dfuse", "targetType": "library", "platforms": ["osx"], "libs": ["osxfuse_i32"] }, { "name": "dfuse", "targetType": "library", "platforms": ["linux"], "libs": ["fuse"] }]Как в dub.sdl указать чтобы библиотека использовала ту версию которая на платформе linux? Оно мне по умолчанию пытается собрать osx почему то

Собираю в LXC контейнере ubuntu

а json обязателен?)

"libs-linux" : ["fuse"]

в sdl выглядит так: libs "fuse" platform="linux"

Мм это надо вписать в dub.sdl моего проекта? Что-то не помогло

что не помогло?

Все еще пытается слинковать с osx Linking... /usr/bin/ld: cannot find -losxfuse_i32 collect2: error: ld returned 1 exit status Error: linker exited with status 1 dmd failed with exit code 1.

а, кажется я не правильно вопрос понял... приведёный конфиг он в библиотеке лежит?

библиотека как называется?

Да, этот конфиг в библиотеке. А я хочу эту библиотеку использовать.

https://github.com/facebook/dfuse/blob/master/dub.json

мне кажется автор библиотеки не совсем корректно составил dub.json

Warning: Multiple configurations with the name "dfuse" are defined in package "dfuse". This will most likely cause configuration resolution issues.

вот вот

но example собирается с помощью мейкфайла как-то

в твоём dub.sdl должно быть что-то вроде subConfiguration "nameOfLibrary" "nameOfConfig"

а тут получится subConfiguration "dfuse" "dfuse"

при этом обе конфигурации называются "dfuse"

ERROR: S client not available

https://github.com/facebook/dfuse/blob/master/Makefile#L44 Вот тут он как-то сам извращается

а в чём сакральный смысл make'ом собирать?

попробуй в библиотеке исправить dub.json

вообще убрать конфигурации и добавить 2 строчки

А заигнорить их нельзя как-то? Чтобы не расчехлять библиотеку локально

"libs-linux": ["dfuse"], "libs-OSX": ["osxfuse_i32"]

всмысле расчехлять локально?

она же в ~/.dub/packages/ хранится в любом случае

если там поправишь и заработает, то можно PR отправить...

А понял

Я просто еще склонировал репу локально

"targetType" не забудь

Да все собралось и работает

а targetType я нигде никакой не прописывал, где он нужен?

По умолчанию же exe собирается

Вообще зря я сейчас форкнул. https://github.com/facebook/dfuse/pull/7/files#diff-c440c818ecdf6795a339ff0ad2fba6a0R15 вот тут уже пофикшено, но никому не интересно.

Криво пофикшено

Всё те же конфигурации

Тут нет конфигураций разных

Это по сути просто сборка под разные платформы

https://github.com/facebook/dfuse/compare/master...nexor:libs-fix?expand=1 норм?

ну да, логично же ведь

http://code.dlang.org/package-format?lang=json#build-settings

самый первый пример

Печально что походу эту библиотеку уже забросили и никто за ней не следит

Есть организация на github куда важные проекты выкладывают, чтобы не только у изначальных разработчиков был доступ

https://github.com/dlang-community

Кажется, все пакеты из этой организации относятся к какой-то общей задаче по обслуживанию D. Не знаю стоит ли им предлагать туда заброшенные пакеты включать.

Хотя да

Тут вроде всё чисто на D и ± относится к инфраструктуре

http://redmonk.com/sogrady/2017/06/08/language-rankings-6-17/

не очень картинка то для D =(