Trolltech Home | Qt-interest Home | Recent Threads | All Threads | Author | Date
All threads index page 3

Qt-interest Archive, June 2007
Process hang while building QT on solaris 10

Message 1 in thread

Hi All,
       I have an Issue regarding compilation of QT in Solaris 10. The configuration part run succesfully but while doing gmake the process gets hanged up. It nither goes off nor gives any gmake error.Following is the state of the process
   
  gmake[1]: Entering directory `/local1/qt-x11-eval-src-4.3.0/tools/designer/src/components/lib'
/local1/qt-x11-eval-src-4.3.0/bin/uic ../propertyeditor/qtgradientstopseditor.ui -o .uic/release-shared/ui_qtgradientstopseditor.h
   
  The gmake hangs here and did not even crash to give any kinds of error.
   
  Here is the prstat which shows that some process is going on behind
   
  14650 nsrivast   16M   13M run      0    0   0:39:37  95% uic/1
  7201 nsrivast   86M   23M sleep   59    0   0:12:22 1.7% Xsun/1
   
  By looking at the process it seems that uic is busy doing something.Following are the details 
  1) OS - Solaris 10
  2) M/C Sparc
  3) Compiler - sunstudio 11
  4) QT - 4.3
   
  Please let me know if you required any further information
   
  Thanks & Regards 
  Nitin

 			
---------------------------------
 Here?s a new way to find what you're looking for - Yahoo! Answers
Message 2 in thread

It did work well for me on solaris 8 / sun studio 11.
Your uic was maybe miscompilled, you can try to build Qt in debug mode
(give ./configure the -debug flag).

Benjamin.

On 6/12/07, Nitin Srivastava <nitin_srivastava1978@xxxxxxxxxxx> wrote:
> Hi All,
>      I have an Issue regarding compilation of QT in Solaris 10. The
> configuration part run succesfully but while doing gmake the process gets
> hanged up. It nither goes off nor gives any gmake error.Following is the
> state of the process
>
> gmake[1]: Entering directory
> `/local1/qt-x11-eval-src-4.3.0/tools/designer/src/components/lib'
> /local1/qt-x11-eval-src-4.3.0/bin/uic
> ../propertyeditor/qtgradientstopseditor.ui -o
> .uic/release-shared/ui_qtgradientstopseditor.h
>
> The gmake hangs here and did not even crash to give any kinds of error.
>
> Here is the prstat which shows that some process is going on behind
>
> 14650 nsrivast   16M   13M run      0    0   0:39:37  95% uic/1
>   7201 nsrivast   86M   23M sleep   59    0   0:12:22 1.7% Xsun/1
>
> By looking at the process it seems that uic is busy doing
> something.Following are the details
> 1) OS - Solaris 10
> 2) M/C Sparc
> 3) Compiler - sunstudio 11
> 4) QT - 4.3
>
> Please let me know if you required any further information
>
> Thanks & Regards
> Nitin
>
>  ________________________________
>  Here's a new way to find what you're looking for - Yahoo! Answers
>
>

--
 [ signature omitted ]
Message 3 in thread

You can also try to "truss" (or use dtrace on it) your executable, to
see if it's stuck on reading a resource, or see if you can give uic a
-v flag. (it's possible with qmake, and it will log all what's going
on).

Check also that you have all the compiler patches (go to the sun
studio page and look for the patch version with pkglist).

