[sage-devel] Re: gap-4.10 causes error building sage

2020-06-04 Thread Matthias Koeppe
>From the log: duplicate symbol '_compress' in: obj/src/.libs/dteval.o /usr/local/lib/libz.a(compress.o) ld: 1 duplicate symbol for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) I'd suggest to check where this version of /usr/local/l

[sage-devel] gap-4.10 causes error building sage

2020-06-04 Thread Aaron Lauve
It's been awhile since I built sage from source. (I think I was running 8.5?) In the meantime, I migrated files from one laptop to another, and upgraded operating systems, so not sure where the problem lies. Running macOS 10.15.3 on a 2019 Airbook. I tried the following: git branch master git

Re: [sage-devel] Re: Error Building on Slackware 14.2

2020-06-04 Thread Matthias Koeppe
Thanks. I have created https://trac.sagemath.org/ticket/29798 for adding a slackware-multilib test environment to our tox.ini. Would you be interested in helping with this? See https://doc.sagemath.org/html/en/developer/portability_testing.html for an overview. On Thursday, June 4, 2020 at 3:0

Re: [sage-devel] Re: Error Building on Slackware 14.2

2020-06-04 Thread Christopher Duston
Thanks, I appreciate the attention. Instructions for making Slackware multilib can be found here: https://docs.slackware.com/slackware:multilib. "Quick and Dirty" instructions are about 20% of the way down. I should note that multilib is not officially supported by either Slackware or Slackbuilds

Re: [sage-devel] Re: sage.misc.defaults.variable_names tuple vs list

2020-06-04 Thread 'Reimundo Heluani' via sage-devel
On Jun 04, Nils Bruin wrote: On Thursday, June 4, 2020 at 11:56:55 AM UTC-7, Reimundo Heluani wrote: The output of sage.misc.defaults.variable_names and latex_variable_names is of type list if n=1 while type tuple if n>1. Is this really the intended behaviour? I would find that har

Re: [sage-devel] Re: Error Building on Slackware 14.2

2020-06-04 Thread Matthias Koeppe
Thanks. I have created https://trac.sagemath.org/ticket/29795 for this issue. Could you advise how to create a multilib slackware configuration? On Thursday, June 4, 2020 at 11:42:49 AM UTC-7, Christopher Duston wrote: > > I'd like to follow up on this - the real issue is that when building iml

[sage-devel] Re: sage.misc.defaults.variable_names tuple vs list

2020-06-04 Thread Nils Bruin
On Thursday, June 4, 2020 at 11:56:55 AM UTC-7, Reimundo Heluani wrote: > > The output of sage.misc.defaults.variable_names and latex_variable_names > is of > type list if n=1 while type tuple if n>1. Is this really the intended > behaviour? > > I would find that hard to believe. My guess the a

[sage-devel] sage.misc.defaults.variable_names tuple vs list

2020-06-04 Thread 'Reimundo Heluani' via sage-devel
The output of sage.misc.defaults.variable_names and latex_variable_names is of type list if n=1 while type tuple if n>1. Is this really the intended behaviour? To concatenate another tuple/list to this output in a manner that is independent of n requires an extra conversion. Cheers, R.

Re: [sage-devel] Re: Error Building on Slackware 14.2

2020-06-04 Thread Christopher Duston
I'd like to follow up on this - the real issue is that when building iml the libraries are hardcoded to reside at /lib, but in multilib systems this may not be the case. Specifically, in Slackware we have lib for 32-bit and lib64 for 64-bit. I fixed this by changing this line in build/pkgs/iml/ spk

[sage-devel] Re: Split into interpreter and python package to facilitate development

2020-06-04 Thread Tobias Diez
Thanks for the explanation, this makes a few things clearer to me! The "in-place" builds sounds very promising indeed. I would like to help in this direction, but feel like I don't have the knowledge to contribute directly. However, if there is something to try-out / play around with, please l