[Fuego] dbench no longer builds on any of my boards

Daniel Sangorrin daniel.sangorrin at toshiba.co.jp
Mon Apr 2 00:17:24 UTC 2018


> -----Original Message-----
> From: Tim.Bird at sony.com [mailto:Tim.Bird at sony.com]
> Sent: Saturday, March 31, 2018 1:35 AM
> To: daniel.sangorrin at toshiba.co.jp
> Cc: fuego at lists.linuxfoundation.org
> Subject: RE: [Fuego] dbench no longer builds on any of my boards
> 
> 
> 
> > -----Original Message-----
> > From: Daniel Sangorrin
> > > -----Original Message-----
> > > From: Tim.Bird at sony.com [mailto:Tim.Bird at sony.com]
> > > > -----Original Message-----
> > > > From: Daniel Sangorrin
> > > > > -----Original Message-----
> > > > > From: Tim.Bird at sony.com
> > >
> > > > > Sent: Tuesday, March 27, 2018 11:57 AM
> > > > > > > if popt is no longer maintained, it will be increasingly difficult to
> > obtain
> > > > > > > or see pre-integrated into toolchains and SDKs.  I think the approach
> > > > > > > of removing the dependency from dbench is best.
> > > > > >
> > > > > > That's what I meant by replacing it with a different argument parser.
> > > > > > Do you prefer doing it as a patch, or upstream?
> > > > >
> > > > > upstream is preferred.  But if they won't take it a patch would be good.
> > > >
> > > > Just an status update. I managed to substitute popt by argp.
> > > > However I have found other problems and cross-compiling issues with
> > the
> > > > test.
> > > > Maybe for this release we can stick to the previous dbench.
> > >
> > > OK - thanks for working on this.
> >
> > One more update.
> >
> > I completed the port to argp and solved a few other cross-compiling issues.
> > Currently, those changes (5 commits) are waiting for review at Sahlberg's pull
> > queue.
> > https://github.com/sahlberg/dbench/pull/5
> >
> > In the latest version of dbench they have included yet a new dependency
> > though. This
> > time is zlib1g-dev (-lz). Do you think it is reasonable to ask users to have this
> > dependency?
> 
> It's been in Debian since wheezy, so it's not an uncommon library, from what I
> can tell.  But the safest thing, from a long-term standpoint, is to just include
> a libz tarball in the dbench package, and build it with dbench.  A tarball is available
> here, http://zlib.net/zlib-1.2.11.tar.gz
> and it's small (under 600k) and builds easily.
> 
> > One alternative is to conserve the two versions of dbench in separate
> > directories (dbench3 and dbench4)
> 
> That's a pretty good strategy for any time we have packages transitioning
> between versions, and there are substantive difference that might break
> the tests for different user/platforms.

OK, I will do both.
By the way, my patches were merged upstream so I will prepare a tarball from the latest commit.
https://github.com/sahlberg/dbench/pull/5

Thanks,
Daniel




More information about the Fuego mailing list