From: Thierry Reding <thierry.reding@gmail.com>
To: Erik Faye-Lund <kusmabite@gmail.com>
Cc: "dri-devel@lists.freedesktop.org" <dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH v2 libdrm 1/7] configure: Support symbol visibility when available
Date: Fri, 2 May 2014 16:12:58 +0200 [thread overview]
Message-ID: <20140502141257.GB21515@ulmo> (raw)
In-Reply-To: <CABPQNSZO4dDD-SMRy6=4+oNR96Se+Cw2g62EoQ76cKGcCDSEvg@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 2327 bytes --]
On Thu, Apr 10, 2014 at 07:15:14PM +0200, Erik Faye-Lund wrote:
> On Wed, Apr 9, 2014 at 1:40 PM, Thierry Reding <thierry.reding@gmail.com> wrote:
> > diff --git a/libdrm.h b/libdrm.h
> > new file mode 100644
> > index 000000000000..23926e6f6741
> > --- /dev/null
> > +++ b/libdrm.h
> > @@ -0,0 +1,34 @@
> > +/*
> > + * Copyright © 2014 NVIDIA Corporation
> > + *
> > + * Permission is hereby granted, free of charge, to any person obtaining a
> > + * copy of this software and associated documentation files (the "Software"),
> > + * to deal in the Software without restriction, including without limitation
> > + * the rights to use, copy, modify, merge, publish, distribute, sublicense,
> > + * and/or sell copies of the Software, and to permit persons to whom the
> > + * Software is furnished to do so, subject to the following conditions:
> > + *
> > + * The above copyright notice and this permission notice shall be included in
> > + * all copies or substantial portions of the Software.
> > + *
> > + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
> > + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
> > + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
> > + * THE COPYRIGHT HOLDER(S) OR AUTHOR(S) BE LIABLE FOR ANY CLAIM, DAMAGES OR
> > + * OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE,
> > + * ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
> > + * OTHER DEALINGS IN THE SOFTWARE.
> > + */
> > +
> > +#ifndef LIBDRM_LIBDRM_H
> > +#define LIBDRM_LIBDRM_H
>
> LIBDRM_LIBDRM_H sounds a bit clunky to me. Why LIBDRM twice? The other
> headers don't seem to prefix LIBDRM_ to their header-guards. In fact,
> many of them don't even have header-guards.
This was with the intention of marking it as an internal header file. So
the LIBDRM_ prefix could be used consistently for all files that are not
installed. xf86atomic.h uses that prefix as well.
> Also, does these macro really warrant making a top-level, generically
> named header?
There isn't really another header file where this would fit. Others are
either installed (and therefore shouldn't be exposing these macros) or
have a very specific purpose (xf86atomic.h).
Thierry
[-- Attachment #1.2: Type: application/pgp-signature, Size: 836 bytes --]
[-- Attachment #2: Type: text/plain, Size: 159 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2014-05-02 14:14 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-09 11:40 [PATCH v2 libdrm 0/7] Add NVIDIA Tegra support Thierry Reding
2014-04-09 11:40 ` [PATCH v2 libdrm 1/7] configure: Support symbol visibility when available Thierry Reding
2014-04-10 17:15 ` Erik Faye-Lund
2014-05-02 14:12 ` Thierry Reding [this message]
2014-05-02 14:59 ` Erik Faye-Lund
2014-04-09 11:40 ` [PATCH v2 libdrm 2/7] libdrm: Add NVIDIA Tegra support Thierry Reding
2014-04-10 17:19 ` Erik Faye-Lund
2014-04-09 11:40 ` [PATCH v2 libdrm 3/7] tegra: Add simple test for drm_tegra_open() Thierry Reding
2014-04-10 17:20 ` Erik Faye-Lund
2014-04-28 19:49 ` Erik Faye-Lund
2014-05-02 14:17 ` Thierry Reding
2014-04-09 11:40 ` [PATCH v2 libdrm 4/7] tegra: Add channel, job, pushbuf and fence APIs Thierry Reding
2014-04-10 17:13 ` Erik Faye-Lund
2014-05-02 14:06 ` Thierry Reding
2014-05-02 14:53 ` Erik Faye-Lund
2014-05-02 15:16 ` Thierry Reding
2014-05-02 15:59 ` Erik Faye-Lund
2014-04-09 11:40 ` [PATCH v2 libdrm 5/7] tegra: Add helper library for tests Thierry Reding
2014-04-10 17:33 ` Erik Faye-Lund
2014-05-02 14:42 ` Thierry Reding
2014-05-02 15:13 ` Erik Faye-Lund
2014-04-28 19:44 ` Erik Faye-Lund
2014-05-02 14:47 ` Thierry Reding
2014-05-02 15:18 ` Erik Faye-Lund
2014-04-09 11:40 ` [PATCH v2 libdrm 6/7] tegra: Add gr2d-fill test Thierry Reding
2014-04-10 17:28 ` Erik Faye-Lund
2014-05-02 14:25 ` Thierry Reding
2014-05-02 15:02 ` Erik Faye-Lund
2014-04-09 11:40 ` [PATCH v2 libdrm 7/7] libdrm: valgrind-clear a few more IOCTL arguments Thierry Reding
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140502141257.GB21515@ulmo \
--to=thierry.reding@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=kusmabite@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox