mailarchive of the ptxdist mailing list
 help / color / mirror / Atom feed
From: Alexander Aring <alex.aring@gmail.com>
To: Marc Kleine-Budde <mkl@pengutronix.de>
Cc: ptxdist@pengutronix.de
Subject: Re: [ptxdist] [PATCH] libcoap: add libcoap package
Date: Thu, 15 Aug 2013 10:28:55 +0200	[thread overview]
Message-ID: <20130815082853.GA1720@x61s.8.8.8.8> (raw)
In-Reply-To: <520C8E6B.9030501@pengutronix.de>

Hi Marc,

On Thu, Aug 15, 2013 at 10:16:43AM +0200, Marc Kleine-Budde wrote:
> On 08/15/2013 08:25 AM, Alexander Aring wrote:
> [...]
> 
> >> Argh, autoconf without automake. Not your fault
> >>
> >> ...
> >>
> >> What about creating a proper automake'd version of libcoap?
> >>
> > Now I create a autotools project and see some very very bad things in
> > the libcoap. I need to screw up the complete buildsystem.
> > 
> > For exmaple, they have a config.h:
> 
> The config.h is autogenerated by autotools.
> 
Yea, I saw this too. AC_CONFIG_HEADERS([config.h]).

But the main "coap.h" header file for the api includes this "config.h" header
file. So a aplication which uses autotools can't do a include <coap.h>
because it includes the config.h from the autotools generated header file
and redefined all autotools related things.

Difficult to explain... :)

> > ...
> > #define PACKAGE_BUGREPORT ""
> > 
> > #define PACKAGE_NAME "libcoap"
> > ...
> > 
> > I need to drop the config.h because there stands some defines which is
> > setted manually, but normally setted by autoconf with AC_INIT like PACKAGE_NAME.
> > 
> > With this behaviour you get many redefined ... warnings from compiler if
> > you use the libcoap in a autotools buildsystem project.
> > 
> > There are several small things like this.
> > I need to say, I really don't understand this. They use autoconf but
> > setted defines manually so autoconf doesn't matter...
> > 
> > 
> > I need to rework this, so please don't add this to ptxdist right now.
> > 
> > And yes I will try to insert autoconf/automake into this project.
> 
> Fine. You can call me if you need help. If you need a template I suggest
> to use libabc.
> 
Ok thanks.

- Alex

-- 
ptxdist mailing list
ptxdist@pengutronix.de

  reply	other threads:[~2013-08-15  8:28 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-02  8:38 Alexander Aring
2013-08-12 17:02 ` Marc Kleine-Budde
2013-08-15  6:25   ` Alexander Aring
2013-08-15  8:16     ` Marc Kleine-Budde
2013-08-15  8:28       ` Alexander Aring [this message]
2013-08-15  9:24         ` Marc Kleine-Budde

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=20130815082853.GA1720@x61s.8.8.8.8 \
    --to=alex.aring@gmail.com \
    --cc=mkl@pengutronix.de \
    --cc=ptxdist@pengutronix.de \
    /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