Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

failing doctests with optional package coxeter 3 #21077

Closed
videlec opened this issue Jul 23, 2016 · 8 comments
Closed

failing doctests with optional package coxeter 3 #21077

videlec opened this issue Jul 23, 2016 · 8 comments

Comments

@videlec
Copy link
Contributor

videlec commented Jul 23, 2016

With coxeter3 installed

sage: W = CoxeterGroup(['B', 3], implementation='coxeter3')
Traceback (most recent call last):
...
.../coxeter3/coxeter.pyx in sage.libs.coxeter3.coxeter.CoxGroup.__cinit__ (.../cythonized/sage/libs/coxeter3/coxeter.cpp:3329)()
    266
    267         if len(cartan_type) == 2:
--> 268             type, rank = cartan_type
    269         else:
    270             type, rank, affine = cartan_type
ValueError: too many values to unpack (expected 2)

And indeed

sage: c = CartanType('B3')
sage: len(c)
2
sage: len(list(c))
3

This causes many doctest failures.

CC: @tscrim @fchapoton @anneschilling @AndrewAtLarge @nthiery

Component: packages: optional

Author: Travis Scrimshaw

Branch/Commit: 312462a

Reviewer: Vincent Delecroix

Issue created by migration from https://trac.sagemath.org/ticket/21077

@videlec videlec added this to the sage-7.3 milestone Jul 23, 2016
@videlec videlec changed the title failing doctest with optional package coxeter 3 failing doctests with optional package coxeter 3 Jul 23, 2016
@tscrim
Copy link
Collaborator

tscrim commented Jul 23, 2016

Author: Travis Scrimshaw

@tscrim
Copy link
Collaborator

tscrim commented Jul 23, 2016

comment:2

This is caused by #20973 and is independent of coxeter3. I will post a fix shortly.

@tscrim
Copy link
Collaborator

tscrim commented Jul 23, 2016

comment:3

The problem is that there is an affine method for finite Cartan types that returns the corresponding affine type, whereas for affine types, the twist number is in the attribute affine. We already override __getitem__ for affine Cartan types, so we just default to 2 valid indices for the general __getitem__.


New commits:

312462aFixing `__getitem__` for non-affine Cartan types.

@tscrim
Copy link
Collaborator

tscrim commented Jul 23, 2016

@tscrim
Copy link
Collaborator

tscrim commented Jul 23, 2016

Commit: 312462a

@videlec
Copy link
Contributor Author

videlec commented Jul 23, 2016

comment:4

At least the optional doctest now pass ;-)

@videlec
Copy link
Contributor Author

videlec commented Jul 23, 2016

Reviewer: Vincent Delecroix

@vbraun
Copy link
Member

vbraun commented Jul 24, 2016

Changed branch from public/combinat/root_system/fix_cartan_type-20177 to 312462a

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants