Well, we need ppoll and pread to compile the same packages with dietlibc as on
other CPUs, like udev.
Guess there is just some syscall number missing or named differently.
I will try to take a look soon.
René
On 11.01.2011, at 02:31, Jan Rovins wrote:
> On mips64, dietlibc is building a little further, but still failing.
>
> !> syscalls.s/__ppoll.S: Assembler messages:
> !> syscalls.s/__ppoll.S:3: Warning: la used to load 64-bit address
> !> mips64-t2-linux-gnu-cc -I. -isystem include -pipe -nostdinc -Os -G 0
> -fstrict-aliasing -fno-pic -mno-abicalls -W ..
> !> mips64/__pread.S: Assembler messages:
> !> mips64/__pread.S:3: Error: absolute expression required `li'
> !> mips64/__pread.S:3: Warning: la used to load 64-bit address
> !> Due to previous errors, no 1-dietlibc.log file!
> !> (Try enabling xtrace in the config to track an error inside the build
> system.)
>
> unistd.h has: #define pread pread64
>
> does that mean we have to get rid of mips64/__pread.S & mips64/pread.c?
>
> Jan
>
>
> On 1/8/2011 12:11 PM, René Rebe wrote:
>> 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
