Opened 6 years ago
Closed 5 years ago
#18695 closed defect (fixed)
propagate the variable domain to the assumptions database
Reported by:  rws  Owned by:  

Priority:  major  Milestone:  sage6.9 
Component:  symbolics  Keywords:  
Cc:  Merged in:  
Authors:  Ralf Stephan  Reviewers:  Vincent Delecroix 
Report Upstream:  N/A  Work issues:  
Branch:  c142a5f (Commits)  Commit:  c142a5f27a64f5f371d678d33c5facc746d8106b 
Dependencies:  #18877  Stopgaps: 
Description (last modified by )
While this works as expected:
sage: n = var('n') sage: assume(n, 'integer') sage: solve([n^2 == 3],n) []
this does not:
sage: forget() sage: n = var('n', domain='integer') sage: solve([n^2 == 3],n) [n == sqrt(3), n == sqrt(3)]
So, either solve
should also look at the variable domain, or better, let's propagate domain settings to the assumption list.
Also:
sage: _ = var('n', domain='integer') sage: n.is_integer() False
Creating a noncomplex var will invoke Maxima with this. I think this is acceptable for now. Alternatively, examine if assumptions can be done lazily, i.e., before any call to Maxima.
Change History (15)
comment:1 Changed 6 years ago by
 Branch set to u/rws/setting_domain_integer_on_var_has_no_effect_with_solve
comment:2 Changed 6 years ago by
 Commit set to e7fe81a1486be193005eb4243e337cb5a4847f12
 Status changed from new to needs_review
 Summary changed from setting domain=integer on var has no effect with solve to propagate the variable domain to the assumptions database
comment:3 Changed 6 years ago by
 Status changed from needs_review to needs_work
comment:4 Changed 6 years ago by
 Commit changed from e7fe81a1486be193005eb4243e337cb5a4847f12 to 95f63a61be8893a622e42418b738eaa5fc1968a1
Branch pushed to git repo; I updated commit sha1. New commits:
95f63a6  18695: fix first attempt; enable exception for wrong domain

comment:5 Changed 6 years ago by
 Status changed from needs_work to needs_review
comment:6 Changed 6 years ago by
 Commit changed from 95f63a61be8893a622e42418b738eaa5fc1968a1 to e103b5682b8de062309ce2a1283984f6adc94a78
Branch pushed to git repo; I updated commit sha1. New commits:
e103b56  18695: fix indentation

comment:7 followup: ↓ 9 Changed 6 years ago by
 Dependencies set to #18877
 Description modified (diff)
 Status changed from needs_review to needs_work
Together with #18877 this should be able to doctest:
sage: _ = var('n', domain='integer') sage: n.is_integer() True
comment:8 Changed 5 years ago by
 Description modified (diff)
comment:9 in reply to: ↑ 7 Changed 5 years ago by
Replying to rws:
Together with #18877 this should be able to doctest:
sage: _ = var('n', domain='integer') sage: n.is_integer() True
No, this would actually need #18921.
comment:10 Changed 5 years ago by
 Milestone changed from sage6.8 to sage6.9
 Status changed from needs_work to needs_review
comment:11 Changed 5 years ago by
 Reviewers set to Vincent Delecroix
 Status changed from needs_review to needs_info
Hello,
It looks good. Though I found confusing that the functions sage_domain_to_ginac
and sage_domain_to_maxima
have the same name. The first one return something (and does nothing) while the second one is communicating with maxima.
comment:12 Changed 5 years ago by
 Commit changed from e103b5682b8de062309ce2a1283984f6adc94a78 to c142a5f27a64f5f371d678d33c5facc746d8106b
comment:13 Changed 5 years ago by
 Status changed from needs_info to needs_review
comment:14 Changed 5 years ago by
 Status changed from needs_review to positive_review
comment:15 Changed 5 years ago by
 Branch changed from u/rws/setting_domain_integer_on_var_has_no_effect_with_solve to c142a5f27a64f5f371d678d33c5facc746d8106b
 Resolution set to fixed
 Status changed from positive_review to closed
New commits:
18695: propagate the variable domain to the assumptions database