On Mon, Sep 12, 2016 at 01:41:24PM -0300, Daniel. wrote:
> If you don't make your driver GPL you can't access GPL symbols. This
> *may* be the reason behind the "Unknown symbols"
> Regards,
Well at least for __stack_chk_fail the kernel has:
#ifdef CONFIG_CC_STACKPROTECTOR
/*
* Called when
On Mon, Sep 12, 2016 at 08:16:02PM +0100, Burton, Ross wrote:
> If those paths come from __FILE__ and so on, then currently no. It would
> be great if GCC could do this, but currently it can not.
__FILE__ contains whatever was passed to gcc, so if you ask it to do:
gcc file.c
then __FILE__
On Fri, Sep 09, 2016 at 04:02:21PM -0600, Ronald Oakes wrote:
> Following up as I've done more investigation and debugging this afternoon:
>
> I've been able to resolve my problem with the missing symbolic link to
> .so by explicitly including a runtime dependency
> (RDEPENDS_${PN}) to the -dev
On Wed, Oct 05, 2016 at 04:10:01PM +, Dinh Nguyen (dinhn) wrote:
> >>> I wonder why do we want to override default PACKAGES here. If we can
> >>> leave that alone things would work out on its own.
>
> I did remove the PACKAGES setting in my .bb — so all default packages were
> built. But
On Wed, Oct 05, 2016 at 04:06:25PM +, Dinh Nguyen (dinhn) wrote:
> Many thanks Paul. Your help is greatly appreciated.
>
> 1. >>> Like the other responder I would suggest you not set PACKAGES
>
> Yes, I did not set the PACKAGES, so -dev, -dbg and main packages were built
> as shown below:
>
On Tue, Oct 04, 2016 at 07:47:58PM +, Dinh Nguyen (dinhn) wrote:
>
> Hi Paul, thanks much for prompt response.
>
> The c-mlib.bb below has the packages var as
> PACKAGES =+ "${PN}” I also tried PACKAGES = "${PN}”
Don't do that.
In bitbake.conf you have:
PACKAGES = "${PN}-dbg
On Fri, Sep 23, 2016 at 02:19:20PM +0200, Oliver Graute wrote:
> On 22/09/16, Khem Raj wrote:
> > On Thu, Sep 22, 2016 at 12:16 AM, Oliver Graute
> > wrote:
> > > On 19/09/16, Oliver Graute wrote:
> > >> On 16/09/16, Andre McCurdy wrote:
> > >> > On Fri, Sep 16, 2016 at
On Fri, Sep 23, 2016 at 02:13:43PM +, Anicic Damir (PSI) wrote:
> I am using Yocto 2.1, PowerPC64, default kernel 4.1.22
> Building for T2080rdb.
>
> Everything builds, but kernel is missing DPAA Freescale drivers
> (dpaa_eth at least)
>
>
> It seems that DPAA Freescale drivers not in any
On Wed, Aug 24, 2016 at 07:51:40AM +, Ottavio Campana wrote:
> Hello,
>
> I am trying to port a third-party BSP based on buildroot to yocto, but I am
> not able to tune the compiler to extactly match the original one.
>
> Particularly, if I run readelf on a binary compiled with the gcc that
On Thu, Sep 29, 2016 at 08:17:47AM -0500, Mark Hatle wrote:
> The machine configuration file should be setting the 'DEFAULTTUNE' variable to
> an appropriate ISA and ABI (hard float) for your configuration. If it is not,
> you may have to create your own variant and change the DEFAULTTUNE setting
On Fri, Oct 14, 2016 at 07:41:13AM +0200, Mike Looijmans wrote:
> On 13-10-16 19:20, Andreas Müller wrote:
> >
> >Does anybody know a big endian and common machine supporting NEON? I
> >would need one for testing my port of portaudio.
>
>
> Most ARM systems can run in both big-endian and
On Fri, Mar 03, 2017 at 01:55:24PM -, Andy Pont wrote:
> Ross Burton wrote...
>
> >> it seems of limited value for YP to have a powerpc reference board,
> >> mpc8315e-rdb, that is essentially impossible to procure. is there any
> >> effort being made to look around for a newer powerpc
On Tue, Mar 28, 2017 at 10:27:15AM -0700, Khem Raj wrote:
> On Thu, Mar 23, 2017 at 3:28 PM, Cody Piersall wrote:
> > Hello,
> >
> > I am building zsh from meta-oe layer, and it has a do_install_append()
> > function defined like this:
> >
> > do_install_append () {
> > rm
13 matches
Mail list logo