| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
| |
* Library import 5, delete go dependencies
* Fix yt client
|
| |
|
|
|
|
|
| |
* Import libs 1
* Add new file without extension
* Add file missed in export config
|
| | |
|
| |
|
|
| |
Update tools: yexport, os-yexport
|
| | |
|
| |
|
|
| |
Update tools: yexport, os-yexport
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
# О чем этот PR?
Добавляем возможность автоматического запуска Clang Static Analyzer (CSA) при сборке бинарников
# Уже же есть clang tidy зачем нам еще и clang static analyzer?
Да, clang tidy включает в себя возможности static analyzer, но данный PR расширает возможности CSA, а конкретно:
1. Фильтрация анализируемых файлов -- CSA по дефолту такое делать не умеет, а стандартные чекеры находят всякий мусор в либах контриба
2. Возможность подгружать свои собственные плагины -- они же чекеры
# А нам точно нужен CSA?
Да, нужен, так как он находит провисшие ссылки https://a.yandex-team.ru/review/4679116/details -- проезды по памяти ловить ооочень сложно
## Чтобы следить за процессом
В CI падает большое количество тестов, поэтому параллельно идет CI в котором изменений никаких нет, для отслеживания динамики падающих тестов
https://a.yandex-team.ru/review/4868604/details
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
Здесь мы добавляем в машинерию канонизации возможность подстановки в url, чтобы в будущем можно было загружать и использовать канонические данные из нескольких мест.
В этом ревью добавлена вся необходимая поддержка вокруг машинерии тестирования
В следующей итерации нужно покрыть тестами скачивание из s3
|
| |
|
|
| |
support both clang14 and clang16
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Раньше FROM_NPM строил урл для скачивания по имени пакета. Изменил это на использование поля tarball, потому что это требуется для интеграции с `@yatool/prebuilder`
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
https://discourse.llvm.org/t/llvm-15-default-pie-issue/67125
|
| |
|
|
|
|
| |
@snermolaev предложил в тикете вынести инициализацию окружения в отдельный модуль и для каждого модуля импортировать его, чтобы не делать лишней работы. Но кажется, что при таком подходе, потом нужно будет либо повторно считывать и парсить контекстный файл, либо сохранять его контент внутри нового модуля и тоже заново парсить.
Учитывая, что для инициализации переменных окружения нам все равно придется считать и распарсить контекстный файл, предлагаю оставить инициализацию как есть и вместе с переменными окружния, практически за бесплатно инициализировать весь контекст.
|
| | |
|
| | |
|
| |
|
| |
The problem was introduced in rXXXXXX.
|
| |
|
|
|
|
| |
```
TypeError: join() argument must be str, bytes, or os.PathLike object, not 'NoneType'
Failed
```
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
| |
Update tools: yexport
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Какие проблему решаем:
1) Текущий генератор (https://github.com/golang/protobuf/) - устаревший, и его рекомендуют заменить на новый (https://pkg.go.dev/google.golang.org/protobuf/cmd/protoc-gen-go)
2) Новый генератор использует интерфейсы в сгенерированных stubах
```
func RegisterTestAgentServiceServer(s grpc.ServiceRegistrar, srv TestAgentServiceServer) { // grpc.ServiceRegistrar - интерфейс
```
Вместо
```
func RegisterTestAgentServiceServer(s *grpc.Server, srv TestAgentServiceServer) { // *grpc.Server - конкретный тип
```
что необходимо нам для https://st.yandex-team.ru/
3) чтобы не было попыток писать вот такое https://a.yandex-team.ru/arcadia/taxi/graph/fleet-tracking-system/grpc-gateway/go_lib/ya.make?rev=11743497#L25
|
| |
|
| |
Update tools: yexport
|