| Age | Commit message (Collapse) | Author | Files |
|---|
|
ERROR: Error in executing python function in:
ERROR: Exception:<type 'exceptions.TypeError'> Message:list indices must
be integers, not NoneType
ERROR: Printing the environment of the function
ERROR: 0001:def __anonfunc():
ERROR: 0002: import bb
ERROR: 0003: from bb import __version__
ERROR: 0004: base_after_parse(d)
ERROR: 0005:
ERROR: Function __anonfunc failed
ERROR: ('function __anonfunc failed',
'/home/kraj/work/oe/build/anonfunc//log.__anonfunc.13347.0.848951115496')
while parsing
/home/kraj/work/oe/openembedded/recipes/geda/geda-gattrib_1.4.3.bb
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
fixes booting from sd-card
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* switch to INC_PR and .inc
|
|
* adding xorg-proto-native.inc
* set DEPENDS and inherit native in it
* no version bump is needed
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
connman-gnome: update git version
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Add needed fixes to get uclibc nptl compiling.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
ecj-bootstrap-native: Dito.
|
|
|
|
patches
|
|
This fixes embedding into gnome-mplayer
|
|
|
|
|
|
|
|
|
|
EDB9301 boots properly into this kernel
AT91SAM9263-EK boots but some things which were in at91-exp patch are
missing
|
|
into org.openembedded.dev
|
|
|
|
ssh://git.openembedded.net/openembedded into org.openembedded.dev
|
|
* Use do_install to setup S98configure script, just like for
the opkg package.
|
|
|
|
From Martin W. Guy page http://martinwguy.co.uk/martin/crunch/
The 20090908 version
* performs single and double precision floating point in the FPU (add, sub,
mul, neg, abs, cmp and conversions from single and double precision floats
to integral types).
* by default, disables the floating point cfnegs and cfnegd instructions,
which fail to convert 0 to -0 as they should. You can re-enable them with
the -funsafe-math-optimizations flag, which is one of those enabled
by -ffast-math (gcc-4.3 has an even more specific -fno-signed-zeros flag,
which is one of those enabled by -funsafe-math-optimizations).
* by default, does not respect denormalised values, so the smallest
representable values are ±2-126 for floats and ±2-1022 for doubles instead of
the usual ±2-149 and ±2-1074.
* has a -mieee flag, which enables handling of denormalized values by disabling
all the buggy instructions. With this, floating point addition, subtraction,
negation, absolute value and conversion between floats and integer types are
performed in software, leaving only floating point multiplication and
comparison performed in hardware.
* has no negative impact on regular ARM code generation.
* always works round the hardware bugs in the FPU and no longer has the
-mcirrus-fix-invalid-insns flag since chip development has stopped and all
existing silicon has the same bugs except for the original revision D0 which
is not supported.
* passes GCC's IEEE testsuite except for the one specific test that checks for
correct handling of denormalized values. With -mieee it passes all the math
tests.
* passes all other testsuites that I've tried (see below) including the
stringent "paranoia" floating point IEEE conformance test.
* produces the fastest Maverick code yet: 5.94 MFLOPS according to FFTW's
tests/bench -opatient cf1024 benchmark and LAME takes 2m25 to encode that
30-second WAV file on a 200MHz EP9307 (compared to 5.4 and 2m30 for the
futaris patches for 4.1.2 and 4.2.0).
* does not use the FPU's buggy 64-bit integer instructions unless the new
-mcirrus-di flag is given. Programs that do a lot of 64-bit integer
operations (add, sub, mul, neg, abs, shifts) may be faster using this, but
rigorous testing will be necessary to ensure that bad code is not being
produced. OpenSSL's testsuite fails if this is enabled. There is more detail
at the head of the arm-crunch-cirrus-di-flag.patch file.
Known bugs
* C: Values held in Maverick registers are not restored when performing a
setjmp/longjmp pair. There is a fix to glibc for this in a message to the
linux-cirrus mailing list.
* C++: Similarly, exception unwinding (performing a throw back to a catch block
in a different function) does not restore floating point and 64-bit values
held in Maverick registers.
* C++: Some C++ files will not compile, saying
".save {mv8}" Error: register expected
although the same files will compile with optimization disabled.
There is a patch to make binutils recognize these registers in the .save
macro in a message to the linux-cirrus mailing list.
|
|
|
|
ssh://git.openembedded.net/openembedded into org.openembedded.dev
|
|
|
|
|
