All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/1] cppcms: new package
Date: Mon, 13 May 2013 17:46:08 +0200	[thread overview]
Message-ID: <20130513174608.4af180cf@skate> (raw)
In-Reply-To: <CAHXCMMKk_9+Dkf5N1-6vESLEb1K6dT+UOc1qD_jkh5CKn-K9Kw@mail.gmail.com>

Dear Samuel Martin,

On Mon, 13 May 2013 17:21:28 +0200, Samuel Martin wrote:

> 2013/4/24 nmenegale <nicolas.menegale@openwide.fr>:
> > Signed-off-by: Nicolas M?n?gale <nicolas.menegale@openwide.fr>
> > ---
> > v0: initial commit
> > CppCMS is a C++ web framework. The cppcms.mk also copy into the host after staging install two
> > scripts needed when you compile an application using the web framework (cppcms_tmpl_cc and cppcms_run)
> > As discussed on IRC it's not worth creating an host-cppcms package for two script.

[...]

> > +define CPPCMS_INSTALL_HOST_TOOLS
> > +       cp $(STAGING_DIR)/usr/bin/cppcms_tmpl_cc $(HOST_DIR)/usr/bin/cppcms_tmpl_cc
> > +       cp $(STAGING_DIR)/usr/bin/cppcms_run $(HOST_DIR)/usr/bin/cppcms_run
> Dubious...
> This means the host-cppcms package should depend on the cppcms one;
> usually that's the other way!
> 
> Also, if cppcms_{run,tmpl_cc} are binaries, this may only be valid if
> the target system is compatible
> with the host one... which is usually not the case.
> However, if they're just bash or python scripts, it's ok; though I'd
> prefer you copy them from the package
> build directory rather than from the staging tree.

Did you read the commit log?

Nicolas:

 *) Your commit log lines are too long. Please wrap at ~80 columns.

 *) Your should add a comment in the .mk file to explain what you're
    doing with those cppcms_tmpl_cc and cppcms_run scripts, so that we
    remember why the funky thing you're doing works. You can just
    copy/paste parts of your commit log.

Thanks,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

  reply	other threads:[~2013-05-13 15:46 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-24 15:35 [Buildroot] [PATCH 1/1] cppcms: new package nmenegale
2013-05-13 14:42 ` Nicolas Menegale
2013-05-13 15:21 ` Samuel Martin
2013-05-13 15:46   ` Thomas Petazzoni [this message]
2013-05-13 16:13     ` Samuel Martin
2013-05-21  9:58       ` Nicolas Menegale
2013-05-21 10:01         ` Nicolas Menegale
2013-05-21 10:04         ` Nicolas Menegale
2013-05-28 13:04           ` Nicolas Menegale
     [not found] <1889525175.688461.1373542455505.JavaMail.root@openwide.fr>
2013-07-11 11:42 ` Nicolas Ménégale
2013-07-24 14:51   ` Nicolas Ménégale
2013-07-31 17:04   ` Thomas Petazzoni
2013-08-01  8:16     ` Nicolas Ménégale

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=20130513174608.4af180cf@skate \
    --to=thomas.petazzoni@free-electrons.com \
    --cc=buildroot@busybox.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.