On 6/12/07, Benjamin Sergeant <bsergean@xxxxxxxxx> wrote:
> It did work well for me on solaris 8 / sun studio 11.
> Your uic was maybe miscompilled, you can try to build Qt in debug mode
> (give ./configure the -debug flag).
>
> Benjamin.
>
> On 6/12/07, Nitin Srivastava <nitin_srivastava1978@xxxxxxxxxxx> wrote:
> > Hi All,
> >      I have an Issue regarding compilation of QT in Solaris 10. The
> > configuration part run succesfully but while doing gmake the process gets
> > hanged up. It nither goes off nor gives any gmake error.Following is the
> > state of the process
> >
> > gmake[1]: Entering directory
> > `/local1/qt-x11-eval-src-4.3.0/tools/designer/src/components/lib'
> > /local1/qt-x11-eval-src-4.3.0/bin/uic
> > ../propertyeditor/qtgradientstopseditor.ui -o
> > .uic/release-shared/ui_qtgradientstopseditor.h
> >
> > The gmake hangs here and did not even crash to give any kinds of error.
> >
> > Here is the prstat which shows that some process is going on behind
> >
> > 14650 nsrivast   16M   13M run      0    0   0:39:37  95% uic/1
> >   7201 nsrivast   86M   23M sleep   59    0   0:12:22 1.7% Xsun/1
> >
> > By looking at the process it seems that uic is busy doing
> > something.Following are the details
> > 1) OS - Solaris 10
> > 2) M/C Sparc
> > 3) Compiler - sunstudio 11
> > 4) QT - 4.3
> >
> > Please let me know if you required any further information
> >
> > Thanks & Regards
> > Nitin
> >
> >  ________________________________
> >  Here's a new way to find what you're looking for - Yahoo! Answers
> >
> >
>

--
 [ signature omitted ]
Message 4 in thread

Benjamin Sergeant schrieb:
> You can also try to "truss" (or use dtrace on it) your executable, to
> see if it's stuck on reading a resource, or see if you can give uic a
> -v flag. (it's possible with qmake, and it will log all what's going
> on).

A few months ago uic (Qt 3) also hung on some *.ui files, but this was 
on a Tru64 machine. And the path was a network resource path, and I seem 
to remember that uic had problems getting a lock on this path (it worked 
on other Unix systems such as SUN, Irix and AIX which mapped exactly the 
same network path though!). The workaround was to build on the local 
harddisk instead - but your path was already named /local1/... so I 
assume it is already on the local harddisk :)

Cheers, Oliver

--
 [ signature omitted ]
Message 5 in thread

Hi,

> [...]
> *gmake[1]: Entering directory 
> `/local1/qt-x11-eval-src-4.3.0/tools/designer/src/components/lib'**
> */local1/qt-x11-eval-src-4.3.0/bin/uic 
> ../propertyeditor/qtgradientstopseditor.ui -o 
> .uic/release-shared/ui_qtgradientstopseditor.h**
>  
> The gmake hangs here and did not even crash to give any kinds of error.
> [...]

As already suggested by other subscribers:
1) Is /local a network volume?
2) Could you possible try with another compiler such as GCC or an earlier 
version of Sun's compiler?

--
 [ signature omitted ]
Message 6 in thread

Hello folks,
           Thanks for your quick responses.Atlast the the build process had moved fwd from that trouble some file.The problem I believe was that while configuring I uses "little endian" as the option.I am not sure but any how it had cured the problem.I am bit releaved....:-)
   
  Regards
  Nitin

Dimitri <dimitri@xxxxxxxxxxxxx> wrote:
  Hi,

> [...]
> *gmake[1]: Entering directory 
> `/local1/qt-x11-eval-src-4.3.0/tools/designer/src/components/lib'**
> */local1/qt-x11-eval-src-4.3.0/bin/uic 
> ../propertyeditor/qtgradientstopseditor.ui -o 
> .uic/release-shared/ui_qtgradientstopseditor.h**
> 
> The gmake hangs here and did not even crash to give any kinds of error.
> [...]

As already suggested by other subscribers:
1) Is /local a network volume?
2) Could you possible try with another compiler such as GCC or an earlier 
version of Sun's compiler?

--
 [ signature omitted ] 
Message 7 in thread

































Hi,

>          Thanks for your quick responses.Atlast the the build process 
> had moved fwd from that trouble some file.The problem I believe was that 
> while configuring I uses "little endian" as the option.I am not sure but 
> any how it had cured the problem.I am bit releaved....:-)

What makes you think "little endian" was used somewhere? How did you fix this?

--
 [ signature omitted ] 


















Message 8 in thread
































Hi,
     Actually while configuring intitially there was a break in compilation and was informed that used -little-endian or -big-endian as a configuration option.So I was using -little-endian( just to complete the compilation phase) option in configuration , which I removed latter when rebuilding the QT.
   
  Regards 
  Nitin

Dimitri <dimitri@xxxxxxxxxxxxx> wrote:
  Hi,

> Thanks for your quick responses.Atlast the the build process 
> had moved fwd from that trouble some file.The problem I believe was that 
> while configuring I uses "little endian" as the option.I am not sure but 
> any how it had cured the problem.I am bit releaved....:-)

What makes you think "little endian" was used somewhere? How did you fix this?

--
 [ signature omitted ] 
Message 9 in thread

































Hi,

>    Actually while configuring intitially there was a break in 

The I guess the message was:
	The system byte order could not be detected!
	Turn on verbose messaging (-v) to see the final report.
	You can use the -little-endian or -big-endian switch to
	configure to continue."
This shouldn't have failed.

What happens if you run:
	cd config.tests/unix/endiantest
	make
	strings endiantest | fgrep SignificantByteFirst

> compilation and was informed that used -little-endian or -big-endian as 
> a configuration option.So I was using -little-endian( just to complete 
> the compilation phase) option in configuration , which I removed latter 
> when rebuilding the QT.

On a SPARC machine, you should have used "-big-endian" in the first place.

--
 [ signature omitted ]