public inbox for linux-i2c@vger.kernel.org
 help / color / mirror / Atom feed
From: Jean Delvare <khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org>
To: Martin Mokrejs
	<mmokrejs-08dBlVkRsZWoiTQjSSYKZesEoJ4y9sgM@public.gmane.org>
Cc: Mark Brown
	<broonie-yzvPICuk2AATkU/dhu1WVueM+bqZidxxQQ4Iyu8u01E@public.gmane.org>,
	Linux I2C <linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Aurelien Jarno <aurelien-rXXEIb44qovR7s880joybQ@public.gmane.org>
Subject: Re: i2c-tools: Discussion points about future library
Date: Thu, 5 Apr 2012 09:49:10 +0200	[thread overview]
Message-ID: <20120405094910.1dcc4779@endymion.delvare> (raw)
In-Reply-To: <4F7CA3D4.8000104-08dBlVkRsZWoiTQjSSYKZesEoJ4y9sgM@public.gmane.org>

Hi Martin,

Please don't top-post.

On Wed, 04 Apr 2012 21:41:08 +0200, Martin Mokrejs wrote:
> Hi,
>   did you Google for it? Looks "libi2c" is already existing.

Yes I did.

> http://www.rtems.com/ml/rtems-users/2008/march/msg00033.html

RTEMS is an operating system on its own. We don't care what libraries
they have and what they named them, just as they don't care what
libraries Linux has and names them.

> http://packages.ubuntu.com/search?keywords=libi2c-dev

As you know, Ubuntu is derived from Debian, and I did mention in my
original post that Debian had a package named libi2c-dev. Meanwhile
Mark Brown explained that this is the development package for an
hypothetical libi2c package which doesn't (yet exist.) So I am aware of
this one and it is compatible with my effort.

> http://opensource.katalix.com/libi2c/

First time I hear of this. They never contacted me (nor the linux-i2c
list) about it, and more importantly, it doesn't seem to be packaged by
any major Linux distribution. Their API is different from what the
kernel and i2c-tools use. I can understand that they developed
something given the lack of a proper library for the past 10 years, but
they should have discussed it with the community to make it more
visible. I'm not saying Katalix is bad, they did work with the
community on other topics, but in this specific case they did not, and
that's unfortunate.

I'm not sure if they still maintain that code, BTW, this seems to be an
old page, if I go to http://www.katalix.com, I can't return to that
page.

I understand that having two libraries by the same name will cause some
confusion, but OTOH the parallel implementations and resulting
confusion already exist, I'm only making the confusion more formal.

>   I would also search for the header filenames and invent such names
> which will not clash with any existing. Same for "-li2c" or
> whatever will apear on the ld line.

No, sorry. I'm not going to invent a fancy name to make sure it isn't
clashing with something out there. If anyone wanted their code to
become the standard Linux i2c library, they should have pushed it to
major Linux distributions. Nobody did AFAICS.

-- 
Jean Delvare

  parent reply	other threads:[~2012-04-05  7:49 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-04 14:01 i2c-tools: Discussion points about future library Jean Delvare
     [not found] ` <20120404160113.2295c636-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org>
2012-04-04 17:41   ` Mark Brown
     [not found]     ` <20120404174158.GA19773-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2012-04-04 19:23       ` Jean Delvare
     [not found]         ` <20120404212323.59053a1f-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org>
2012-04-04 19:41           ` Martin Mokrejs
     [not found]             ` <4F7CA3D4.8000104-08dBlVkRsZWoiTQjSSYKZesEoJ4y9sgM@public.gmane.org>
2012-04-04 19:42               ` Martin Mokrejs
2012-04-05  7:49               ` Jean Delvare [this message]
     [not found]                 ` <20120405094910.1dcc4779-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org>
2012-04-05  8:04                   ` Wolfram Sang
2012-04-05  9:42                   ` Martin Mokrejs
     [not found]                     ` <4F7D68F2.4040106-08dBlVkRsZWoiTQjSSYKZesEoJ4y9sgM@public.gmane.org>
2012-04-05 11:50                       ` Jean Delvare

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=20120405094910.1dcc4779@endymion.delvare \
    --to=khali-puyad+kwke1g9huczpvpmw@public.gmane.org \
    --cc=aurelien-rXXEIb44qovR7s880joybQ@public.gmane.org \
    --cc=broonie-yzvPICuk2AATkU/dhu1WVueM+bqZidxxQQ4Iyu8u01E@public.gmane.org \
    --cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=mmokrejs-08dBlVkRsZWoiTQjSSYKZesEoJ4y9sgM@public.gmane.org \
    /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