Qt 4.7.2 on Solaris

I have compiled Qt 4.7.2 with Webkit enabled on solaris (both sparc and x86 architecture). My application is working fine on x86 architecture but it crashes on sparc. dbx is showing following info :
t@1 (l@1) signal SEGV (no mapping at the fault address) in _memcpy at 0x7d7c0e60
0x7d7c0e60: _memcpy+0x0660: stda %f32, [%o0] 0xf0
(dbx) where
current thread: t@1
=>[1] _memcpy(0x44a000, 0x449e50, 0x4a6151dd, 0x0, 0x4, 0xfffffffffffffff8), at 0x7d7c0e60
[2] std::basic_string<char,std::char_traits<char>,std: :allocator<char> >::__clone(0x7bf83fec, 0x0, 0x4a616e75, 0x4483a8, 0x7bfeeb1c, 0x4481b0), at 0x7bfd15cc
[3] std::basic_string<char,std::char_traits<char>,std: :allocator<char> >::reserve(0x7bf83fec, 0xe, 0x4481b8, 0x7, 0x0, 0x4481b0), at 0x7bfdaf90
[4] std::__copy<const char*,std::back_insert_iterator<std::basic_string< char,std::char_traits<char>,std::allocator<char> > >,int>(0xffbfe808, 0xffbfe804, 0x1, 0xffbfe804, 0x7bf837ab, 0x0), at 0x7bf3ef70
[5] std::_Init_timeinfo(0x7bf83ea8, 0xffbfe808, 0xffbfe804, 0x7bf83f50, 0x7bf83fec, 0x7bf837a4), at 0x7bf3cb78
[6] std::_Locale_impl::make_classic_locale(0x7bf83db0, 0x7bf83e98, 0x7bf83e9c, 0x7bf840a0, 0x7bf84094, 0x7c401300), at 0x7bf3fdf4
[7] std::locale::_S_initialize(0x7bf839ec, 0x1, 0x7bf7df6c, 0x7bf7df6c, 0x3d198, 0x0), at 0x7bf40df0
[8] __SLIP.INIT_A(0x0, 0x51c00, 0x4400, 0x7bf7df6c, 0x52414, 0x4630), at 0x7bf2bb78
[9] 0x7bf553d8(0x7fbf40fc, 0x7fbf5ad0, 0x2b3b4, 0x0, 0x7fbf4910, 0x821), at 0x7bf553d8
[10] call_init(0xc10081, 0x1, 0x7f951198, 0x7bf552e8, 0x7fbf4910, 0xffdfffff), at 0x7fbc52c0
[11] setup(0x200000, 0x2801, 0x602, 0x7fbf40fc, 0xc10001, 0x446), at 0x7fbc4828
[12] _setup(0x10034, 0xffffffff, 0x0, 0x7fbb0000, 0xffffffff, 0xffffffff), at 0x7fbd360c
[13] _rt_boot(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x7fbb84c0

Any idea about it ? Have anyone compiled and used qt 4.7.2 with webkit on solaris?

It will be easier to trace the problem if you run your application in a debugger, and see where in your application is crashes.
Post the surrounding code of that line.
Nothing in the trace you posted points to Qt code.
It looks you are trying to give an illegal pointer to and stl object.