Christian Köstlin writes:
> Subject: [PATCH 2/2] testing/lisp/test-ob-C.el: Add test for dub support in
> ob-C.el
Canceled, due to no response.
See
https://list.orgmode.org/orgmode/CAG741+bUT_Yt3PdLuVpMNH7vo-bb3n1iiynf2Cime1LW=21...@mail.gmail.com/
--
Ihor Radchenko // yantar92,
Org mode
tbanelwebmin writes:
> For unit-testing Dlang, we could mock the «dub» command (compiler+packager).
> For instance, we could replace it
> by the «cat» Linux command, just while running the unit-test.
>
> But the «cat» command introduces a new dependency on Linux. Is there a
> portable
For unit-testing Dlang, we could mock the
«dub» command (compiler+packager). For instance, we could replace
it by the «cat» Linux command, just while running the unit-test.
But the «cat» command introduces a new dependency on Linux. Is
there a portable
Christian Köstlin writes:
>> If the programming language is using its own package manager, is it any
>> different? Or do you refer to something else?
>>
> Most of the packages that a programming language like rust/crates,
> ruby/rubygems
> or dlang/dub-packages provide will probably never
Max Nikulin writes:
> I am unsure concerning general policy related to org-babel test, so the
> following is rather discussion than a direct request to change the test.
>
> Is there a way to avoid dependency on remote resources? My concern is
> test results affected by network issues. In
On 02/10/2022 05:05, Christian Köstlin wrote:
Aforementioned unit-test.
+(ert-deftest ob-D/dub-basics ()
+ (if (executable-find "dub") (org-test-at-id
+ "81E17302-BE76-4E2A-93CA-0A7E121CB7C2" (org-babel-next-src-block 1)
+ (should (equal "abc, bac, cab, acb, bca,
Aforementioned unit-test.
Kind regards,
Christian
0002-testing-lisp-test-ob-C.el-Add-test-for-dub-support-i.patch
Description: Binary data
