[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <f94a3126-41ba-2263-eac3-ac877042c9ea@amd.com>
Date: Wed, 4 Jan 2023 13:54:58 -0600
From: Carlos Bilbao <carlos.bilbao@....com>
To: Jonathan Corbet <corbet@....net>,
Miguel Ojeda <miguel.ojeda.sandonis@...il.com>
Cc: ojeda@...nel.org, akiyks@...il.com, jani.nikula@...ux.intel.com,
rdunlap@...radead.org, linux-doc@...r.kernel.org,
linux-kernel@...r.kernel.org, konstantin@...uxfoundation.org
Subject: Re: [PATCH v5 0/2] docs: Integrate rustdoc into Rust documentation
On 1/4/23 08:53, Jonathan Corbet wrote:
> Miguel Ojeda <miguel.ojeda.sandonis@...il.com> writes:
>
>> I think I understand now what you meant by "fail more gracefully". I
>> thought you meant fail with a better/proper message given versioning
>> information or similar, but you primarily meant avoid breaking the
>> entire docs build if the Rust part fails, right?
> Both would be nice, but not breaking the docs build would be at the top
> of my list.
There's a bunch of simple workarounds we can use to keep going even if
rustdoc fails, if that is agreeable. I'd test but maybe something like:
ifeq ($(CONFIG_RUST),y)
$(Q)$(MAKE) rustdoc || true
endif
or:
ifeq ($(CONFIG_RUST),y)
$(Q)$(MAKE) -k rustdoc
endif
or:
ifeq ($(CONFIG_RUST),y)
-$(Q)$(MAKE) -k rustdoc
endif
> Thanks,
>
> jon
Thanks,
Carlos
Powered by blists - more mailing lists