Build outputs shared by several languages are reported under one of them; outputs of a build system hide the language-wide ones

Aberta
  • Algo errado?
#145 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
4/5
Tempo estimado
3-5 dias
Facilidade para iniciantes
40/100
Tipo de issue
Funcionalidade
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
elixir, erlang, java, kotlin, python
Domínio
build-system, tooling

Direção de pesquisa

Start by reading outputs_of in facts/outputs.py and tracing how CommittedOutput facts are grouped for reporting. Compare the BEAM and JVM cases described in the issue, including tests/fixtures/bare_beam. Decide whether shared outputs should be reported under each owning language or once per ecosystem, and whether build system outputs should add to language wide outputs; done means both behaviors are covered by clear, consistent results.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

committed-artifacts and vcs-ignore answer per language, and a BuildOutput of several languages is reported under one of them. BEAM's _build/ and erl_crash.dump are outputs of both Elixir and Erlang; in tests/fixtures/bare_beam (both languages) the check says

Elixir: no build outputs are committed; Erlang: 2 build outputs are committed

although the committed _build/ is Elixir's too (JVM's shared outputs behave the same for Java and Kotlin). The CommittedOutput fact carries every language; it is the answer's grouping that picks one. An output shared by the languages of one ecosystem would read better reported once, under the ecosystem, or under every language that owns it.

Related: outputs_of (facts/outputs.py) returns the outputs tied to the build systems in use or, only when none is, the language-wide ones. A profile that ties one output to a build system therefore hides its language-wide outputs for that build system (BEAM had to leave deps/ untied so _build/ still counted for Elixir; JVM's *.class output is hidden whenever Maven or Gradle is used). Is that precedence intended, or should the two sets add up?

🤖 Generated with Claude Code

https://claude.ai/code/session_01ByTXNqDWdM7HzezrFtEvQt

Linguagem predominante
Python
Estrelas
4
Forks
1
Merge médio
10h 41min
PRs com merge (30d)
79

Preparar o ambiente

Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de cpp-best-practices/project_validator

Todas as issues de cpp-best-practices/project_validator

Issues semelhantes

Mais issues de Python

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.