Написать простой плагин к компилятору и плагин к грэдлу, который будет дополнительно вызывать прогард?

Можно даже обойтись анализом готового байткода, если информация об internal хранится в метадате метода (не помню хранится ли)

Как понимать «дополнительно вызывать»?

Как понимать «дополнительно вызывать»?

Я не помню, прогард может работать в несколько итераций? Или ему нужен полный список правил и он обрабатывает их все за раз?

Я не помню, прогард может работать в несколько итераций? Или ему нужен полный список правил и он обрабатывает их все за раз?

Он оптимизирует в несколько итераций: -optimizationpasses 5.

Он оптимизирует в несколько итераций: -optimizationpasses 5.

И мы можем его из грэдл таски, например, вызвать ещё раз передав новый набор правил?

И мы можем его из грэдл таски, например, вызвать ещё раз передав новый набор правил?

Можно создать n тасок прогарда с разными правилами, да.

Можно создать n тасок прогарда с разными правилами, да.

Ну круто тогда. Осталось простую программу используя библиотеку asm написать тогда :) Там строк 50 должно получиться, если данные хранятся в метадате

Не понимаю, зачем запускать прогард несколько раз. Достаточно один раз развесить аннотацию и один раз запустить прогард.

А вот если не хранятся -- надт думать как по байткоду понять, что метод internal, а не public

Так kotlinc как-то понимает же. Небось в метадате.

Не понимаю, зачем запускать прогард несколько раз. Достаточно один раз развесить аннотацию и один раз запустить прогард.

Ну да. Не хочется лишние аннотации вешать

ещё можно метадату будет убрать с internal-классов)

Спасибо, буду разбираться с ASM.

Спасибо, буду разбираться с ASM.

Там посмотри примеры у них, они хорошо написаны. И еще тебе для простоты можно не писать visitors, а загружать сразу весь класс в память, там апи проще будет значительно

Не выглядит как задача на один вечер. Спасибо, я, пожалуй, забью...

Ох уж этот интернал

ох уж эта джвм

Арк же, какой такой джвм?

Арк же, какой такой джвм?

JVM - java virtual machine

apk - это андрюша только

в чем профит unsigned арифметики?

в чем профит unsigned арифметики?

В чем профит использования экскаватора по сравнению с подъёмником?

без выебывания никак? по существу есть что сказать?

опа конфликт

без выебывания никак? по существу есть что сказать?

Ответ такой же как вопрос

Ответ такой же как вопрос

-

аналогия вообще не относится к вопросу

я нормальный вопрос задал исходя из закрепленного сообщения, где говорится о беззнаковой арифметике, но выебщику надо выебнуться

Профит в том, что если тебе нужно оперировать беззнаковыми значениями, то ты можешь это делать

нет профит в том что у тебя в знаковой арифметике 1 разряд уходит на знак

да, что-то такое помню

инвертирование и тд

а так у тебя больше диапазон значени с которыми можно работать без переплнения

тадам буст к перфу

а в быстродействии?

профит только в дельте значений?

10+10 от этого быстрее не станет же

нет

теперь у меня тупой вопрос как этот вопрос относится к кт?

см. прикрепленное сообщение

Если мы про фичу говорим, то профит только в том, что беззнаковая арифметика с новой фичей будет прозрачной и без лишних накладных расходов

там хотят вводить эту арифметику

в чем профит unsigned арифметики?

Ну например явно указываешь что тут не будет отрицательных чисел

вопрос исчерпан, спасибо

А зачем нужна сама арифметика, это вопрос про подъемник

вопрос исчерпан, спасибо

Посмотри примеры в других языках, кейсы редкие но иногда ныжны

в чем профит unsigned арифметики?

В интежер будет помещаться 4 миллиарда, а не 2.

Если я правильно понял о какой фиче в котлине мы говорим

да, по факту довольно нишевая фича

не каждый день ворочаешь миллиардами

Беззнаковая арифметика очень полезна для ввода-вывдоа и общения с внешним кодом, который ее поддерживает. Также есть всякие внутренние применения. Классический пример - отсчет времени в наносекундах. Иногда оно ни с того, ни с сего сего становится отрицательным. Еще один пример - размер файла в байтах. Там инт как раз кончается в довольно важном месте.

В нативе она очень пригодится, вот что.

Ну и байты в Java знаковые по каким-то неведомым причинам. byte[] someBinary = { тут выглядит очень странно };

Это точно. С сями без нее иногда очень грустно общаться.

С байтами там есть некоторый косяк, особенно когда как раз из-за знаковости, всякие IO возвращают инты вместо байтов

