On Monday 20 July 2009 16:11:34 Denys Vlasenko wrote:
> On Monday 20 July 2009 14:25, Mike Frysinger wrote:
> > On Friday 19 December 2008 08:51:39 v...@uclibc.org wrote:
> > > Changeset:
> > > Modified: trunk/uClibc/libc/string/i386/memchr.c
> > >
> > > +/* Uncomment TESTING, gcc -D__USE_GNU -m32
On Monday 20 July 2009 18:42:08 Denys Vlasenko wrote:
> On Monday 20 July 2009 23:00, Mike Frysinger wrote:
> > > With attached config, and i486-linux-uclibc-XXX
> > > toolchain, it works for me.
> > >
> > > Can you send me your .config, preprocessed source
> > > and gcc command line which gives yo
On Monday 20 July 2009 22:23, Ed W wrote:
> Ed W wrote:
> > Hi, I am building an embedded system and I have a certain config which
> > is all working well, until I change and enable UCLIBC_USE_NETLINK=y
> > and UCLIBC_SUPPORT_AI_ADDRCONFIG=y in uclibc-0.30.1 config
> >
> > As soon as I enable the
On Monday 20 July 2009 23:00, Mike Frysinger wrote:
> > With attached config, and i486-linux-uclibc-XXX
> > toolchain, it works for me.
> >
> > Can you send me your .config, preprocessed source
> > and gcc command line which gives you trouble?
> >
> > What does your gcc -v say?
>
> defconfig i386,
On Monday 20 July 2009 16:36:36 Denys Vlasenko wrote:
> On Monday 20 July 2009 14:22, Mike Frysinger wrote:
> > On Friday 13 February 2009 07:37:52 Bernhard Reutner-Fischer wrote:
> > > On Tue, Dec 16, 2008 at 05:36:32PM -0800, v...@uclibc.org wrote:
> > > >Author: vda
> > > >Date: 2008-12-16 17:36
The majority of the byteswap functions are the same across all arches, so
setup a common header to provide definitions if they don't exist. This
allows arches to override only the ones they actually want to implement
with inline assembly.
Signed-off-by: Mike Frysinger
---
seems to build for me .
On Monday 20 July 2009 14:22, Mike Frysinger wrote:
> On Friday 13 February 2009 07:37:52 Bernhard Reutner-Fischer wrote:
> > On Tue, Dec 16, 2008 at 05:36:32PM -0800, v...@uclibc.org wrote:
> > >Author: vda
> > >Date: 2008-12-16 17:36:31 -0800 (Tue, 16 Dec 2008)
> > >New Revision: 24435
> > >
Ed W wrote:
Hi, I am building an embedded system and I have a certain config which
is all working well, until I change and enable UCLIBC_USE_NETLINK=y
and UCLIBC_SUPPORT_AI_ADDRCONFIG=y in uclibc-0.30.1 config
As soon as I enable the second option then I start getting segfaults
whenever I run
Hi Mike,
On Monday 20 July 2009 14:25, Mike Frysinger wrote:
> On Friday 19 December 2008 08:51:39 v...@uclibc.org wrote:
> > Changeset:
> > Modified: trunk/uClibc/libc/string/i386/memchr.c
> >
> > +/* Uncomment TESTING, gcc -D__USE_GNU -m32 -Os memchr.c -o memchr
> > + * and run ./memchr
> > + */
On Monday 20 July 2009 12:01:58 Yann E. MORIN wrote:
> On Monday 20 July 2009 14:30:27 Mike Frysinger wrote:
> > On Saturday 20 December 2008 00:45:52 Rob Landley wrote:
> > > We had an rsync service?
> >
> > i set it up a while ago for people to rsync the raw svn files to create
> > their own mirr
On Monday 20 July 2009 14:30:27 Mike Frysinger wrote:
> On Saturday 20 December 2008 00:45:52 Rob Landley wrote:
> > We had an rsync service?
> i set it up a while ago for people to rsync the raw svn files to create their
> own mirrors. i also restored it at some point and now ive also enabled rs
On Wednesday 30 July 2008 10:33:42 Michal Simek wrote:
> On Wed, Jul 30, 2008 at 02:46:04PM +0200, Michal Simek wrote:
> > >Microblaze community use 0.9.27 version and I would like to upgrade to
> > >latest version and fix all bugs which are in Microblaze part.
> > >
> > > and next question I have
On Friday 24 October 2008 11:00:19 Hamish Guthrie wrote:
> I have been scratching through the trunk code and mailing lists to no
> avail - has anyone implemented openat and family of functions?
if it isnt in the source code, then no one has implemented it. since none of
the *at functions show up
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
> On Thursday 04 December 2008 17:52:33 Michael Deutschmann wrote:
>> One of the new configure options in uClibc-0.9.30, UCLIBC_NTP_LEGACY,
>> controls the ntp_gettime() and ntp_adjtime() calls, which are only used by
>> the NTP d
On Thursday 04 December 2008 17:52:33 Michael Deutschmann wrote:
> One of the new configure options in uClibc-0.9.30, UCLIBC_NTP_LEGACY,
> controls the ntp_gettime() and ntp_adjtime() calls, which are only used by
> the NTP daemon.
>
> You should be aware that stock ntp-4.2.4p5, the current version
On Friday 12 September 2008 09:34:14 Hans-Christian Egtvedt wrote:
> prctl is defined to use varargs in the header file, but implemented to use
> varargs in the source.
i'm guessing you meant "not implemented" in the second part ...
> This patch properly handles the variodic argument
> before the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
> On Monday 20 July 2009 07:54:30 Carmelo AMOROSO wrote:
>> Mike Frysinger wrote:
>>> On Monday 20 July 2009 07:34:32 Carmelo AMOROSO wrote:
Mike Frysinger wrote:
> but the default should be what
> we have today -- th
On Monday 20 July 2009 07:54:30 Carmelo AMOROSO wrote:
> Mike Frysinger wrote:
> > On Monday 20 July 2009 07:34:32 Carmelo AMOROSO wrote:
> >> Mike Frysinger wrote:
> >>> but the default should be what
> >>> we have today -- the malloc symbols can be resolved dynamically at
> >>> runtime. this is h
On Friday 12 December 2008 21:50:26 Denys Vlasenko wrote:
> /* frv is little-endian. */
>
> #ifndef _ENDIAN_H
> # error "Never use directly; include instead."
> #endif
>
> #define __BYTE_ORDER __BIG_ENDIAN
fixed in git
-mike
signature.asc
Description: This is a digitally signed message part.
On Saturday 20 December 2008 00:45:52 Rob Landley wrote:
> On Friday 19 December 2008 12:17:40 Yann E. MORIN wrote:
> > On Friday 19 December 2008 17:29:11 Bernhard Reutner-Fischer wrote:
> > > This was only a test, please ignore..
> >
> > As there seem to be some activity on the server configurati
On Friday 19 December 2008 08:51:39 v...@uclibc.org wrote:
> Changeset:
> Modified: trunk/uClibc/libc/string/i386/memchr.c
>
> +/* Uncomment TESTING, gcc -D__USE_GNU -m32 -Os memchr.c -o memchr
> + * and run ./memchr
> + */
> +int main()
> +{
> + static const char str[] = "abc.def";
> + pri
On Friday 13 February 2009 07:37:52 Bernhard Reutner-Fischer wrote:
> On Tue, Dec 16, 2008 at 05:36:32PM -0800, v...@uclibc.org wrote:
> >Author: vda
> >Date: 2008-12-16 17:36:31 -0800 (Tue, 16 Dec 2008)
> >New Revision: 24435
> >
> >Log:
> >since gcc -Os hates us and does not inline string ops,
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
> On Monday 20 July 2009 07:34:32 Carmelo AMOROSO wrote:
>> Mike Frysinger wrote:
>>> but the default should be what
>>> we have today -- the malloc symbols can be resolved dynamically at
>>> runtime. this is how many debugging li
On Monday 20 July 2009 07:34:32 Carmelo AMOROSO wrote:
> Mike Frysinger wrote:
> > but the default should be what
> > we have today -- the malloc symbols can be resolved dynamically at
> > runtime. this is how many debugging libraries work in the first place --
> > they provide the malloc() and rel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
> On Friday 17 July 2009 01:36:37 Carmelo AMOROSO wrote:
>> I've recently added for testing hidden_proto in {m,re,c}alloc functions to
>> ensure that from within the libc we always called the hidden __GI_xxx
>> symbols.
>>
>> Usin
On Friday 17 July 2009 01:36:37 Carmelo AMOROSO wrote:
> I've recently added for testing hidden_proto in {m,re,c}alloc functions to
> ensure that from within the libc we always called the hidden __GI_xxx
> symbols.
>
> Using this uClibc with firefox and bash I found a problem.
> Both bash and firef
26 matches
Mail list logo
