From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-ee0-x231.google.com ([2a00:1450:4013:c00::231]) by metis.ext.pengutronix.de with esmtp (Exim 4.72) (envelope-from ) id 1WL9Cm-0006vp-8v for ptxdist@pengutronix.de; Wed, 05 Mar 2014 11:37:40 +0100 Received: by mail-ee0-f49.google.com with SMTP id c41so351061eek.8 for ; Wed, 05 Mar 2014 02:37:34 -0800 (PST) Received: from omega (p20030064AA051101E2CB4EFFFE1BB546.dip0.t-ipconnect.de. [2003:64:aa05:1101:e2cb:4eff:fe1b:b546]) by mx.google.com with ESMTPSA id x45sm7303687eef.15.2014.03.05.02.37.32 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Mar 2014 02:37:33 -0800 (PST) Date: Wed, 5 Mar 2014 11:37:26 +0100 From: Alexander Aring Message-ID: <20140305103724.GA2896@omega> References: <1393526441-26090-1-git-send-email-alex.aring@gmail.com> <20140305084845.GA1034@omega> <20140305094854.GD32080@pengutronix.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20140305094854.GD32080@pengutronix.de> Subject: Re: [ptxdist] [PATCH] libcoap: add new package Reply-To: ptxdist@pengutronix.de List-Id: PTXdist Development Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ptxdist-bounces@pengutronix.de Errors-To: ptxdist-bounces@pengutronix.de To: ptxdist@pengutronix.de 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 ptxdist@pengutronix.de