OpenGL:
Это указатель на массив. Вот тут (самое классное объяснение, что я когда-либо видел) объясняется, как читать и писать такие объявления.

https://forum.sources.ru/index.php?showtopic=421520&view=findpost&p=3848197

scrambrella: Массив указателей и указатель на массив.

https://forum.sources.ru/index.php?showtopic=421520&view=findpost&p=3848196

scrambrella:
А что вы хотели от квадратичного алгоритма? Ну соптимизируете пару копеек на представлении данных. Это почти ничто.

С матрицей смежности вам тупо памяти не хватит на серьёзный граф. Переходите на списки.

https://forum.sources.ru/index.php?showtopic=421519&view=findpost&p=3848195

FasterHarder: Всем хай!

Недавно столкнулся с таким объявлением:


Такого зверя вижу впервые! А вы?)
Не стоит путать этого зверя с классическим одномерным массивом указателей, аля:


Как я понял, вот эта конструкция int (*p)[10] некая имитация двумерного массива.
Но мне важнее понять другое: существует ли ситуация в коде на чистом Си (С89), когда без подобной конструкции НЕ ОБОЙТИСЬ???

https://forum.sources.ru/index.php?showtopic=421520&view=findpost&p=3848194

FasterHarder: В общем, немого полазив по зарубежным материалам (самую малость) сделал такие выводы (возможно, что ошибочные, но это и не важно) ) - на данный момент НЕ существует оптимального решения с тз кодирования (структур данных) алгоритма Прима...

Как только не делают: и через весовую матрицу, и через список смежности (тут вообще масса подвидов), и через КЧД (red-black tree, это ведь они), и через кучи, и даже вроде что-то на хешировании есть и пр. пр.
Оценка сложности различная и типа, если есть что-то O(n^2 + n*m), то, задействовав что-то, могут получить O(n^2 + nlog(m)) и это считается прогрессом и пр. Как делается оценка сложности - без понятия...

Я реализовал 2 дополнительных программы через список смежности:
1. получая отсортированные списки по весу
2. произвольные списки весов

Оба случая по скорости работы проиграли весовой матрице) + для поддержки отсортированности пришлось еще кучу всего доразбирать и додумывать. Понятно, что проблем в коде масса, поэтому эти программы "мусорные"...По скорости уж точно не должны были проиграть весовой матрице, хотя
Еще сложилось такое впечатление, что, типа, если ты можешь закодировать Прима через весовую матрицу, то можешь поставить галочку - знаешь этот алгоритм, ну, ок)

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

В общем, я вроде хорошо понял, как работать с алгоритмом Прима через весовую матрицу (это считается самым тупым и медленным способом), буду считать, что знаю, что такое алгоритм Прима. И так сойдет (с) 8-)

https://forum.sources.ru/index.php?showtopic=421519&view=findpost&p=3848193

B.V.: Gonarh, поглядим. Я думаю, под каблуком Майков могут поменять традицию

https://forum.sources.ru/index.php?showtopic=284122&view=findpost&p=3848191

korvin:
Не Java, а любой нормальный язык, начиная с… 1970-х примерно.

https://forum.sources.ru/index.php?showtopic=421515&view=findpost&p=3848190

sergioK:
не val а var и начиная с 10 версии, которая не LTS, с 11 пока мало где можно выходить в продакшен,
ждем 17 вроде до сентября ,

А ты Я давно заметил крутой спец в Яве, раньше стеснялся говорить, ;)

https://forum.sources.ru/index.php?showtopic=421515&view=findpost&p=3848189

Gonarh: Готов поспорить, что перенесут релиз на полгода-год.

https://forum.sources.ru/index.php?showtopic=284122&view=findpost&p=3848186

D_KEY:
Аргументы-то есть?

https://forum.sources.ru/index.php?showtopic=421515&view=findpost&p=3848183

korvin:
Да. В том числе и в общем случае. )

Добавлено 14.06.21, 13:20

Оно не совсем прямо соотносится с плюсовыми шаблонами, скорее ближе к макросам лиспа.

https://forum.sources.ru/index.php?showtopic=421515&view=findpost&p=3848182

D_KEY:
Да я ж просто сказал, что предпочел бы const для констант :D


В общем случае нет.


Ну мой const это что-то близкое к constexpr.

По поводу template haskell смотрел когда-то, что-то слабее даже плюсовых шаблонов показалось. Но я подзабыл уже.

Добавлено 14.06.21, 13:05
В любом случае мы отделяем то, что происходит во время компиляции. О чем я и говорю.

https://forum.sources.ru/index.php?showtopic=421515&view=findpost&p=3848181

korvin:
Ну раз суть не в названии, то почему ты докопался до названия? )


Условная компиляция — зло. )


Сможешь.


Спасибо, я знаю про constexpr. При чём тут это, не совсем понятно, но можешь тоже погуглить про eval-when в Common Lisp, например. )

Добавлено 14.06.21, 12:11
Или вот.

https://forum.sources.ru/index.php?showtopic=421515&view=findpost&p=3848179

D_KEY:
Суть не в названии, а в наличии возможности. Т.е. смогу ли я потом воспользоваться значением константы для условной компиляции, например? Или для определения размеров массива, хотя бы.
Можешь погуглить про constexpr в C++ или про то, что в D есть.

https://forum.sources.ru/index.php?showtopic=421515&view=findpost&p=3848178

korvin:
А что там раскрывать? Нет никакой разницы, как называется ключевое слово, хоть const, хоть val, хоть let, хоть def. Возможность работать со значениями во время компиляции от этого никак не зависит.

https://forum.sources.ru/index.php?showtopic=421515&view=findpost&p=3848176

D_KEY:
Возможно. Но ты раскрой мысль-то про константы.

https://forum.sources.ru/index.php?showtopic=421515&view=findpost&p=3848175

korvin:
Это в тебе профдеформация говорит.

https://forum.sources.ru/index.php?showtopic=421515&view=findpost&p=3848174

D_KEY:
Ну хз :) Мне кажется логичным наличие в языке механизма для работы со значениями во время компиляции и так же логичным кажется использовать ключевое слово const.

https://forum.sources.ru/index.php?showtopic=421515&view=findpost&p=3848173

korvin:
С чего ты это взял? )

https://forum.sources.ru/index.php?showtopic=421515&view=findpost&p=3848172

D_KEY:
Ну val по мне уже должно быть в рантайме. Даже если оно неизменяемое.

https://forum.sources.ru/index.php?showtopic=421515&view=findpost&p=3848171