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
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[email protected] with a subject of: unsubscribe t2
