You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
lpspec holds a queue of language questions for this repository, and they arrive in families #231
Prompt: File exactly one math-spec issue: an index linking fluxopt/lpspec/issues?q=label:upstream:math-spec
Note
The following content was generated by AI.
lpspec has a backlog of questions that are this repository's to answer. They are held there rather than filed here, so this list stays readable. A question is filed here only as this repository next touches its area; until then this issue is the whole of them.
What arrives here is the question, a few sentences under design: open. The evidence — corpus audits, probes, counts, the PyPSA rung each was taken against — stays in the lpspec body and is linked, not copied. They come in families, as this repository next touches each area:
Already resolved without filing here, for the record: nine lpspec issues closed as duplicates of #161, #73, #75, #49, #77, #82, #83, #157 and #225/#226; #1030 as a duplicate of #8; and two decided no upstream at all (a solve dimension, and highspy as a hard dependency).
Prompt: Maybe we should transfer all of them from lpspec to mathspec and close them in lpspec? Lets go through one by one.
Note
The following content was generated by AI.
The label is empty, so this closes. Triaged one by one; twelve language questions now live here, seven were answered or declined without one, and two stayed upstream as lpspec work.
Moved here — each closed upstream, its body left readable as the evidence these link to rather than copy:
Stayed upstream, delabelled: #1220 rescoped to the port that decides whether its language half is worth anything, and #229, whose remaining variant is a post-bind check in lpspec's build path.
The policy the sweep settled, for the constructs with a two-sided implementation: the language question is filed here and the lpspec issue closes now, with an adoption issue refiled there when the construct ships. One issue, one PR, on both sides — a combined adoption tracker was rejected for bundling separable work behind one number.
Activity
FBumann commentedon Aug 31, 2026
Note
The following content was generated by AI.
The label is empty, so this closes. Triaged one by one; twelve language questions now live here, seven were answered or declined without one, and two stayed upstream as lpspec work.
Moved here — each closed upstream, its body left readable as the evidence these link to rather than copy:
yesupstreamwhere:carry operators — relocation, reductionbounds:has nowhere:(language half only)domain: semi_continuous(language half only)cumsumover a variable-free expression (language half only)Answered or declined, with no issue here:
expressions:takescases:with anotherwise:, no twowhenmasks able to hold at once, proved at load.where:carry operators — relocation through a lookup, reduction over a dimension it does not span #258, which carries relocation and reduction as one decision.where:carry operators — relocation through a lookup, reduction over a dimension it does not span #258 either way.ceiling.md's deliberate non-primitives table making the distinction explicit; that is the one follow-up this sweep leaves in the tree.Stayed upstream, delabelled: #1220 rescoped to the port that decides whether its language half is worth anything, and #229, whose remaining variant is a post-bind check in lpspec's build path.
The policy the sweep settled, for the constructs with a two-sided implementation: the language question is filed here and the lpspec issue closes now, with an adoption issue refiled there when the construct ships. One issue, one PR, on both sides — a combined adoption tracker was rejected for bundling separable work behind one number.