2023-06-22 10:19:42 +00:00
|
|
|
#include "tests/libexpr.hh"
|
|
|
|
|
|
|
|
#include "value.hh"
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
#include "print.hh"
|
2023-06-22 10:19:42 +00:00
|
|
|
|
|
|
|
namespace nix {
|
|
|
|
|
|
|
|
using namespace testing;
|
|
|
|
|
|
|
|
struct ValuePrintingTests : LibExprTest
|
|
|
|
{
|
|
|
|
template<class... A>
|
|
|
|
void test(Value v, std::string_view expected, A... args)
|
|
|
|
{
|
|
|
|
std::stringstream out;
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
v.print(state, out, args...);
|
2023-06-22 10:19:42 +00:00
|
|
|
ASSERT_EQ(out.str(), expected);
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, tInt)
|
|
|
|
{
|
|
|
|
Value vInt;
|
|
|
|
vInt.mkInt(10);
|
|
|
|
test(vInt, "10");
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, tBool)
|
|
|
|
{
|
|
|
|
Value vBool;
|
|
|
|
vBool.mkBool(true);
|
|
|
|
test(vBool, "true");
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, tString)
|
|
|
|
{
|
|
|
|
Value vString;
|
|
|
|
vString.mkString("some-string");
|
|
|
|
test(vString, "\"some-string\"");
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, tPath)
|
|
|
|
{
|
|
|
|
Value vPath;
|
|
|
|
vPath.mkString("/foo");
|
|
|
|
test(vPath, "\"/foo\"");
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, tNull)
|
|
|
|
{
|
|
|
|
Value vNull;
|
|
|
|
vNull.mkNull();
|
|
|
|
test(vNull, "null");
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, tAttrs)
|
|
|
|
{
|
|
|
|
Value vOne;
|
|
|
|
vOne.mkInt(1);
|
|
|
|
|
|
|
|
Value vTwo;
|
|
|
|
vTwo.mkInt(2);
|
|
|
|
|
|
|
|
BindingsBuilder builder(state, state.allocBindings(10));
|
|
|
|
builder.insert(state.symbols.create("one"), &vOne);
|
|
|
|
builder.insert(state.symbols.create("two"), &vTwo);
|
|
|
|
|
|
|
|
Value vAttrs;
|
|
|
|
vAttrs.mkAttrs(builder.finish());
|
|
|
|
|
|
|
|
test(vAttrs, "{ one = 1; two = 2; }");
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, tList)
|
|
|
|
{
|
|
|
|
Value vOne;
|
|
|
|
vOne.mkInt(1);
|
|
|
|
|
|
|
|
Value vTwo;
|
|
|
|
vTwo.mkInt(2);
|
|
|
|
|
|
|
|
Value vList;
|
|
|
|
state.mkList(vList, 5);
|
|
|
|
vList.bigList.elems[0] = &vOne;
|
|
|
|
vList.bigList.elems[1] = &vTwo;
|
|
|
|
vList.bigList.size = 3;
|
|
|
|
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
test(vList, "[ 1 2 «nullptr» ]");
|
2023-06-22 10:19:42 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, vThunk)
|
|
|
|
{
|
|
|
|
Value vThunk;
|
2024-06-16 21:10:09 +00:00
|
|
|
ExprInt e(0);
|
|
|
|
vThunk.mkThunk(nullptr, e);
|
2023-06-22 10:19:42 +00:00
|
|
|
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
test(vThunk, "«thunk»");
|
2023-06-22 10:19:42 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, vApp)
|
|
|
|
{
|
|
|
|
Value vApp;
|
|
|
|
vApp.mkApp(nullptr, nullptr);
|
|
|
|
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
test(vApp, "«thunk»");
|
2023-06-22 10:19:42 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, vLambda)
|
|
|
|
{
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
Env env {
|
|
|
|
.up = nullptr,
|
|
|
|
.values = { }
|
|
|
|
};
|
2024-01-29 05:19:23 +00:00
|
|
|
PosTable::Origin origin = state.positions.addOrigin(std::monostate(), 1);
|
|
|
|
auto posIdx = state.positions.add(origin, 0);
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
2024-06-16 21:10:09 +00:00
|
|
|
ExprLambda eLambda(posIdx, createSymbol("a"), std::make_unique<Formals>(), std::make_unique<ExprInt>(0));
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
2023-06-22 10:19:42 +00:00
|
|
|
Value vLambda;
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
vLambda.mkLambda(&env, &eLambda);
|
|
|
|
|
|
|
|
test(vLambda, "«lambda @ «none»:1:1»");
|
|
|
|
|
|
|
|
eLambda.setName(createSymbol("puppy"));
|
2023-06-22 10:19:42 +00:00
|
|
|
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
test(vLambda, "«lambda puppy @ «none»:1:1»");
|
2023-06-22 10:19:42 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, vPrimOp)
|
|
|
|
{
|
|
|
|
Value vPrimOp;
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
PrimOp primOp{
|
|
|
|
.name = "puppy"
|
|
|
|
};
|
2024-03-04 04:51:23 +00:00
|
|
|
vPrimOp.mkPrimOp(&primOp);
|
2023-06-22 10:19:42 +00:00
|
|
|
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
test(vPrimOp, "«primop puppy»");
|
2023-06-22 10:19:42 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, vPrimOpApp)
|
|
|
|
{
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
PrimOp primOp{
|
|
|
|
.name = "puppy"
|
|
|
|
};
|
|
|
|
Value vPrimOp;
|
|
|
|
vPrimOp.mkPrimOp(&primOp);
|
|
|
|
|
2023-06-22 10:19:42 +00:00
|
|
|
Value vPrimOpApp;
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
vPrimOpApp.mkPrimOpApp(&vPrimOp, nullptr);
|
2023-06-22 10:19:42 +00:00
|
|
|
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
test(vPrimOpApp, "«partially applied primop puppy»");
|
2023-06-22 10:19:42 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, vExternal)
|
|
|
|
{
|
|
|
|
struct MyExternal : ExternalValueBase
|
|
|
|
{
|
|
|
|
public:
|
|
|
|
std::string showType() const override
|
|
|
|
{
|
|
|
|
return "";
|
|
|
|
}
|
|
|
|
std::string typeOf() const override
|
|
|
|
{
|
|
|
|
return "";
|
|
|
|
}
|
|
|
|
virtual std::ostream & print(std::ostream & str) const override
|
|
|
|
{
|
|
|
|
str << "testing-external!";
|
|
|
|
return str;
|
|
|
|
}
|
|
|
|
} myExternal;
|
|
|
|
Value vExternal;
|
|
|
|
vExternal.mkExternal(&myExternal);
|
|
|
|
|
|
|
|
test(vExternal, "testing-external!");
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, vFloat)
|
|
|
|
{
|
|
|
|
Value vFloat;
|
|
|
|
vFloat.mkFloat(2.0);
|
|
|
|
|
|
|
|
test(vFloat, "2");
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, vBlackhole)
|
|
|
|
{
|
|
|
|
Value vBlackhole;
|
|
|
|
vBlackhole.mkBlackhole();
|
|
|
|
test(vBlackhole, "«potential infinite recursion»");
|
|
|
|
}
|
|
|
|
|
2023-06-22 04:27:19 +00:00
|
|
|
TEST_F(ValuePrintingTests, depthAttrs)
|
|
|
|
{
|
|
|
|
Value vOne;
|
|
|
|
vOne.mkInt(1);
|
|
|
|
|
|
|
|
Value vTwo;
|
|
|
|
vTwo.mkInt(2);
|
|
|
|
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
BindingsBuilder builderEmpty(state, state.allocBindings(0));
|
|
|
|
Value vAttrsEmpty;
|
|
|
|
vAttrsEmpty.mkAttrs(builderEmpty.finish());
|
|
|
|
|
2023-06-22 04:27:19 +00:00
|
|
|
BindingsBuilder builder(state, state.allocBindings(10));
|
|
|
|
builder.insert(state.symbols.create("one"), &vOne);
|
|
|
|
builder.insert(state.symbols.create("two"), &vTwo);
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
builder.insert(state.symbols.create("nested"), &vAttrsEmpty);
|
2023-06-22 04:27:19 +00:00
|
|
|
|
|
|
|
Value vAttrs;
|
|
|
|
vAttrs.mkAttrs(builder.finish());
|
|
|
|
|
|
|
|
BindingsBuilder builder2(state, state.allocBindings(10));
|
|
|
|
builder2.insert(state.symbols.create("one"), &vOne);
|
|
|
|
builder2.insert(state.symbols.create("two"), &vTwo);
|
|
|
|
builder2.insert(state.symbols.create("nested"), &vAttrs);
|
|
|
|
|
|
|
|
Value vNested;
|
|
|
|
vNested.mkAttrs(builder2.finish());
|
|
|
|
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
test(vNested, "{ nested = { ... }; one = 1; two = 2; }", PrintOptions { .maxDepth = 1 });
|
|
|
|
test(vNested, "{ nested = { nested = { ... }; one = 1; two = 2; }; one = 1; two = 2; }", PrintOptions { .maxDepth = 2 });
|
|
|
|
test(vNested, "{ nested = { nested = { }; one = 1; two = 2; }; one = 1; two = 2; }", PrintOptions { .maxDepth = 3 });
|
|
|
|
test(vNested, "{ nested = { nested = { }; one = 1; two = 2; }; one = 1; two = 2; }", PrintOptions { .maxDepth = 4 });
|
2023-06-22 04:27:19 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, depthList)
|
|
|
|
{
|
|
|
|
Value vOne;
|
|
|
|
vOne.mkInt(1);
|
|
|
|
|
|
|
|
Value vTwo;
|
|
|
|
vTwo.mkInt(2);
|
|
|
|
|
|
|
|
BindingsBuilder builder(state, state.allocBindings(10));
|
|
|
|
builder.insert(state.symbols.create("one"), &vOne);
|
|
|
|
builder.insert(state.symbols.create("two"), &vTwo);
|
|
|
|
|
|
|
|
Value vAttrs;
|
|
|
|
vAttrs.mkAttrs(builder.finish());
|
|
|
|
|
|
|
|
BindingsBuilder builder2(state, state.allocBindings(10));
|
|
|
|
builder2.insert(state.symbols.create("one"), &vOne);
|
|
|
|
builder2.insert(state.symbols.create("two"), &vTwo);
|
|
|
|
builder2.insert(state.symbols.create("nested"), &vAttrs);
|
|
|
|
|
|
|
|
Value vNested;
|
|
|
|
vNested.mkAttrs(builder2.finish());
|
|
|
|
|
|
|
|
Value vList;
|
|
|
|
state.mkList(vList, 5);
|
|
|
|
vList.bigList.elems[0] = &vOne;
|
|
|
|
vList.bigList.elems[1] = &vTwo;
|
|
|
|
vList.bigList.elems[2] = &vNested;
|
|
|
|
vList.bigList.size = 3;
|
|
|
|
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
test(vList, "[ 1 2 { ... } ]", PrintOptions { .maxDepth = 1 });
|
|
|
|
test(vList, "[ 1 2 { nested = { ... }; one = 1; two = 2; } ]", PrintOptions { .maxDepth = 2 });
|
|
|
|
test(vList, "[ 1 2 { nested = { one = 1; two = 2; }; one = 1; two = 2; } ]", PrintOptions { .maxDepth = 3 });
|
|
|
|
test(vList, "[ 1 2 { nested = { one = 1; two = 2; }; one = 1; two = 2; } ]", PrintOptions { .maxDepth = 4 });
|
|
|
|
test(vList, "[ 1 2 { nested = { one = 1; two = 2; }; one = 1; two = 2; } ]", PrintOptions { .maxDepth = 5 });
|
|
|
|
}
|
|
|
|
|
|
|
|
struct StringPrintingTests : LibExprTest
|
|
|
|
{
|
|
|
|
template<class... A>
|
|
|
|
void test(std::string_view literal, std::string_view expected, unsigned int maxLength, A... args)
|
|
|
|
{
|
|
|
|
Value v;
|
|
|
|
v.mkString(literal);
|
|
|
|
|
|
|
|
std::stringstream out;
|
|
|
|
printValue(state, out, v, PrintOptions {
|
|
|
|
.maxStringLength = maxLength
|
|
|
|
});
|
|
|
|
ASSERT_EQ(out.str(), expected);
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
TEST_F(StringPrintingTests, maxLengthTruncation)
|
|
|
|
{
|
|
|
|
test("abcdefghi", "\"abcdefghi\"", 10);
|
|
|
|
test("abcdefghij", "\"abcdefghij\"", 10);
|
|
|
|
test("abcdefghijk", "\"abcdefghij\" «1 byte elided»", 10);
|
|
|
|
test("abcdefghijkl", "\"abcdefghij\" «2 bytes elided»", 10);
|
|
|
|
test("abcdefghijklm", "\"abcdefghij\" «3 bytes elided»", 10);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Check that printing an attrset shows 'important' attributes like `type`
|
|
|
|
// first, but only reorder the attrs when we have a maxAttrs budget.
|
|
|
|
TEST_F(ValuePrintingTests, attrsTypeFirst)
|
|
|
|
{
|
|
|
|
Value vType;
|
|
|
|
vType.mkString("puppy");
|
|
|
|
|
|
|
|
Value vApple;
|
|
|
|
vApple.mkString("apple");
|
|
|
|
|
|
|
|
BindingsBuilder builder(state, state.allocBindings(10));
|
|
|
|
builder.insert(state.symbols.create("type"), &vType);
|
|
|
|
builder.insert(state.symbols.create("apple"), &vApple);
|
|
|
|
|
|
|
|
Value vAttrs;
|
|
|
|
vAttrs.mkAttrs(builder.finish());
|
|
|
|
|
|
|
|
test(vAttrs,
|
|
|
|
"{ type = \"puppy\"; apple = \"apple\"; }",
|
|
|
|
PrintOptions {
|
|
|
|
.maxAttrs = 100
|
|
|
|
});
|
|
|
|
|
|
|
|
test(vAttrs,
|
|
|
|
"{ apple = \"apple\"; type = \"puppy\"; }",
|
|
|
|
PrintOptions { });
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsInt)
|
|
|
|
{
|
|
|
|
Value v;
|
|
|
|
v.mkInt(10);
|
|
|
|
|
|
|
|
test(v,
|
|
|
|
ANSI_CYAN "10" ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsFloat)
|
|
|
|
{
|
|
|
|
Value v;
|
|
|
|
v.mkFloat(1.6);
|
|
|
|
|
|
|
|
test(v,
|
|
|
|
ANSI_CYAN "1.6" ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsBool)
|
|
|
|
{
|
|
|
|
Value v;
|
|
|
|
v.mkBool(true);
|
|
|
|
|
|
|
|
test(v,
|
|
|
|
ANSI_CYAN "true" ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsString)
|
|
|
|
{
|
|
|
|
Value v;
|
|
|
|
v.mkString("puppy");
|
|
|
|
|
|
|
|
test(v,
|
|
|
|
ANSI_MAGENTA "\"puppy\"" ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsStringElided)
|
|
|
|
{
|
|
|
|
Value v;
|
|
|
|
v.mkString("puppy");
|
|
|
|
|
|
|
|
test(v,
|
2024-03-08 04:06:09 +00:00
|
|
|
ANSI_MAGENTA "\"pup\" " ANSI_FAINT "«2 bytes elided»" ANSI_NORMAL,
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true,
|
|
|
|
.maxStringLength = 3
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsPath)
|
|
|
|
{
|
|
|
|
Value v;
|
|
|
|
v.mkPath(state.rootPath(CanonPath("puppy")));
|
|
|
|
|
|
|
|
test(v,
|
|
|
|
ANSI_GREEN "/puppy" ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsNull)
|
|
|
|
{
|
|
|
|
Value v;
|
|
|
|
v.mkNull();
|
|
|
|
|
|
|
|
test(v,
|
|
|
|
ANSI_CYAN "null" ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsAttrs)
|
|
|
|
{
|
|
|
|
Value vOne;
|
|
|
|
vOne.mkInt(1);
|
|
|
|
|
|
|
|
Value vTwo;
|
|
|
|
vTwo.mkInt(2);
|
|
|
|
|
|
|
|
BindingsBuilder builder(state, state.allocBindings(10));
|
|
|
|
builder.insert(state.symbols.create("one"), &vOne);
|
|
|
|
builder.insert(state.symbols.create("two"), &vTwo);
|
|
|
|
|
|
|
|
Value vAttrs;
|
|
|
|
vAttrs.mkAttrs(builder.finish());
|
|
|
|
|
|
|
|
test(vAttrs,
|
|
|
|
"{ one = " ANSI_CYAN "1" ANSI_NORMAL "; two = " ANSI_CYAN "2" ANSI_NORMAL "; }",
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsDerivation)
|
|
|
|
{
|
|
|
|
Value vDerivation;
|
|
|
|
vDerivation.mkString("derivation");
|
|
|
|
|
|
|
|
BindingsBuilder builder(state, state.allocBindings(10));
|
|
|
|
builder.insert(state.sType, &vDerivation);
|
|
|
|
|
|
|
|
Value vAttrs;
|
|
|
|
vAttrs.mkAttrs(builder.finish());
|
|
|
|
|
|
|
|
test(vAttrs,
|
|
|
|
ANSI_GREEN "«derivation»" ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true,
|
|
|
|
.force = true,
|
|
|
|
.derivationPaths = true
|
|
|
|
});
|
|
|
|
|
|
|
|
test(vAttrs,
|
|
|
|
"{ type = " ANSI_MAGENTA "\"derivation\"" ANSI_NORMAL "; }",
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true,
|
|
|
|
.force = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsError)
|
|
|
|
{
|
|
|
|
Value throw_ = state.getBuiltin("throw");
|
|
|
|
Value message;
|
|
|
|
message.mkString("uh oh!");
|
|
|
|
Value vError;
|
|
|
|
vError.mkApp(&throw_, &message);
|
|
|
|
|
|
|
|
test(vError,
|
|
|
|
ANSI_RED
|
2024-03-08 05:50:31 +00:00
|
|
|
"«error: uh oh!»"
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true,
|
|
|
|
.force = true,
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsDerivationError)
|
|
|
|
{
|
|
|
|
Value throw_ = state.getBuiltin("throw");
|
|
|
|
Value message;
|
|
|
|
message.mkString("uh oh!");
|
|
|
|
Value vError;
|
|
|
|
vError.mkApp(&throw_, &message);
|
|
|
|
|
|
|
|
Value vDerivation;
|
|
|
|
vDerivation.mkString("derivation");
|
|
|
|
|
|
|
|
BindingsBuilder builder(state, state.allocBindings(10));
|
|
|
|
builder.insert(state.sType, &vDerivation);
|
|
|
|
builder.insert(state.sDrvPath, &vError);
|
|
|
|
|
|
|
|
Value vAttrs;
|
|
|
|
vAttrs.mkAttrs(builder.finish());
|
|
|
|
|
|
|
|
test(vAttrs,
|
|
|
|
"{ drvPath = "
|
|
|
|
ANSI_RED
|
2024-03-08 05:50:31 +00:00
|
|
|
"«error: uh oh!»"
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
ANSI_NORMAL
|
|
|
|
"; type = "
|
|
|
|
ANSI_MAGENTA
|
|
|
|
"\"derivation\""
|
|
|
|
ANSI_NORMAL
|
|
|
|
"; }",
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true,
|
|
|
|
.force = true
|
|
|
|
});
|
|
|
|
|
|
|
|
test(vAttrs,
|
|
|
|
ANSI_RED
|
2024-03-08 05:50:31 +00:00
|
|
|
"«error: uh oh!»"
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true,
|
|
|
|
.force = true,
|
|
|
|
.derivationPaths = true,
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsAssert)
|
|
|
|
{
|
2024-06-16 21:10:09 +00:00
|
|
|
ExprAssert expr(noPos,
|
|
|
|
std::make_unique<ExprVar>(state.symbols.create("false")),
|
|
|
|
std::make_unique<ExprInt>(1));
|
|
|
|
expr.bindVars(state, state.staticBaseEnv);
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
|
|
|
Value v;
|
2024-06-16 21:10:09 +00:00
|
|
|
state.mkThunk_(v, expr);
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
|
|
|
test(v,
|
2024-03-08 05:50:31 +00:00
|
|
|
ANSI_RED "«error: assertion 'false' failed»" ANSI_NORMAL,
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true,
|
|
|
|
.force = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsList)
|
|
|
|
{
|
|
|
|
Value vOne;
|
|
|
|
vOne.mkInt(1);
|
|
|
|
|
|
|
|
Value vTwo;
|
|
|
|
vTwo.mkInt(2);
|
|
|
|
|
|
|
|
Value vList;
|
|
|
|
state.mkList(vList, 5);
|
|
|
|
vList.bigList.elems[0] = &vOne;
|
|
|
|
vList.bigList.elems[1] = &vTwo;
|
|
|
|
vList.bigList.size = 3;
|
|
|
|
|
|
|
|
test(vList,
|
|
|
|
"[ " ANSI_CYAN "1" ANSI_NORMAL " " ANSI_CYAN "2" ANSI_NORMAL " " ANSI_MAGENTA "«nullptr»" ANSI_NORMAL " ]",
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsLambda)
|
|
|
|
{
|
|
|
|
Env env {
|
|
|
|
.up = nullptr,
|
|
|
|
.values = { }
|
|
|
|
};
|
2024-01-29 05:19:23 +00:00
|
|
|
PosTable::Origin origin = state.positions.addOrigin(std::monostate(), 1);
|
|
|
|
auto posIdx = state.positions.add(origin, 0);
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
2024-06-16 21:10:09 +00:00
|
|
|
ExprLambda eLambda(posIdx, createSymbol("a"), std::make_unique<Formals>(), std::make_unique<ExprInt>(0));
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
|
|
|
Value vLambda;
|
|
|
|
vLambda.mkLambda(&env, &eLambda);
|
|
|
|
|
|
|
|
test(vLambda,
|
|
|
|
ANSI_BLUE "«lambda @ «none»:1:1»" ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true,
|
|
|
|
.force = true
|
|
|
|
});
|
|
|
|
|
|
|
|
eLambda.setName(createSymbol("puppy"));
|
|
|
|
|
|
|
|
test(vLambda,
|
|
|
|
ANSI_BLUE "«lambda puppy @ «none»:1:1»" ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true,
|
|
|
|
.force = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsPrimOp)
|
|
|
|
{
|
|
|
|
PrimOp primOp{
|
|
|
|
.name = "puppy"
|
|
|
|
};
|
|
|
|
Value v;
|
|
|
|
v.mkPrimOp(&primOp);
|
|
|
|
|
|
|
|
test(v,
|
|
|
|
ANSI_BLUE "«primop puppy»" ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsPrimOpApp)
|
|
|
|
{
|
|
|
|
PrimOp primOp{
|
|
|
|
.name = "puppy"
|
|
|
|
};
|
|
|
|
Value vPrimOp;
|
|
|
|
vPrimOp.mkPrimOp(&primOp);
|
|
|
|
|
|
|
|
Value v;
|
|
|
|
v.mkPrimOpApp(&vPrimOp, nullptr);
|
|
|
|
|
|
|
|
test(v,
|
|
|
|
ANSI_BLUE "«partially applied primop puppy»" ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsThunk)
|
|
|
|
{
|
|
|
|
Value v;
|
2024-06-16 21:10:09 +00:00
|
|
|
ExprInt e(0);
|
|
|
|
v.mkThunk(nullptr, e);
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
|
|
|
test(v,
|
|
|
|
ANSI_MAGENTA "«thunk»" ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsBlackhole)
|
|
|
|
{
|
|
|
|
Value v;
|
|
|
|
v.mkBlackhole();
|
|
|
|
|
|
|
|
test(v,
|
|
|
|
ANSI_RED "«potential infinite recursion»" ANSI_NORMAL,
|
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsAttrsRepeated)
|
|
|
|
{
|
2024-07-15 16:24:16 +00:00
|
|
|
Value vZero;
|
|
|
|
vZero.mkInt(0);
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
2024-07-15 16:24:16 +00:00
|
|
|
BindingsBuilder innerBuilder(state, state.allocBindings(1));
|
|
|
|
innerBuilder.insert(state.symbols.create("x"), &vZero);
|
|
|
|
|
|
|
|
Value vInner;
|
|
|
|
vInner.mkAttrs(innerBuilder.finish());
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
|
|
|
BindingsBuilder builder(state, state.allocBindings(10));
|
2024-07-15 16:24:16 +00:00
|
|
|
builder.insert(state.symbols.create("a"), &vInner);
|
|
|
|
builder.insert(state.symbols.create("b"), &vInner);
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
|
|
|
Value vAttrs;
|
|
|
|
vAttrs.mkAttrs(builder.finish());
|
|
|
|
|
|
|
|
test(vAttrs,
|
2024-07-15 16:24:16 +00:00
|
|
|
"{ a = { x = " ANSI_CYAN "0" ANSI_NORMAL "; }; b = " ANSI_MAGENTA "«repeated»" ANSI_NORMAL "; }",
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsListRepeated)
|
|
|
|
{
|
2024-07-15 16:24:16 +00:00
|
|
|
Value vZero;
|
|
|
|
vZero.mkInt(0);
|
|
|
|
|
|
|
|
BindingsBuilder innerBuilder(state, state.allocBindings(1));
|
|
|
|
innerBuilder.insert(state.symbols.create("x"), &vZero);
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
2024-07-15 16:24:16 +00:00
|
|
|
Value vInner;
|
|
|
|
vInner.mkAttrs(innerBuilder.finish());
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
|
|
|
Value vList;
|
|
|
|
state.mkList(vList, 3);
|
2024-07-15 16:24:16 +00:00
|
|
|
vList.bigList.elems[0] = &vInner;
|
|
|
|
vList.bigList.elems[1] = &vInner;
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
vList.bigList.size = 2;
|
|
|
|
|
|
|
|
test(vList,
|
2024-07-15 16:24:16 +00:00
|
|
|
"[ { x = " ANSI_CYAN "0" ANSI_NORMAL "; } " ANSI_MAGENTA "«repeated»" ANSI_NORMAL " ]",
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, listRepeated)
|
|
|
|
{
|
2024-07-15 16:24:16 +00:00
|
|
|
Value vZero;
|
|
|
|
vZero.mkInt(0);
|
|
|
|
|
|
|
|
BindingsBuilder innerBuilder(state, state.allocBindings(1));
|
|
|
|
innerBuilder.insert(state.symbols.create("x"), &vZero);
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
2024-07-15 16:24:16 +00:00
|
|
|
Value vInner;
|
|
|
|
vInner.mkAttrs(innerBuilder.finish());
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
|
|
|
|
Value vList;
|
|
|
|
state.mkList(vList, 3);
|
2024-07-15 16:24:16 +00:00
|
|
|
vList.bigList.elems[0] = &vInner;
|
|
|
|
vList.bigList.elems[1] = &vInner;
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
vList.bigList.size = 2;
|
|
|
|
|
2024-07-15 16:24:16 +00:00
|
|
|
test(vList, "[ { x = 0; } «repeated» ]", PrintOptions { });
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
test(vList,
|
2024-07-15 16:24:16 +00:00
|
|
|
"[ { x = 0; } { x = 0; } ]",
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
PrintOptions {
|
|
|
|
.trackRepeated = false
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsAttrsElided)
|
|
|
|
{
|
|
|
|
Value vOne;
|
|
|
|
vOne.mkInt(1);
|
|
|
|
|
|
|
|
Value vTwo;
|
|
|
|
vTwo.mkInt(2);
|
|
|
|
|
|
|
|
BindingsBuilder builder(state, state.allocBindings(10));
|
|
|
|
builder.insert(state.symbols.create("one"), &vOne);
|
|
|
|
builder.insert(state.symbols.create("two"), &vTwo);
|
|
|
|
|
|
|
|
Value vAttrs;
|
|
|
|
vAttrs.mkAttrs(builder.finish());
|
|
|
|
|
|
|
|
test(vAttrs,
|
2024-03-08 07:25:42 +00:00
|
|
|
"{ one = " ANSI_CYAN "1" ANSI_NORMAL "; " ANSI_FAINT "«1 attribute elided»" ANSI_NORMAL " }",
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true,
|
|
|
|
.maxAttrs = 1
|
|
|
|
});
|
|
|
|
|
|
|
|
Value vThree;
|
|
|
|
vThree.mkInt(3);
|
|
|
|
|
|
|
|
builder.insert(state.symbols.create("three"), &vThree);
|
|
|
|
vAttrs.mkAttrs(builder.finish());
|
|
|
|
|
|
|
|
test(vAttrs,
|
2024-03-08 07:25:42 +00:00
|
|
|
"{ one = " ANSI_CYAN "1" ANSI_NORMAL "; " ANSI_FAINT "«2 attributes elided»" ANSI_NORMAL " }",
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true,
|
|
|
|
.maxAttrs = 1
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_F(ValuePrintingTests, ansiColorsListElided)
|
|
|
|
{
|
|
|
|
BindingsBuilder emptyBuilder(state, state.allocBindings(1));
|
|
|
|
|
|
|
|
Value vOne;
|
|
|
|
vOne.mkInt(1);
|
|
|
|
|
|
|
|
Value vTwo;
|
|
|
|
vTwo.mkInt(2);
|
|
|
|
|
|
|
|
Value vList;
|
|
|
|
state.mkList(vList, 4);
|
|
|
|
vList.bigList.elems[0] = &vOne;
|
|
|
|
vList.bigList.elems[1] = &vTwo;
|
|
|
|
vList.bigList.size = 2;
|
|
|
|
|
|
|
|
test(vList,
|
2024-03-08 07:25:42 +00:00
|
|
|
"[ " ANSI_CYAN "1" ANSI_NORMAL " " ANSI_FAINT "«1 item elided»" ANSI_NORMAL " ]",
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true,
|
|
|
|
.maxListItems = 1
|
|
|
|
});
|
|
|
|
|
|
|
|
Value vThree;
|
|
|
|
vThree.mkInt(3);
|
|
|
|
|
|
|
|
vList.bigList.elems[2] = &vThree;
|
|
|
|
vList.bigList.size = 3;
|
|
|
|
|
|
|
|
test(vList,
|
2024-03-08 07:25:42 +00:00
|
|
|
"[ " ANSI_CYAN "1" ANSI_NORMAL " " ANSI_FAINT "«2 items elided»" ANSI_NORMAL " ]",
|
Unify and refactor value printing
Previously, there were two mostly-identical value printers -- one in
`libexpr/eval.cc` (which didn't force values) and one in
`libcmd/repl.cc` (which did force values and also printed ANSI color
codes).
This PR unifies both of these printers into `print.cc` and provides a
`PrintOptions` struct for controlling the output, which allows for
toggling whether values are forced, whether repeated values are tracked,
and whether ANSI color codes are displayed.
Additionally, `PrintOptions` allows tuning the maximum number of
attributes, list items, and bytes in a string that will be displayed;
this makes it ideal for contexts where printing too much output (e.g.
all of Nixpkgs) is distracting. (As requested by @roberth in
https://github.com/NixOS/nix/pull/9554#issuecomment-1845095735)
Please read the tests for example output.
Future work:
- It would be nice to provide this function as a builtin, perhaps
`builtins.toStringDebug` -- a printing function that never fails would
be useful when debugging Nix code.
- It would be nice to support customizing `PrintOptions` members on the
command line, e.g. `--option to-string-max-attrs 1000`.
(cherry picked from commit 0fa08b451682fb3311fe58112ff05c4fe5bee3a4, )
===
Restore ambiguous value printer for `nix-instantiate`
The Nix team has requested that this output format remain unchanged.
I've added a warning to the man page explaining that `nix-instantiate
--eval` output will not parse correctly in many situations.
(cherry picked from commit df84dd4d8dd3fd6381ac2ca3064432ab31a16b79)
Change-Id: I7cca6b4b53cd0642f2d49af657d5676a8554c9f8
2024-03-08 02:05:47 +00:00
|
|
|
PrintOptions {
|
|
|
|
.ansiColors = true,
|
|
|
|
.maxListItems = 1
|
|
|
|
});
|
2023-06-22 04:27:19 +00:00
|
|
|
}
|
|
|
|
|
2023-06-22 10:19:42 +00:00
|
|
|
} // namespace nix
|