Tíquete #44977

generate_packets.py: indent generated code only once needed

: 2022-07-02 06:03 Última Atualização: 2022-07-05 18:41

Relator:
Tipo:
Estado:
Fechado
Componente:
Marcos:
Prioridade:
5 - Medium
Gravidade:
5 - Medium
Resolução:
Fixed
Arquivo:
1

Details

Part of #43927. To make code-generating functions more reusable, each function should produce code that is as un-indented as possible, with callers using prefix() to indent as necessary; this way, the generated code can easily be used in different contexts where it needs different indentation.

Ticket History (3/7 Histories)

2022-07-02 06:03 Updated by: alienvalkyrie
  • New Ticket "generate_packets.py: indent generated code only once needed" created
2022-07-02 06:07 Updated by: alienvalkyrie
Comentário

Note: This change is going to conflict with parts of hrm#745593 (by changing the indentation of code modified there). Need to figure out whether to delay this until after that, or whether that needs more changes that take longer anyway.

2022-07-03 22:07 Updated by: cazfi
Comentário

Reply To alienvalkyrie

Note: This change is going to conflict with parts of hrm#745593 (by changing the indentation of code modified there). Need to figure out whether to delay this until after that, or whether that needs more changes that take longer anyway.

One thing still in hrm#745593 touching generate_packets.py, and not related to the main issue of that ticket are the change to use FC_FREE() instead of free() + "... = NULL;" for some fields. Not sure if we want to do that, but if we do, it should go to separate ticket and then handle also other similar cases in generate_packets.py.

2022-07-04 00:08 Updated by: alienvalkyrie
Comentário

Reply To cazfi

Reply To alienvalkyrie

Note: This change is going to conflict with parts of hrm#745593 (by changing the indentation of code modified there). Need to figure out whether to delay this until after that, or whether that needs more changes that take longer anyway.

One thing still in hrm#745593 touching generate_packets.py, and not related to the main issue of that ticket are the change to use FC_FREE() instead of free() + "... = NULL;" for some fields. Not sure if we want to do that, but if we do, it should go to separate ticket and then handle also other similar cases in generate_packets.py.

As far as I can tell (based on the latest patch attached there), that's not the only change to be made to generate_packets.py, so extracting that into its own patch won't completely solve this conflict – but it's probably sensible anyway, given the number of such cases (and the fact that in one case, the ... = NULL; was forgotten) ~> #44993

2022-07-04 04:53 Updated by: alienvalkyrie
  • Resolução Update from Nenhum to Accepted
2022-07-05 18:41 Updated by: alienvalkyrie
  • Estado Update from Aberto to Fechado
  • Resolução Update from Accepted to Fixed

Editar

Please login to add comment to this ticket » Login