Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp471035ybl; Wed, 14 Aug 2019 00:38:57 -0700 (PDT) X-Google-Smtp-Source: APXvYqzoObY713ejjWi5tktGlwFr0kLWXpqxLAbKEoZvPLCN2D3nQRhH9yjlyYm6MPL0c/sj7deZ X-Received: by 2002:a17:902:900a:: with SMTP id a10mr42283100plp.281.1565768337526; Wed, 14 Aug 2019 00:38:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565768337; cv=none; d=google.com; s=arc-20160816; b=I2Lvm00wnOb7gXwQPYblVGK/pNrfTMrmH2wc3LH2f/nxRCiUkr703EhnbB7Imz78dj v+a/AnAjccBhD2bobK3EHBALoVUk3PSBy9adqf7eD1oLPIYmy0+rg6VklhqaFAej1XRo ccY0VC0d23kc843dr0+q/BL0/EYQj14uEx4GOw+nvZOng2gGdZpe0CsCoPXVv5/oBDt8 z3cUrScBn5m/4lgRA0qYmgGIFpjjlCc428J5mtB6S/7H99dnicIBBW+n3ZbVQCOH8r1Q 4+ulRu9JO2l+CvlZqXtZ2MhkMlmfHaxrXoysCtjNydjP/t5q3O9SSevR9gqicKHiZZu+ +lwA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :organization:in-reply-to:subject:cc:to:from; bh=BHJmwfYj2sT+1ko9MpYKWGCuGBFnBM80lS1fXMlwqNI=; b=tHq2+LZCQ8sqgvMNG95nUOD1Up1JY558+hs0BLtECJ2NR5Bh7bbCIt+3maSoMoKzNg oMtEsCJPJZlSsIcgCIYmpjx1PzPcXYkSQqAU35WDNUET80rR8ERGLqvIEXhs+WLvB0eT nbA0rxzbpY2sUD0nfvUOICCet1csCuXWi4kZ/e63oNZ+D0N2nXdGbl+4KNH0UY59MnlY 4jqISVcgWe9Igv33nLS1zX9msDS/UiGRWFXEM1Y5anWafUax0aaSzkVIsbOG/lVudexZ Et6jmjLhO5ot6GMalhSPrTy6+IZumIALlQfHKhT0axOT0mNEgaZbA4wlIUs3SK18BPV2 71DA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e2si69437614pfn.32.2019.08.14.00.38.42; Wed, 14 Aug 2019 00:38:57 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727516AbfHNHiE (ORCPT + 99 others); Wed, 14 Aug 2019 03:38:04 -0400 Received: from mga05.intel.com ([192.55.52.43]:36839 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726373AbfHNHiE (ORCPT ); Wed, 14 Aug 2019 03:38:04 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Aug 2019 00:38:03 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,384,1559545200"; d="scan'208";a="194442150" Received: from jnikula-mobl3.fi.intel.com (HELO localhost) ([10.237.66.150]) by fmsmga001.fm.intel.com with ESMTP; 14 Aug 2019 00:38:00 -0700 From: Jani Nikula To: Jonathan Corbet , Sam Ravnborg Cc: Maxime Ripard , Jonathan =?utf-8?Q?Neusch?= =?utf-8?Q?=C3=A4fer?= , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, David Airlie , Mauro Carvalho Chehab , Sean Paul Subject: Re: Best practice for embedded code samles? [Was: drm/drv: Use // for comments in example code] In-Reply-To: <20190813160726.3f9eb8c8@lwn.net> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20190808163629.14280-1-j.neuschaefer@gmx.net> <20190811213215.GA26468@ravnborg.org> <20190813160726.3f9eb8c8@lwn.net> Date: Wed, 14 Aug 2019 10:37:59 +0300 Message-ID: <8736i4gpt4.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 13 Aug 2019, Jonathan Corbet wrote: > On Sun, 11 Aug 2019 23:32:15 +0200 > Sam Ravnborg wrote: > >> I wonder if there is a better way to embed a code sample >> than reverting to // style comments. >> >> As the kernel do not like // comments we should try to avoid them in >> examples. > > If you're embedding a code sample *into a code comment* then I suspect > this is about as good as it gets. The alternative is to put it in as a > plain literal text block. That would lose the syntax highlighting; I > think that's an entirely bearable cost, but others seem to feel > differently about it. Not really a Sphinx limitation, is it? You can't embed a /* */ block comment within a /* */ block comment anyway, Sphinx or not. BR, Jani. -- Jani Nikula, Intel Open Source Graphics Center