Costa Rica Resorts | 14 Aug 00:49 2014

Leave your worries behind in Costa Rica!

--------------------------------------
Everyone deserves to experience a tropical paradise during their lives. 

Discover affordable Costa Rica vacation packages to whisk your family away to the coastal utopia. 

Browse Vacation Packages Here
http://jam87.ckmatrgad.com/a217-1/13/232433749/

--------------------------------------






















(Continue reading)

Bin Cheng | 12 Aug 09:41 2014

[PATCH libgloss]Using spec files to support two version of newlib library in one tool-chain release

Hi,
As you may noticed, we introduced bunch of configuration time options
tailoring code size for resource limited bare-metal systems.  These features
are used in tool chain release "GNU Tools for ARM Embedded Processors".  The
methodology can be simply described as below.
1) Build two version of newlib, one is the normal version, which is used as
default; the other one is built by enabling all code size tailoring
features.
2) For the tailored version of library, we manually rename
libc.a/libgloss.a(/libstdc++.a) into libc_s.a/libgloss_s.a(/libstdc++_s.a).
These renamed libraries are installed to the same target directory and
coexist with normal version ones.
3) specs files like nano.specs/rdimon.specs/nosys.specs are introduced in
order to automatically choose wanted version of library for linking.  In
other words, GCC can choose libc_s.a or libc.a according to specs files
provided by end-users.

This patch is to support this.  With this feature, developers only need to
specify "-specs=nano.specs" to link the small foot-print lib*_s.a libraries.
The patch adds new specs file "nano.specs" as well as modifies
rdimon.specs/nosys.specs as necessary.  Though nosys.specs is changed, the
default behavior won't be changed unless "-specs=nano.specs" is specified.

Build and link successfully, is it OK?

Thanks,
bin

2014-08-12  Bin Cheng <bin.cheng <at> arm.com>

(Continue reading)

Denis Excoffier | 9 Aug 07:40 2014

math.h: numerical values in question

Hello,

Perhaps some numerical values stored in math.h are not as accurate as they could be,
for example

diff -uNr a/math.h a/math.h
--- a/math.h	2014-08-07 18:26:21.000000000 +0200
+++ b/math.h	2014-08-07 19:31:51.000000000 +0200
 <at>  <at>  -569,14 +569,14  <at>  <at> 
  #ifndef __STRICT_ANSI__
  #define M_TWOPI         (M_PI * 2.0)
-#define M_3PI_4		2.3561944901923448370E0
-#define M_SQRTPI        1.77245385090551602792981
+#define M_3PI_4		2.3561944901923449288E0
+#define M_SQRTPI        1.77245385090551602729817
  #define M_LN2LO         1.9082149292705877000E-10
  #define M_LN2HI         6.9314718036912381649E-1
-#define M_SQRT3	1.73205080756887719000
+#define M_SQRT3	1.73205080756887729353
  #define M_IVLN10        0.43429448190325182765 /* 1 / log(10) */
  #define M_LOG2_E        _M_LN2
-#define M_INVLN2        1.4426950408889633870E0  /* 1 / log(2) */
+#define M_INVLN2        1.4426950408889634074E0  /* 1 / log(2) */
  /* Global control over fdlibm error handling.  */

On the other hand, if some value is not "as one would expect", please
add a comment.

Regards,

(Continue reading)

Hale Wang | 8 Aug 12:15 2014

Support __aeabi_memclr, __aeabi_memmove and __aeabi_memset routines in the arm backend in newlib

Hi,

Like the previous __aeabi_memcpy patch. 

Some other routines in the run-time PCS are also need to be supported in
newlib.

In this patch,
__aeabi_memclr, __aeabi_memclr4 and __aeabi_memclr8 routines are added in
aeabi_memclr.c. And bzero() is called in __aeabi_memclr.
__aeabi_memmove, __aeabi_memmove4 and __aeabi_memmove8 routines are added in
aeabi_memmove.c. And memmove() is called in __aeabi_memmove.
__aeabi_memset, __aeabi_memset4 and __aeabi_memset8 routines are added in
aeabi_memset.c. And memset() is called in __aeabi_memset.

Bootstrap and no make check regression on X86-64. And the regression test on
thumb1, thumb2, armv7-a and armv7-m are passed.

Patch and ChangeLog are also attached for convenience.

Thanks and Best Regards,
Hale Wang

newlib/ChangeLog:

2014-08-05  Hale Wang  <hale.wang <at> arm.com>

	* libc/machine/arm/aeabi_memclr.c: New file.
	* libc/machine/arm/aeabi_memmove.c: Likewise.
	* libc/machine/arm/aeabi_memset.c: Likewise.
(Continue reading)

Sebastian Huber | 8 Aug 11:44 2014
Picon

Weekly Newlib snapshots

Hello,

Newlib has quite a stable source base with regular new features and 
enhancements.  Would it be possible to add automatically generated 
weekly snapshots (e.g. maybe synchronized with the GCC snapshot cycle)?  
It is already possible to generate custom snapshots via the CVS or Git 
repositories, but an archive available via FTP would simplify it a bit.

--

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber <at> embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

Hale Wang | 8 Aug 06:38 2014

Support __aeabi_memcpy, __aeabi_memcpy4 and __aeabi_memcpy8 routines in the arm backend.

Hi,

The newlib libraries should suppport the presence of the aliases for memcpy
routines. The __aeabi_memcpy, __aeabi_memcpy4 and __aeabi_memcpy8 should be
defined.

