* [Buildroot] adding DCMTK libraries to buildroot
@ 2014-04-24 1:38 William Frost
2014-04-24 7:44 ` Thomas De Schampheleire
0 siblings, 1 reply; 2+ messages in thread
From: William Frost @ 2014-04-24 1:38 UTC (permalink / raw)
To: buildroot
This patch is far from being perfect but at list it is a start point to
something better.
Known problems:
- Building dynamic libraries is not optional. I prefer static linking for
this library but it will be nice to leave this option to the users.
- Every time I try to build buildroot DCMTK gets configured again, I
must be doing something wrong. But it compiles just fine and install the
libraries on staging/usr/lib.
This is is first time contributing so if I'm doing something wrong please let
me know the right way to do it.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 17732-Signed-off-by-William-Frost-tsmrnd0-gmail.com.patch
Type: text/x-patch
Size: 5399 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20140424/e38de9f6/attachment.bin>
^ permalink raw reply [flat|nested] 2+ messages in thread
* [Buildroot] adding DCMTK libraries to buildroot
2014-04-24 1:38 [Buildroot] adding DCMTK libraries to buildroot William Frost
@ 2014-04-24 7:44 ` Thomas De Schampheleire
0 siblings, 0 replies; 2+ messages in thread
From: Thomas De Schampheleire @ 2014-04-24 7:44 UTC (permalink / raw)
To: buildroot
Hi William,
On Thu, Apr 24, 2014 at 3:38 AM, William Frost <tsmrnd0@gmail.com> wrote:
> This patch is far from being perfect but at list it is a start point to
> something better.
> Known problems:
> - Building dynamic libraries is not optional. I prefer static linking for
> this library but it will be nice to leave this option to the users.
> - Every time I try to build buildroot DCMTK gets configured again, I
> must be doing something wrong. But it compiles just fine and install the
> libraries on staging/usr/lib.
> This is is first time contributing so if I'm doing something wrong please let
> me know the right way to do it.
Please have a look at the contribution section in the manual on how to
send patches. Patches should be sent inline and not as attachment.
This makes review of the patch much easier.
The first line of the commit message should be a summary, followed by
an empty line. The manual contains an example.
The Config.in and .mk files should be line-wrapped to 80 characters.
The symbol BR2_DCMTK_VERSION should be called BR2_PACKAGE_DCMTK_VERSION.
The #### in the .mk file should be 80 characters wide.
If you set DCMTK_VERSION = $(call qstrip,$(BR2_PACKAGE_DCMTK_VERSION)
then you can remove the DCMTK_SOURCE line because the default is
<pkg>-<version>.tar.gz.
These are just some initial comments.
When you send a new patch, please mark it as 'v2' and describe the
changes you made (see the manual)
Thanks for contributing,
Thomas
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2014-04-24 7:44 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-04-24 1:38 [Buildroot] adding DCMTK libraries to buildroot William Frost
2014-04-24 7:44 ` Thomas De Schampheleire
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox