[sage-devel] Re: Help needed with UniqueRepresentation (of SymmetricFunctions)

Thank you for the explanation. I would be very surprised about `R.=S.jack()`, because the *coefficients* are (usually regarded as) rational functions in `t`, and the *monomials* are Jack symmetric functions. I found the following alternative solution at https://doc.sagemath.org/html/en/referen

[sage-devel] Re: Google Summer of Code: Organization application deadline Feb 6!

Great, thanks a lot, Travis, also for taking on the role of the GSoC admin for another year! On Monday, February 5, 2024 at 9:55:25 PM UTC-8 Travis Scrimshaw wrote: > Hi everyone, >I have submitted the application. > > However, we can continue to add projects (and mentors) at any point. So i

[sage-devel] Re: Google Summer of Code: Organization application deadline Feb 6!

Hi everyone, I have submitted the application. However, we can continue to add projects (and mentors) at any point. So if you are interested or have any features that you want to request, please either add it to the wiki page, post it here, or email me. Best, Travis On Tuesday, February 6,

Re: [sage-devel] Unify error for trying to invert non-invertible elements

+1 from me on this specific case. On the other hand, there are similar arbitrariness in other cases. So I think there should be a broader discussion on what error should be raised in what situation in mathematical context. This is what I think: A method (or function) takes objects as input and

[sage-devel] Re: Google Summer of Code: Organization application deadline Feb 6!

Hi Linden, Thank you. I added the project at the "standard" length 350 hours. Best, Travis On Monday, February 5, 2024 at 7:24:38 PM UTC+9 Linden Disney wrote: > I have a proposal for a project I would be willing to mentor (detailed > below for completeness), but I'm unsure about how best to

Re: [sage-devel] Unify error for trying to invert non-invertible elements

Dave, I agree that it is quite possible that not all of them are correct non-invertible elements in a ring. Of course, we would go through an examine them more individually as David suggested. I was originally thinking ValueError as well, but, as Martin pointed out, ArithmeticError is a bit mor

Re: [sage-devel] Unify error for trying to invert non-invertible elements

I agree that there are cases that shouldn't be changed to an ArithmeticError, and that grepping for "invertible" isn't sufficient. But I think with a narrower scope this change is a good idea: if the error arises from attempting to invert a non-invertible element of a ring. So +1 from me, with a

Re: [sage-devel] Unify error for trying to invert non-invertible elements

-1 from me. Looking at just a few uncovered some that I think are definitely not ArithmeticError. Examples: There is an occurrence of ValueError('{} is not invertible') in the lift_isometry method of cliffordalgebra.py. Lifting an isometry is clearly not an arithmetic operation. Valu

Re: [sage-devel] Re: Installing sagemath on macOS

On 5 February 2024 21:58:54 GMT, "dan...@gmail.com" wrote: >You could just use Sage_macOS >, quick and >easy! for Sage development, you need a source install. > >On Monday, February 5, 2024 at 3:49:02 PM UTC-6 Matthias Koeppe wr

[sage-devel] Re: Installing sagemath on macOS

You could just use Sage_macOS , quick and easy! On Monday, February 5, 2024 at 3:49:02 PM UTC-6 Matthias Koeppe wrote: > We would need to see the full logs > > On Monday, February 5, 2024 at 1:26:31 PM UTC-8 Sai Chandhrasekhar wrote

[sage-devel] Re: Installing sagemath on macOS

We would need to see the full logs On Monday, February 5, 2024 at 1:26:31 PM UTC-8 Sai Chandhrasekhar wrote: > Hello, > > When I tried to run python3 -m pip install sage_conf, I got this error > message from config.log. I tried to change to GCC but then I got a message > that Sage cannot be bui

[sage-devel] Installing sagemath on macOS

Hello, When I tried to run python3 -m pip install sage_conf, I got this error message from config.log. I tried to change to GCC but then I got a message that Sage cannot be built on macOS with GNU's gcc. Any suggestions on what to do would be appreciated. configure:6595: x86_64-apple-darwin13.

