AM
Тащемта да, вопрошающий уже всё нашёл.
https://github.com/pfn/kotlin-plugin/pull/32
https://github.com/pfn/kotlin-plugin/pull/32
Size: a a a
2019 November 25
VP
Что-то странное. Там в sbt нет что ли разделения между classpath плагина и самого приложения?
VP
Вместе с
kotlin-scripting-compiler-embeddable там всё равно тащится kotlin-compiler-embeddable. И разумеется это не зависимость самого приложения.e
Что-то странное. Там в sbt нет что ли разделения между classpath плагина и самого приложения?
sbt тут ни при чём, я думаю. Скорее всего это автор плагина корявенько чтото написал.
VP
sbt тут ни при чём, я думаю. Скорее всего это автор плагина корявенько чтото написал.
Да, похоже на то, что он накидывает зависимость в сам проект
BV
Вроде джетбрейз не разрабатывает плагин для сбт
BV
Это скорее всего как-то какой-то самопал
BV
Те можно ожидать чего угодно
AN
Вроде джетбрейз не разрабатывает плагин для сбт
не разрабатывает. И мавеновский-то через пень-колоду поддерживается
VB
Тащемта да, вопрошающий уже всё нашёл.
https://github.com/pfn/kotlin-plugin/pull/32
https://github.com/pfn/kotlin-plugin/pull/32
для начала видимо стоит посмотреть на баг, который этим пулом закрывали: https://github.com/pfn/kotlin-plugin/issues/31
VB
я так понимаю, хотелось странного - компилить kts вместе с kt
AM
Да, поэтому желание иметь эту фигню опционально вполне логичное.
Хотя я до скриптинга так и не добрался пока, потому не в курсе, зачем в мэине ктс-файлы.
Хотя я до скриптинга так и не добрался пока, потому не в курсе, зачем в мэине ктс-файлы.
VB
согласен, это должно бы быть опционально. Вообще я знаю автора плагина, и зачем это все изначально разарабатывалось :)
AN
согласен, это должно бы быть опционально. Вообще я знаю автора плагина, и зачем это все изначально разарабатывалось :)
шоб скалистам кактус был слаще
VP
я так понимаю, хотелось странного - компилить kts вместе с kt
И теперь всё, что собирает этот плагин, тянет как минимум рантайм скриптинга, а для верности ещё и компилятор 😂
VB
И теперь всё, что собирает этот плагин, тянет как минимум рантайм скриптинга, а для верности ещё и компилятор 😂
если вы про добавленные либы - то это класспуть самого плагина. Рантайм, видимо, надо добавлять в своем проекте самому
AN
И теперь всё, что собирает этот плагин, тянет как минимум рантайм скриптинга, а для верности ещё и компилятор 😂
рантайм скриптинга тащит компилятор автоматом
VP
если вы про добавленные либы - то это класспуть самого плагина. Рантайм, видимо, надо добавлять в своем проекте самому
Судя по вот этому, плагин делает всё сам 😏
https://github.com/pfn/kotlin-plugin/blob/master/src/main/scala/KotlinPlugin.scala#L21-L34
Я так понял,
https://github.com/pfn/kotlin-plugin/blob/master/src/main/scala/KotlinPlugin.scala#L21-L34
Я так понял,
% KotlinInternal.name - это classpath плагина, а без этого - classpath проектаVB
Судя по вот этому, плагин делает всё сам 😏
https://github.com/pfn/kotlin-plugin/blob/master/src/main/scala/KotlinPlugin.scala#L21-L34
Я так понял,
https://github.com/pfn/kotlin-plugin/blob/master/src/main/scala/KotlinPlugin.scala#L21-L34
Я так понял,
% KotlinInternal.name - это classpath плагина, а без этого - classpath проектада, именно так
VP
рантайм скриптинга тащит компилятор автоматом
А скомпилированные скрипты тащат что-нибудь специфичное?