In this patch, __aeabi_memcpy, __aeabi_memcpy4 and __aeabi_memcpy8 are
defined in the new file newlib/libc/machine/arm/aeabi_memcpy.c. And they are
the aliases for memcpy routines.

Bootstrap and no make check regression on X86-64.

Patch also attached for convenience.

Thanks and Best Regards,
Hale Wang

newlib/ChangeLog:

2014-07-29  Hale Wang  <hale.wang <at> arm.com>
	
	* libc/machine/arm/aeabi_memcpy.c: New file.
	* libc/machine/arm/Makefile.am: add dependencies.
	* libc/machine/arm/Makefile.in: Likewise.

========================================================================
diff --git a/newlib/libc/machine/arm/Makefile.am
b/newlib/libc/machine/arm/Makefile.am
index fb33926..e052286 100644
--- a/newlib/libc/machine/arm/Makefile.am
(Continue reading)

Visit Costa Rica | 7 Aug 19:54 2014

Enjoy beautiful views in Costa Rica

--------------------------------------
Everyone deserves to experience a tropical paradise during their lives. 

Discover affordable Costa Rica vacation packages to whisk your family away to the coastal utopia. 

Browse Vacation Packages Here
http://jam87.txqaawhnow.com/a209-1/13/232433749/

--------------------------------------






















(Continue reading)

Keith Clifford | 7 Aug 01:09 2014
Picon

Building newlib-2.1.0 for m68k fails

Hi,
On Cygwin I'm building gcc-4.91 along with newlib-2.1.0 for a mingw host and
an m68k ELF target. Building newlib failed when trying to compile io-read.c
because the return type of read is a ssize_t but the prototype uses
_READ_WRITE_RETURN_TYPE which in my configuration was defined to int. The
attached patch fixed the problem.

Cheers, 
Keith Clifford

Attachment (newlib-2.1.0.patch): application/octet-stream, 1020 bytes
Costa Rica Resorts | 6 Aug 22:49 2014

Embrace warmth in Costa Rica

--------------------------------------
Everyone deserves to experience a tropical paradise during their lives. 

Discover affordable Costa Rica vacation packages to whisk your family away to the coastal utopia. 

Browse Vacation Packages Here
http://jam87.diragfsmkt.com/a208-1/13/232433749/

--------------------------------------






















(Continue reading)

ADHD Symptoms | 6 Aug 18:26 2014

Learn about natural ADHD remedies

--------------------------------------
Learn more about the symptoms, causes and treatments
of ADHD (Attention Deficit Hyperactivity Disorder).

Get the information that you need.  

Click Here - Find Answers Now
http://www.ymlaozjnow.com/a207-1/13/232433749/

--------------------------------------





















(Continue reading)

Anders Montonen | 3 Aug 12:48 2014
Picon
Picon

m68k: conflicting types for 'read'

Hi,

When trying to compile newlib 2.1.0 for a m68k-unknown-elf target using GCC 4.9.1 (same behaviour with GCC
4.8.3), the build fails with an error about conflicting types for the read function. Newlib 2.0.0
compiles without errors.

/Users/anders/work/toolchain/gcc/4.9.1/m68k-elf/./gcc/xgcc
-B/Users/anders/work/toolchain/gcc/4.9.1/m68k-elf/./gcc/ -nostdinc
-B/Users/anders/work/toolchain/gcc/4.9.1/m68k-elf/m68k-elf/newlib/ -isystem
/Users/anders/work/toolchain/gcc/4.9.1/m68k-elf/m68k-elf/newlib/targ-include -isystem
/Users/anders/work/toolchain/gcc/4.9.1/gcc-4.9.1/newlib/libc/include
-B/Users/anders/work/toolchain/gcc/4.9.1/m68k-elf/m68k-elf/libgloss/m68k
-L/Users/anders/work/toolchain/gcc/4.9.1/m68k-elf/m68k-elf/libgloss/libnosys
-L/Users/anders/work/toolchain/gcc/4.9.1/gcc-4.9.1/libgloss/m68k
-B/Users/anders/local/m68k-elf/bin/ -B/Users/anders/local/m68k-elf/lib/ -isystem
/Users/anders/local/m68k-elf/include -isystem /Users/anders/local/m68k-elf/sys-include    -g -O2
-g -O2  -mcpu=51qe -DHOSTED=1 -I. -I../../../../../gcc-4.9.1/libgloss/m68k/.. -c
../../../../../gcc-4.9.1/libgloss/m68k/io-read.c -o hosted-read.o
../../../../../gcc-4.9.1/libgloss/m68k/io-read.c:33:9: error: conflicting types for 'read'
 ssize_t read (int fd, void *buf, size_t count)
         ^
In file included from /Users/anders/work/toolchain/gcc/4.9.1/gcc-4.9.1/newlib/libc/include/sys/unistd.h:8:0,
                 from /Users/anders/work/toolchain/gcc/4.9.1/gcc-4.9.1/newlib/libc/include/unistd.h:4,
                 from ../../../../../gcc-4.9.1/libgloss/m68k/io-read.c:17:
/Users/anders/work/toolchain/gcc/4.9.1/gcc-4.9.1/newlib/libc/include/sys/unistd.h:144:25:
note: previous declaration of 'read' was here
 _READ_WRITE_RETURN_TYPE _EXFUN(read, (int __fd, void *__buf, size_t __nbyte ));

Regards,
Anders Montonen
(Continue reading)


Gmane