anyone?
On Fri, Oct 3, 2014 at 4:33 PM, Joseph Andrew de la Peña
jdelap...@lexmark.com wrote:
Good day Yocto Dev community,
I have seen a problem in SDK installation where PERL5LIB does not reflect
vendor_perl location.
I have specified SDK installtion path as /bonus/scratch/sdk. Yet when
Hi Daniel,
On 07/10/2014 15:05, Daniel C. A (NESTIT) wrote:
Hi,
Presently im working on i.mx6 EVK for Automotive
application. I have used 'fsl-image-gui' which was Bitbaked using
Yocto-dora release. Since I'm worked on CAN interfaces, I got the
following queries.
1.
when populate_sdk gives you an SDK I dont understand why this is a
requirement
Now i remember.. This link was the reason that I was not using populate_sdk
to build SDK for me..
https://lists.yoctoproject.org/pipermail/yocto/2013-August/015771.html;
I still tried to build through populate_sdk and
Problem solved! It turns out it is the mismatch of ld-linux.so. I referred
to this post
http://stackoverflow.com/questions/24543474/cross-compiled-gnu-arm-beagleboneblack-from-windows-runtime-error-on-elf,
and found my problem was exactly the same: the binary needs
/lib/ld-linux.so.3 to run, but
However, a new problem occurs. Now when I tries run HelloWorld binary,
after Hello World is printed, the terminal also prints Segmentation
fault. It seems that some memory problems occurs. I guess it comes from
that the 1.5.1 yocto system on boards hopes ld-linux-armhf.so.3 as dynamic
linker,
On Tue, Oct 07, 2014 at 07:05:42PM -0700, Wy kevinthesun wrote:
However, a new problem occurs. Now when I tries run HelloWorld binary,
after Hello World is printed, the terminal also prints Segmentation
fault. It seems that some memory problems occurs. I guess it comes from
that the 1.5.1
Hi Denys, I have tried 1.5.1 and 1.3. All of them use ld-linux.so.3.
Actually in the /lib directory of these toolchains I only find
ld-linux.so.3.
Thank you.
2014-10-09 4:43 GMT+08:00 Denys Dmytriyenko de...@denix.org:
On Tue, Oct 07, 2014 at 07:05:42PM -0700, Wy kevinthesun wrote:
However,
For me, it fails with:
fop: command not found
Trying to install fop shows me about 100 (!) Java dependencies... Is this
expected?
--
Denys
On Fri, Oct 03, 2014 at 11:08:34AM -0400, Trevor Woerner wrote:
On 09/30/14 14:22, Chris Hallinan wrote:
My only comment: make it easier to build
On Thursday 09 of October 2014 05:34:29 Wy kevinthesun wrote:
Hi Denys, I have tried 1.5.1 and 1.3. All of them use ld-linux.so.3.
Actually in the /lib directory of these toolchains I only find
ld-linux.so.3.
Try running 'readelf -a yourbinary |grep FP' this should give a hint on the
setting
Have you ensured that the host system has all the packages needed to build the
docs? The section
http://www.yoctoproject.org/docs/1.6.1/ref-manual/ref-manual.html#required-packages-for-the-host-development-system
lists out the requirements needed depending on what you are building and the
Bruce and Paul,
There is a build issue in 8250_dw.c since linux-yocto v3.10.48
merge point:
In dw850_handle_irq() the following line is required:
struct dw8250_data *d = p-private_data;
because 'd' is referenced later at this line:
(void)p-serial_in(p, d-usr_reg);
It was removed since
On 10/7/14, 11:39 PM, Ong Boon Leong boon.leong@intel.com wrote:
There is an build issue in following merge-point:
Merge tag 'v3.10.48' into standard/base
60a9d9fc565e4503dbb8705803e83d906afc4ad2
For 8250_dw.c: dw8250_handle_irq() requires the following line
to be restored in order to
On 14-10-08 02:39 AM, Ong Boon Leong wrote:
There is an build issue in following merge-point:
Merge tag 'v3.10.48' into standard/base
60a9d9fc565e4503dbb8705803e83d906afc4ad2
For 8250_dw.c: dw8250_handle_irq() requires the following line
to be restored in order to build successfully.
From: Ong Boon Leong boon.leong@intel.com
As of merge 60a9d9fc565e4503dbb8705803e83d906afc4ad2, Merge
tag 'v3.10.48' into standard/base the 8250_dw.c fails to
compile due to an undeclared variable.
This happens because stable brought in:
-
commit
On Wed, Oct 8, 2014 at 12:04 PM, Paul Gortmaker
paul.gortma...@windriver.com wrote:
From: Ong Boon Leong boon.leong@intel.com
As of merge 60a9d9fc565e4503dbb8705803e83d906afc4ad2, Merge
tag 'v3.10.48' into standard/base the 8250_dw.c fails to
compile due to an undeclared variable.
This
15 matches
Mail list logo