Re: 2 years student project

2012-01-14 Thread Ben Laurie
On Sat, Jan 14, 2012 at 12:38 PM, Matthieu Hauglustaine wrote: > Dear all, > > We are a group of french CS students at Epitech, currently in 3rd year. > As part of our formation we have to start working on our end of > scholarship project. We will have 2 years to complete this project, > and the o

Re: sizeof(size_t) and other "semantic" types on 32 bit systems?

2011-09-30 Thread Ben Laurie
2011/9/30 Lev Serebryakov : > Hello, Alexander. > You wrote 1 октября 2011 г., 0:51:00: > >> GEOM uses 64bit off_t for media size and many other things. >  off_t is signed! It is ``not accurate enough'' (if you know this > Russian joke) :))) No, but I now want to know the Russian joke. ___

tls_model in clang?

2011-06-28 Thread Ben Laurie
.../lib/libc/stdlib/malloc.c:1106:38: warning: unknown attribute 'tls_model' ignored [-Wattributes] static __thread arena_t *arenas_map TLS_MODEL; ^ .../lib/libc/stdlib/malloc.c:243:37: note: instantiated from: # define TLS_MODEL __at

Re: int64_t and printf

2011-06-05 Thread Ben Laurie
On 05/06/2011 21:42, Poul-Henning Kamp wrote: > In message <4debe469.5060...@links.org>, Ben Laurie writes: >> On 05/06/2011 19:21, Poul-Henning Kamp wrote: >>> In message <4debc741.1020...@links.org>, Ben Laurie writes: > >>> I have therefore resorte

Re: int64_t and printf

2011-06-05 Thread Ben Laurie
On 05/06/2011 19:31, Sean C. Farley wrote: > On Sun, 5 Jun 2011, Ben Laurie wrote: > >> So, for example int64_t has no printf modifier I am aware of. Likewise >> its many friends. >> >> In the past I've handled this by having a define somewhere along the &g

Re: int64_t and printf

2011-06-05 Thread Ben Laurie
On 05/06/2011 19:21, Poul-Henning Kamp wrote: > In message <4debc741.1020...@links.org>, Ben Laurie writes: > >> So, for example int64_t has no printf modifier I am aware of. Likewise >> its many friends. > >> but I have no idea where to put such a thing i

int64_t and printf

2011-06-05 Thread Ben Laurie
So, for example int64_t has no printf modifier I am aware of. Likewise its many friends. In the past I've handled this by having a define somewhere along the lines of... #if # define INT_64_T_FMT "%ld" #else # define INT_64_T_FMT "%lld" #endif but I have no idea where to put such a thing in Fre

Re: _LP64 and _ILP32

2011-06-05 Thread Ben Laurie
On 05/06/2011 06:03, Warner Losh wrote: > I'd add them for all !_LP64 architectures: arm, mips o32, mips n32, i386, and > powerpc... Forgive the stupid question, but ... add them to what? > > Warner > > On Jun 4, 2011, at 2:41 PM, Ben Laurie wrote: > >> It t

_LP64 and _ILP32

2011-06-04 Thread Ben Laurie
It turns out that both clang and gcc define _LP64 when used native on amd64. Neither defines _ILP32 on i386 (native or cross-compiled). dt_popc() in cddl/contrib/opensolaris/lib/libdtrace/common/dt_subr.c needs on or the other. clang notices because when _ILP32 is missing there's no return. So .

__asm_printf__

2011-05-19 Thread Ben Laurie
So, I'm fixing clang warnings. One I don't have much idea what to do with, mainly because this attribute appears to be completely undocumented, is: /scratch/tmp/benl/work/head/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/outpu\ t.h:123:6: warning: 'format' attribute argument not supported: __asm