Changeset 1a3778 in git for IntegerProgramming/term_ordering.h
- Timestamp:
- Sep 28, 2022, 5:07:30 PM (19 months ago)
- Branches:
- (u'spielwiese', '6e5adcba05493683b94648c659a729c189812c77')
- Children:
- aec6fead7ad079baf52b503b680f55839809e605
- Parents:
- 1291fb4c2054a2414ab193f6b00166905b065f98
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
IntegerProgramming/term_ordering.h
r1291fb r1a3778 21 21 // separate function instead of doing it in the constructors. 22 22 23 // For the same reasons as mention ned in the binomial class, frequently23 // For the same reasons as mentioned in the binomial class, frequently 24 24 // used operations on Integer vectors do not perform range checks. Nor do 25 25 // they check if an error has occurred (i.e. control the "error flag", see … … 67 67 // homogeneous one (i.e. the weighted part), else to FALSE. The standard 68 68 // setting is FALSE. 69 // The routine compare_to_zero is faster if the term ordering is homogen ous.69 // The routine compare_to_zero is faster if the term ordering is homogeneous. 70 70 // It would be safer and more natural to take this flag as a member of 71 71 // the ideal class; this would, however, require many supplementary … … 78 78 term_ordering(const BOOLEAN& homogeneous=FALSE); 79 79 // Sets weighted_block_size and elimination_block_size to zero. 80 // With this default con tructor, the term ordering can be taken as a member80 // With this default constructor, the term ordering can be taken as a member 81 81 // of another class (the ideal class in our case). 82 82 … … 175 175 // actual term ordering. The comparison of its two monomials is done 176 176 // according to the binomial data structure: 177 // Instead of comparing explicit ely two monomials, the Integer vector177 // Instead of comparing explicitly two monomials, the Integer vector 178 178 // corresponding to their difference is compared to the zero vector. 179 179 // The function returns
Note: See TracChangeset
for help on using the changeset viewer.