Message394361
| Author |
FFY00 |
| Recipients |
FFY00, jefferyto, rhettinger, vstinner |
| Date |
2021年05月25日.14:35:13 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1621953313.51.0.574941431795.issue37596@roundup.psfhosted.org> |
| In-reply-to |
| Content |
I would not expect SOURCE_DATE_EPOCH to sacrifice performance. During packaging, SOURCE_DATE_EPOCH is always set, and sometimes we need to perform expensive operations. We only need this behavior during cache generation, making the solution not optimal.
Backtracking a bit to your proposal for sorting the elements. Is it possible to have two different types with the same name? We need a unique identifier for each type.
After that, we need the type to allow sorting/comparing items, which AFAIK is not something we can guarantee.
We could certainly do the sorting where we are able to, and bail out if impossible, which I feel should handle the majority of cases. This is not optimal, but reasonable.
Is there any way we could something like resetting the hash seed during cache generation? |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2021年05月25日 14:35:13 | FFY00 | set | recipients:
+ FFY00, rhettinger, vstinner, jefferyto |
| 2021年05月25日 14:35:13 | FFY00 | set | messageid: <1621953313.51.0.574941431795.issue37596@roundup.psfhosted.org> |
| 2021年05月25日 14:35:13 | FFY00 | link | issue37596 messages |
| 2021年05月25日 14:35:13 | FFY00 | create |
|