[sage-devel] Re: Help needed with UniqueRepresentation (of SymmetricFunctions)

I second that response. More specifically, what you're running into is: sage: S.jack(t=t) == S.jack(t='t') False which is indeed within UniqueRepresentation design parameters: returned values are cached on construction parameters 't' and '"t"' hash to different values. If you need better proces

Re: [sage-devel] SuiteSparse and sage and sparse_matrix.LU()

On Monday 5 February 2024 at 02:31:04 UTC-8 Dima Pasechnik wrote: it is the matter of adding extra zero rows or columns to the matrix you want to decompose. This could be a quick fix. (in reference to computing LU decompositions of non-square matrices) -- in a numerical setting, adding extra

Re: [sage-devel] Help needed with UniqueRepresentation (of SymmetricFunctions)

The following should show the problem: sage: from sage.structure.unique_representation import UniqueRepresentation : : class A(UniqueRepresentation): : def __init__(self, v=1): : self.v = str(v) : : A() == A() : A() is A() : A() == A(1) True True False

[sage-devel] Help needed with UniqueRepresentation (of SymmetricFunctions)

At https://github.com/sagemath/sage/pull/37220 I am trying to provide a construction functor for symmetric functions. I am hitting the following bug, which I hope is easy to fix if one knows the right magic: sage: P. = QQ[] sage: S = SymmetricFunctions(P) sage: S.jack().P() == S.jack(t=t).P() Fa

Re: [sage-devel] SuiteSparse and sage and sparse_matrix.LU()

Le 05/02/2024 à 11:30, Dima Pasechnik a écrit : A good implementation of LU decomposition ought actually to take non-square matrix as input, and have the indices adjusted appropriately in the algorithm, so it's indeed a bit strange that superLU only takes square matrices (?). Perhaps it'

Re: [sage-devel] SuiteSparse and sage and sparse_matrix.LU()

On 5 February 2024 06:30:45 GMT, 'Animesh Shree' via sage-devel wrote: >The other library that scipy uses is SuperLU : >https://portal.nersc.gov/project/sparse/superlu/ >for the function scipy.sparse.linalg.splu : >https://docs.scipy.org/doc/scipy/reference/generated/scipy.sparse.linalg.splu

[sage-devel] Re: Google Summer of Code: Organization application deadline Feb 6!

I have a proposal for a project I would be willing to mentor (detailed below for completeness), but I'm unsure about how best to estimate the length (I did GSoC 2021 but estimates of length weren't around then). The initial coding would not be too challenging, but the mathematical research whic

Re: [sage-devel] SuiteSparse and sage and sparse_matrix.LU()

On 5 February 2024 05:36:45 GMT, 'Animesh Shree' via sage-devel wrote: >I tried to use ctypes pythonapi to extract PyCapsule_New objects using >PyCapsule_GetPointer. But got erorr : > *ArgumentError: argument 1: TypeError: Don't know how to >convert parameter 1* >Attaching file

[sage-devel] Unify error for trying to invert non-invertible elements

Dear all, currently, when trying to invert a non-invertible element, one of the following errors is raised (found using `grep -r --include=*.{py,pyx} --color -nH --null -e "Error(.*invertible" *`): - 21 ValueError('{} is not invertible') - 11 ZeroDivisionError("element is not invertible")

Re: [sage-devel] SuiteSparse and sage and sparse_matrix.LU()

I tried to use ctypes pythonapi to extract PyCapsule_New objects using PyCapsule_GetPointer. But got erorr : *ArgumentError: argument 1: TypeError: Don't know how to convert parameter 1* Attaching file ---

Re: [sage-devel] SuiteSparse and sage and sparse_matrix.LU()

The other library that scipy uses is SuperLU : https://portal.nersc.gov/project/sparse/superlu/ for the function scipy.sparse.linalg.splu : https://docs.scipy.org/doc/scipy/reference/generated/scipy.sparse.linalg.splu.html#scipy-sparse-linalg-splu Scipy supports only factorization for square mat