On Wed, Mar 05, 2014 at 10:48:54AM +0100, Michael Olbrich wrote:
> Hi,
>
> On Wed, Mar 05, 2014 at 09:48:47AM +0100, Alexander Aring wrote:
> > I see you applied other patch "libzmq: add new package" already. Is
> > there something wrong with this patch or simple needs a little more time
> > to review? :-)
>
> I need some clarification mostly. You're replacing the whole build-system.
> That's not something I want to maintain inside ptxdist. I can only accept
> that if this will be upstream the next time we update the package in
> ptxdist. So what's the upstream status of these patches?
>
Maintainer don't want to use automake in his buildsystem, I think it
will never go into mainline of libcoap. There is also no mailinglist for
this project, I mailed with the maintainer private.
General problem:
The library buildsystem was made for static linking to a non dynamic
loading operation system.
I can try an alternative instead of reimplemnt the whole buildsystem.
Steps are:
1. Patch libcoap package to add a libcoap.pc file with static paths and
add CFLAGS with -D WITH_POSIX.
2. Compile shared libcoap library with make and -D WITH_POSIX
(There exists a way mainline to compile a shared library)
3. on make install, install it to static path usr/lib/ and
usr/lib/pkgconfig usr/include...
3.1. There is something special on header copy to usr/include:
copy a dummy header for config.h (I hope that should work).
Normally the config.h is created by autoconf and they included it
in every header but no header use config.h information in the header
files (I suppose). So we don't need patch 4/6 (libcoap: remove
include of config.h).
4. copy library, headers into LIBCOAP_PKGDIR.
Something in that way...
I think all option will be end in some hack. I can try to do the
alternative and then we looks if it's better or not, if you are
interested in.
- Alex
--
ptxdist mailing list
[email protected]
