Hi,

On 08.01.2011, at 17:20, I wrote:

> Hi,
> 
> those non-x86 architectures should only require an syscalls.h update like the 
> following:
> 
>  
> http://svn.exactcode.de/t2/trunk/package/base/dietlibc/syscalls.h-update.patch
> 
> Where the numbers can be determined by looking at the linux kernel headers.
> 
> I may look at that in the next minutes.

Committed r38431.

René

> Note that dietlibc was only "hacked" to _compile_ on mips64, the (32bit) 
> assembly code certainly did not yet work at runtime before.
> 
> Regards,
>       René
> 
> On 08.01.2011, at 02:23, Jan Rovins wrote:
> 
>> Hi Rene,
>> 
>> The new udev/dietlib is also broken on the mips64 build (as you predicted)
>> Here is what the errors look like:
>> 
>> mips64-t2-linux-gnu-cc -I. -isystem include -pipe -nostdinc  -Os -G 0 
>> -fstrict-aliasing -fno-pic -mno-abicalls -W -Wall -Wextra -Wchar-subscripts 
>> -Wmissing-prototypes -Wmissing-declarations -Wno-switch -Wno-unused 
>> -Wredundant-decls -c syscalls.s/fstatat.S -o bin-mips64/fstatat.o
>> syscalls.s/fstatat.S: Assembler messages:
>> syscalls.s/fstatat.S:6: Error: absolute expression required `li'
>> syscalls.s/fstatat.S:6: Warning: la used to load 64-bit address
>> make: *** [bin-mips64/fstatat.o] Error 1
>> Due to previous errors, no 1-dietlibc.log file!
>> 
>> 
>> I tried rolling udev & dietlibc back to the previous versions, but something 
>> is broken in the way I was doing that, so nothing is building right now in 
>> mips land. I will tru a more through rollback on Monday.
>> 
>> On the brighter side of things, I have found that the GCC 4.5.1 is now 
>> building successfully for Mips64, that internal compiler error is no longer 
>> happening, perhaps it was the update to the newer glibc or binutils that 
>> fixed it.
>> 
>> Jan
>> 
>> On 1/7/2011 3:11 AM, Gerardo Di Iorio wrote:
>>> HI rene,
>>> i have test to build udev 165 on x86 64bit system, but i have this error
>>> 
>>> 
>>> home/scratch/t2/build/udevcross-9.0-trunk-generic-x86-64-k8-cross-/usr/dietlibc
>>> /include/byteswap.h:4:2: warning: #warning "byteswap.h is an unportable GNU 
>>> exte
>>> nsion!  Don't use!"
>>> extras/path_id/path_id.c: In function 'handle_scsi_default':
>>> extras/path_id/path_id.c:225:11: error: 'struct dirent' has no member named 
>>> 'd_t
>>> ype'
>>> extras/path_id/path_id.c:225:37: error: 'struct dirent' has no member named 
>>> 'd_t
>>> ype'
>>> make[2]: *** [extras/path_id/path_id.o] Error 1
>>> make[1]: *** [all-recursive] Error 1
>>> make: *** [all] Error 2
>>> Due to previous errors, no 1-udev.log file!
>>> (Try enabling xtrace in the config to track an error inside the build 
>>> system.)
>>> --- BUILD ERROR ---
>>> Creating file list and doing final adaptions ...
>>> 
>>> 
>>> regards
>>> gerardo di  iorio
>>> 
>>> 2011/1/6 René Rebe<[email protected]>:
>>>> Welcome to 2011!
>>>> 
>>>> People kept bugging me to update our aging udev version. However, since 
>>>> nearly every udev update in the last years started to utilize yet another 
>>>> new Linux syscall not yet implemented in dietlibc (for our initrd startup 
>>>> user-space) I was pretty reluctant to touch it since then.
>>>> 
>>>> However, 2011 came and I finally went thru (the mess) to patch all those 
>>>> bleeding edge pieces into dietlibc:
>>>> 
>>>> http://www.t2-project.org/packages/dietlibc.html
>>>> http://svn.exactcode.de/ChangeLog-t2
>>>> 
>>>> Some syscall numbers still need to be added to non-x86 files in dietlibc 
>>>> (arm, mips, powerpc, sparc, etc.) and everything tested carefully, ...
>>>> 
>>>> I would also like to point out, that some donations would be very welcome 
>>>> to support the massive effort that is T2:
>>>> 
>>>> http://www.t2-project.org/download/ (and every other page on the very top)
>>>> 
>>>> Happy New Year 2011!
>>>> 
>>>>       René Rebe
>>>> 
>>>> --
>>>> René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin
>>>> http://exactcode.com | http://t2-project.org | http://rene.rebe.de
>>>> 
>>>> 
>>>> -----------------------------------------------------------
>>>> If you wish to unsubscribe from this mailing, send mail to
>>>> [email protected] with a subject of: unsubscribe t2
>>>> 
>>>> 
>>> 
>>> 
>> 
> 
> -- 
>  René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin
>  http://exactcode.com | http://t2-project.org | http://rene.rebe.de
> 
> ----------------------------------------------------------- 
> If you wish to unsubscribe from this mailing, send mail to
> [email protected] with a subject of: unsubscribe t2

-- 
  René Rebe, ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin
  http://exactcode.com | http://t2-project.org | http://rene.rebe.de

----------------------------------------------------------- 
If you wish to unsubscribe from this mailing, send mail to
[email protected] with a subject of: unsubscribe t2

Reply via email to