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

Feature request: bigarray printers #8463

Closed
vicuna opened this issue Jan 30, 2004 · 8 comments
Closed

Feature request: bigarray printers #8463

vicuna opened this issue Jan 30, 2004 · 8 comments

Comments

@vicuna
Copy link

vicuna commented Jan 30, 2004

Original bug ID: 2106
Reporter: administrator
Status: acknowledged
Resolution: open
Priority: normal
Severity: feature
Category: otherlibs

Bug description

Hi,

could you please add standard printers for bigarrays and bignums to the
toplevel (and debugger)? This would make it very easy to use the toplevel
for doing mathematics, e.g. in education.

Best regards,
Markus

--
Markus Mottl http://www.oefai.at/~markus markus@oefai.at

@vicuna
Copy link
Author

vicuna commented Apr 18, 2004

Comment author: administrator

seems like a good idea -DD
Problem: bigarrays and bignums are not linked with the default toplevel. -XL

@nojb
Copy link
Contributor

nojb commented Mar 16, 2019

Now that bigarrays are part of the stdlib, maybe printers could be considered for them?

@dbuenzli
Copy link
Contributor

@nojb could you please relabel as stdlib.

The question is then which format and API. Here are a few references:

These are only the ones on the top of my head, I'm sure there are others.

@nojb nojb added stdlib and removed otherlibs labels Mar 16, 2019
@xavierleroy xavierleroy changed the title Feature request: bigarray & bignum printers Feature request: bigarray printers Mar 29, 2019
@xavierleroy
Copy link
Contributor

I removed "bignum" from the title, since the old bignum library was split off, and the new ZArith library is external too.

@github-actions
Copy link

github-actions bot commented May 6, 2020

This issue has been open one year with no activity. Consequently, it is being marked with the "stale" label. What this means is that the issue will be automatically closed in 30 days unless more comments are added or the "stale" label is removed. Comments that provide new information on the issue are especially welcome: is it still reproducible? did it appear in other contexts? how critical is it? etc.

@github-actions github-actions bot added the Stale label May 6, 2020
@stedolan stedolan removed the Stale label May 12, 2020
@github-actions
Copy link

This issue has been open one year with no activity. Consequently, it is being marked with the "stale" label. What this means is that the issue will be automatically closed in 30 days unless more comments are added or the "stale" label is removed. Comments that provide new information on the issue are especially welcome: is it still reproducible? did it appear in other contexts? how critical is it? etc.

@github-actions github-actions bot added the Stale label Jul 21, 2021
@mmottl
Copy link
Contributor

mmottl commented Jul 21, 2021

This request is older than 17 years and is not relevant to me personally anymore. It is very easy to load your own pretty printers into the toplevel. Users will typically have highly specific preferences for the output of printers anyway, e.g. concerning number precision, column and/or row headers, data alignment, ellipses, etc. I'm fine if this doesn't make it into the OCaml distribution.

@github-actions github-actions bot removed the Stale label Jul 23, 2021
@github-actions
Copy link

This issue has been open one year with no activity. Consequently, it is being marked with the "stale" label. What this means is that the issue will be automatically closed in 30 days unless more comments are added or the "stale" label is removed. Comments that provide new information on the issue are especially welcome: is it still reproducible? did it appear in other contexts? how critical is it? etc.

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

6 participants