On 3/14/2012 11:07 PM, girish gulawani wrote:

hello all.
found couple of issues on the way while building mips64 target (on both 8.0 and trunk-r30450).
Hi Girish,

I am using T2 on mips64, but it has been many months since I have built anything. I was using a fork of the 8.0 built for just the n32 abi, the multilib on mips64 was not quite working at the time.

I tried a few experimental builds with 9.0 trunk a while back, some worked better than others, since the GCC & Glibc versions kept changing, and mips64 seems to be always broken on the bleeding edge. If the latest trunk does not work on mips64, try going back one or 2 revisions to get something that works.
.1 has anybody noticed incorrect options handling in scripts/Download with -mirror, -nock -all/-required? (not mips specific anyway!)
No, but I have not built anything recently.
.2 the perl build fails on cross build; is the Makefile patch for using 'miniperl' and 'HOST_CC' required?
Yes I remember running into this on 9.0. there was an older version of perl that built, but I was having trouble forward porting the patches from the older version. The new versions of perl would not build on mips64. I think that I left my build on the older version that would build on mips.
.3 do those pciaccess, alsa-utils and the further dependancies build correctly? may be small issues, but makes me wonder has anybody used T2 to build mips64 target out-of-box?:-)
I was working with a generic minimal build, so those packages were never tried.

with this background let me put my intentions: i'm actually evaluating T2 for a new target/architecture that we are designing. the Dietlibc hasn't been ported+built and intend to use glibc/newlib all the way. please excuse if this is a naive question: is it possible to build a Generic, Embedded, and rescue targets without Dietlib?
Dietlib was definitely not working on mips64 for 8.0, Rene did a lot of porting and it should be functional for 9.0 by now, but I have not been using it, and do not know how much it has been tested.

Dietlib was hard coded into many of the projects, I found a way to undo this for most of them, but the embedded-utils needed for the initrd was impossible to split from dietlib without a major re-write.

I do not have access to the T2 build machines that I was using back then, so I cant give you any specifics right now. I can get those machines back on line in a few days, and share any patches that I was using.

Jan

any info/help and advice in this regards will be greatly appreciated!
many thanks.
girish.


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

Reply via email to