С байтами там есть некоторый косяк, особенно когда как раз из-за знаковости, всякие IO возвращают инты вместо байтов

Ну, это они ещё в C так спроектированы, тут Java не виновата :)

Я не говорю, что виновата. В NIO и котлине это все вроде пофиксили, но просто хороший пример, где знаковая арифметика неудобна.

При этом я абсолютно против сишных кустов примитивов

Беззнаковая арифметика очень полезна для ввода-вывдоа и общения с внешним кодом, который ее поддерживает. Также есть всякие внутренние применения. Классический пример - отсчет времени в наносекундах. Иногда оно ни с того, ни с сего сего становится отрицательным. Еще один пример - размер файла в байтах. Там инт как раз кончается в довольно важном месте.

Т.е.если размер станет не отрицательным, а переполнится и начнется с нуля - то норм чтоли? -)

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

Мой аспирант недавно так на питоне напоролся. Не указал явно, что величина положительная и для всех времен больше 20 секунд получил отрицательные времена.

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

Ну, беззнаковость ему бы до 40 секунд помогла :)

Ага, но на 41 секунде уже получил бы маленькое значение и все остальные результаты будут совершенно левые. И пойди разберись почему.

Да, но там больше 30 прибор не выдает в принципе.

Тут разговор об удобстве

Тогда это отличный пример -)

В Java, если не ошибаюсь с 8 начиная, есть некоторые методы для беззнаковой арифметики в стандартной библиотеке. Но иметь типо-обертки, который в дизайн тайме притворяются типами, а в рантайме оптимизируются - это довольно удобно, как мне кажется. Я пока до конца эту штуку не осмыслил правда.

В Java, если не ошибаюсь с 8 начиная, есть некоторые методы для беззнаковой арифметики в стандартной библиотеке. Но иметь типо-обертки, который в дизайн тайме притворяются типами, а в рантайме оптимизируются - это довольно удобно, как мне кажется. Я пока до конца эту штуку не осмыслил правда.

А беззнаковые тройные битовые сдвиги уже очень давно были :)

Так и когда 1.3 ждать говорят? ?

Обновления котлина, кстати, последнее время редко происходят

Так и когда 1.3 ждать говорят? ?

скорее всего после 1.2.60

Ощущение такое, по-крайней мере

Обновления котлина, кстати, последнее время редко происходят

минорные вроде с такой же частотой выходят

но от 1.2 до 1.3 уже больше времени прошло, чем от 1.1 до 1.2, да

Да и до 1.2.50 долго шли, я на 1.2.41 до 50 долго сидел (или какая там последняя до него была?)

Так и когда 1.3 ждать говорят? ?

В том же докладе, где собственно все ожидаемые фичи рассказывали, был разговор про конец года/начало следующего. https://youtu.be/gwk4rdgr36E?t=50m31s Естественно, срок не официальный, и даже не точный. Да и март уже далеко, на самом деле, могло всё поменяться.

Выжимку бы

на хабре была

Ну и байты в Java знаковые по каким-то неведомым причинам. byte[] someBinary = { тут выглядит очень странно };

Не байты, а чары. И как раз по вполне понятным причинам

Не байты, а чары. И как раз по вполне понятным причинам

Чары беззнаковые. Байты знаковые -128..127

Чары беззнаковые. Байты знаковые -128..127

Ну да, я так и сказал

Ну да, я так и сказал

Точно, исправил :)

Точно, исправил :)

?

С чарами все плохо, они двухбайтные в яве. В котлине вроде исправлено.

С чарами все плохо, они двухбайтные в яве. В котлине вроде исправлено.

Не думаю, это был бы ад совместимости

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

А как будут устроены внутри беззнаковые типы известно?

Как знаковые на стероидах. Согласно там видюхам, на которые все ссылаются, они будут сделаны при помощи инлайн классов, то есть оберток, которые существуют только во время компиляции.

Банальное - какой у них диапазон будет? Например, [0, 2*maxint] и если да, то как этого добьются интересно.

Банальное - какой у них диапазон будет? Например, [0, 2*maxint] и если да, то как этого добьются интересно.

Да uint это обычный инт, только операторы переопределены

Да uint это обычный инт, только операторы переопределены

Но как добиться с обычным интом беззнаковости нормальной? Я далек от этого, вот и интересно. Понятно, что память они одинаковую занимают, но тут то это на уровне jvm сделано, получается котлину придется как-то хитрить, чтобы сделать из обычный инты юинт.

Ну как, можно интерпретировать знаковое значение как беззнаковое