Hello again,
Committed revision 38448.
Don't expect those [dietlibc-linked] binaries to run [on mips64] just yet,
still need to setup some hardware or emulator to fixup the startup and
miscellaneous assembly glue, ...
René
On 11.01.2011, at 12:23, René Rebe wrote:
> 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
>
--
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
