On 11:43 Sun 16 Oct , Faré wrote:
> >> So BUNDLE-SYSTEM has been restored, but the comment about its
> >> deprecation suggests that we should revisit its arglist to make it
> >> useful, if we are not going to remove it.
> >>
> My "no-operation-initargs" branch, that you (Robert) agreed to merge
>> So BUNDLE-SYSTEM has been restored, but the comment about its
>> deprecation suggests that we should revisit its arglist to make it
>> useful, if we are not going to remove it.
>>
My "no-operation-initargs" branch, that you (Robert) agreed to merge
after the next release, does away with bundle-s
Robert Goldman writes:
> On 10/16/16 Oct 16 -1:31 AM, Mark Evenson wrote:
>>
>>
>> On 2016/9/11 17:09, Faré wrote:
>>> 1- While the trivial convenience function bundle-system was removed,
>>> the underlying functionality still exists. The function was ill-named
>>> legacy of dubious value. Do A
On 10/16/16 Oct 16 -1:31 AM, Mark Evenson wrote:
>
>
> On 2016/9/11 17:09, Faré wrote:
>> 1- While the trivial convenience function bundle-system was removed,
>> the underlying functionality still exists. The function was ill-named
>> legacy of dubious value. Do ABCL users actually use this funct
On 2016/9/11 17:09, Faré wrote:
> 1- While the trivial convenience function bundle-system was removed,
> the underlying functionality still exists. The function was ill-named
> legacy of dubious value. Do ABCL users actually use this function as
> such?
[Sorry for the late reply]
As far as I kn
On 9/11/16 Sep 11 -2:44 AM, Daniel Kochmański wrote:
> Generally I've seen both functions make-build and bundle-system as
> deprecated for quite a while in asdf source code. While I didn't want to
> get rid of make-build, because it's part of the official ECL build API,
> I've grepped through the l
Faré writes:
> 1- While the trivial convenience function bundle-system was removed,
> the underlying functionality still exists. The function was ill-named
> legacy of dubious value. Do ABCL users actually use this function as
> such?
bundle-system is a function with a good name, reflecting it's
1- While the trivial convenience function bundle-system was removed,
the underlying functionality still exists. The function was ill-named
legacy of dubious value. Do ABCL users actually use this function as
such?
2- On the other hand, its removal is a bit brutal. It might have been
better to use
On Sun, Sep 11, 2016 at 8:12 AM, Daniel Kochmański
wrote:
> Hey,
>
> now all MKCL tests pass as expected. I've also disabled load-bundle-op
> as a default option (seems like a MKCL bug):
>
> https://gitlab.common-lisp.net/asdf/asdf/merge_requests/11
>
I'll have to look deeper into that load-bund
Hey,
now all MKCL tests pass as expected. I've also disabled load-bundle-op
as a default option (seems like a MKCL bug):
https://gitlab.common-lisp.net/asdf/asdf/merge_requests/11
The issue with the system modules is caused by a muss in the systems
definitions of MKCL. Namely asd files are bogus
Jean-Claude Beaudoin writes:
> Hello ASDF devs,
>
> I noticed recently that asdf/bundle:bundle-system has disappeared from ASDF.
> MKCL is/was a user of that function as a convenient entry point to the ASDF
> bundle facility.
>
> My impression was that, along the lines of asdf:load-system and
> a
> On Sep 11, 2016, at 08:31, Jean-Claude Beaudoin
> wrote:
>
> Hello ASDF devs,
>
> I noticed recently that asdf/bundle:bundle-system has disappeared from ASDF.
> MKCL is/was a user of that function as a convenient entry point to the ASDF
> bundle facility.
[…]
For what it is worth, ABCL h
12 matches
Mail list logo
