Re: xentools415

[Manuel Bouyer <bouyer%antioche.eu.org@localhost>]

On Fri, Jul 01, 2022 at 04:22:49PM +0200, Thomas Klausner wrote:
> On Fri, Jul 01, 2022 at 04:13:44PM +0200, Manuel Bouyer wrote:
> > On Fri, Jul 01, 2022 at 03:50:31PM +0200, Thomas Klausner wrote:
> > > On Fri, Jul 01, 2022 at 02:52:09PM +0200, Manuel Bouyer wrote:
> > > > On Fri, Jul 01, 2022 at 01:15:53PM +0100, Patrick Welche wrote:
> > > > > Something happened to xentools415...
> > > > > 
> > > > > 
> > > > > # pwd
> > > > > /usr/pkgsrc/sysutils/xentools415
> > > > > # cvs diff -urHEAD
> > > > > # make show-var VARNAME=PKGNAME
> > > > > make: "/usr/pkgsrc/lang/python/extension.mk" line 34: warning: duplicate script for target "do-build" ignored
> > > > > make: "Makefile" line 166: warning: using previous script for "do-build" defined here
> > > > > make: "/usr/pkgsrc/lang/python/extension.mk" line 38: warning: duplicate script for target "do-install" ignored
> > > > > make: "Makefile" line 170: warning: using previous script for "do-install" defined here
> > > > > xen-4.15.2nb3
> > > > 
> > > > Yes, I noticed this too. Something changed in the infrastructure which cause
> > > > these warnings to be printed. xentools415 (and previous xentools4*) have
> > > > been defining do-build and do-install ~forever.
> > > 
> > > This happened when you converted it from extension.mk to egg.mk.
> > 
> > it's not me who converted it. I know ~nothing about python.
> 
> Ah, sorry, that's right, you just did that change for xentools413,
> which now has the same symptoms.
> 
> Including egg.mk adds do-build and do-install targets. It's not really
> supporting packages that are not python-module-only packages but just
> want to install python modules too very well.
> 
> > > I don't know which of the build commands should be done first or if
> > > one is superfluous, and this package doesn't build for me - the one in
> > 
> > how does it fail ? It does build fine for me
> 
> On 9.99.98 with
> PKGSRC_USE_SSP=         all
> PKGSRC_USE_STACK_CHECK?=        yes
> PKGSRC_USE_RELRO=       full
> CFLAGS+=-g
> CPPFLAGS+=-g
> CXXPPFLAGS+=-g

It's probably either PKGSRC_USE_STACK_CHECK or -g which cause problems when
building the firmwares. 

-- 
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
     NetBSD: 26 ans d'experience feront toujours la difference
--