From: Yann E. MORIN <yann.morin.1998@free.fr>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH v3 1/1] package/exim: Add optional OpenSSL support
Date: Sun, 12 Apr 2015 15:56:43 +0200 [thread overview]
Message-ID: <20150412135643.GB21018@free.fr> (raw)
In-Reply-To: <XnsA47AA092866DAberndkuhlsPkbjNfxxIA@bernd-kuhls.de>
Bernd, All,
On 2015-04-12 15:47 +0200, Bernd Kuhls spake thusly:
> "Yann E. MORIN" <yann.morin.1998@free.fr> wrote in
> news:20150412134418.GA21018 at free.fr:
>
> >> A further fix would be to remove use of libnsl when the C library is not
> >> glibc.
> >
> > Woops, wrong, uClibc also has libnsl...
>
> Hi,
>
> but it is only a stub library without any function:
>
> http://git.uclibc.org/uClibc/tree/docs/Glibc_vs_uClibc_Differences.txt
>
> "uClibc provides a stub libnsl, but has no actual support for Network
> Information Service (NIS)."
>
> Right now I am testing something like this:
>
> -# this specific toolchain lacks libnsl
> -ifeq ($(BR2_TOOLCHAIN_EXTERNAL_SYNOPSYS_ARC_2014_12),y)
> +# only (e)glibc provides libnsl, remove -lnsl for all other toolchains
> +# http://bugs.exim.org/show_bug.cgi?id=1564
> +ifeq ($(BR2_TOOLCHAIN_USES_GLIBC),)
>
> which fixes your compile bug, just to find another one...
>
> smtp_in.c: In function ?smtp_start_session?:
> smtp_in.c:1976:36: error: invalid application of ?sizeof? to incomplete type
> ?struct options?
> EXIM_SOCKLEN_T optlen = sizeof(struct ip_options) + MAX_IPOPTLEN;
> ^
> smtp_in.c:2023:42: error: dereferencing pointer to incomplete type
> uschar *optstart = (uschar *)(ipopt->__data);
> ^
> smtp_in.c:2053:54: error: dereferencing pointer to incomplete type
> inet_ntoa(*((struct in_addr *)(&(ipopt->faddr))))))
Yup, got the same while investigating, too.
> which I am trying to solve right now.
Well, would it not be much simpler to just ditch support for static
builds in exim? I.e. mark it as depends on !static .
Surely, static is for those few fronge architecures, and I doubt running
a mail server on those is a common use-case...
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
next prev parent reply other threads:[~2015-04-12 13:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-12 11:25 [Buildroot] [PATCH v3 1/1] package/exim: Add optional OpenSSL support Bernd Kuhls
2015-04-12 13:23 ` Yann E. MORIN
2015-04-12 13:44 ` Yann E. MORIN
2015-04-12 13:47 ` Bernd Kuhls
2015-04-12 13:56 ` Yann E. MORIN [this message]
2015-04-12 14:23 ` Bernd Kuhls
2015-04-12 17:39 ` Thomas Petazzoni
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=20150412135643.GB21018@free.fr \
--to=yann.morin.1998@free.fr \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox