Yes, that step re-runs the build to make 32-bit binaries. Let me get
back my SPARC Solaris machine and try it tomorrow and get back to you.

Rayson



On Thu, Aug 30, 2012 at 9:56 PM, Harris He, Kun - CD
<harris...@cn.fujitsu.com> wrote:
> Dear Rayson,
>
> I have tried many times in Solaris 5.10 of GE2011.11p1.
> After running
> ./aimk -no-java -no-jni -no-hwloc -no-secure -no-qmake -no-qmon
> -no-qtcsh -spool-classic -only-depend (done)
> ./scripts/zerodepend (done)
> ./aimk -no-java -no-jni -no-hwloc -no-secure -no-qmake -no-qmon
> -no-qtcsh -spool-classic depend (done)
> ./aimk -no-java -no-jni -no-hwloc -no-secure -no-qmake -no-qmon
> -no-qtcsh -spool-classic
> /SOLARIS64 this folder was created and show ''done' information, then
> system notice me:
> --------------------------------------------------------------------
> Executing aimk again to build 32 bit shared libraries.
> INFO: Architecture dir SOLARIS not existing. Making
> Please set JAVA_HOME or disable Java & JGDI support
> With aimk flags: -no-java -no-jni
> ___________________________________________
> But after I run aimk again and with the -no-java -no-jni and seems as if
> no go, same information as above.
>  ./SOLARIS folder was created but without any files in it.
> Something wrong with the flags? What should I do to cope with this kind
> of impasses?
> I am so appreciate with your information.
>
> Best Wishes.
> Harris He
> Fujitsu Semiconductor Design (Chengdu) Co. Ltd.,
> Phone : (86)28-85150023 ext.8826
> E-mail:harris...@cn.fujitsu.com
>
>
> -----Original Message-----
> From: Rayson Ho [mailto:rayray...@gmail.com]
> Sent: Thursday, August 30, 2012 11:25 PM
> To: Harris He, Kun - CD
> Cc: users@gridengine.org
> Subject: Re: [gridengine users] Compiling grid engine 2011.11 on solaris
> 11
>
> Hi,
>
> Let me try it on my Solaris SPARC machine. I have some fixes related to
> Solaris 11, and those were already in GE2011.11p1.
>
> Rayson
>
>
>
> On Thu, Aug 30, 2012 at 3:45 AM, Harris He, Kun - CD
> <harris...@cn.fujitsu.com> wrote:
>> Dear Ray,
>> I encounter the same issue and the OS version is:
>> SunOS sunsvr3 5.10 Generic_142909-17 sun4u sparc SUNW, Sun-Fire-V490
>> How to work it out?
>> Thanks so much.
>>
>> Best Wishes.
>> Harris He
>> Fujitsu Semiconductor Design (Chengdu) Co. Ltd., Phone :
>> (86)28-85150023 ext.8826 E-mail:harris...@cn.fujitsu.com
>>
>>
>> -----Original Message-----
>> From: users-boun...@gridengine.org
>> [mailto:users-boun...@gridengine.org] On Behalf Of Rayson Ho
>> Sent: Tuesday, February 14, 2012 12:45 AM
>> To: Pierre Girard
>> Cc: users@gridengine.org
>> Subject: Re: [gridengine users] Compiling grid engine 2011.11 on
>> solaris 11
>>
>> Hi Pierre,
>>
>> We will put in a number of fixes for Solaris in the upcoming patch
>> release for GE 2011.11, and it will also fix the security bug reported
>
>> by William Hay. (AFAIK, the security bug will be disclosed by William
>> Hay soon.)
>>
>> So if you can wait a few more days and get the patch release, then you
> should be able to get a clean compile on Solaris 11 (GE 2011.11 was
> tested on Solaris 10 on SPARC, and an early version of Solaris Express
> on x64).
>>
>> Rayson
>>
>>
>>
>> On Mon, Feb 13, 2012 at 9:39 AM, Pierre Girard
> <pierre.gir...@gerad.ca> wrote:
>>> Hello,
>>>    has anyone compiled grid engine on a solaris 11 machine? I
>>> compiled < only-core > but that isn't enough to be a server.
>>>
>>> Here's how I configured:
>>> CC=gcc ./aimk -gcc -only-depend
>>> scripts/zerodepend
>>> CC=gcc ./aimk -cc -no-secure -no-java -no-gui-inst -no-jni
>>> -spool-classic
>>> -only-64 depend
>>> CC=gcc ./aimk -cc -no-secure -no-java -no-gui-inst -no-jni
>>> -spool-classic
>>> -only-64
>>>
>>> I also had to edit 3rdparty/remote/rshd.c because of prototypes and
>>> aimk to remove some options that make the compiler fail
> (--errwarn=... and similar).
>>>
>>> Here's the error I have:
>>> rm -f gethost
>>> gcc -o gethost   -xarch=amd64 -DSOLARISAMD64 -DPROG_NAME='"qtcsh"'
> -I.. -I..
>>> -D_PATH_TCSHELL='"/usr/local/bin/tcsh"'  -I../../../libs/gdi
>>> .../gethost.c -lsocket -lnsl -ltermlib
>>> gcc: language arch=amd64 not recognized
>>> gcc: language arch=amd64 not recognized
>>> ld: fatal: file ../gethost.c: unknown file type
>>> ld: fatal: file processing errors. No output written to gethost
>>> collect2: ld returned 1 exit status
>>> *** Error code 1
>>> make: Fatal error: Command failed for target `gethost'
>>> not done
>>>
>>> There are a lot of < -xarch=amd64> options that are not recognized
>>> but I don't think that's the cause of this problem.
>>>
>>> If I try to compile with cc, I get different problems, for example:
>>> cc -c  -DSOLARIS64 -DPROG_NAME='"qtcsh"' -I. -I..
>>> -D_PATH_TCSHELL='"/usr/local/bin/tcsh"'  -I../../../libs/gdi
>>> ../tc.who.c "../tc.who.c", line 241: syntax error before or at: do
>>> "../tc.who.c", line 251: syntax error before or at: if "../tc.who.c",
>
>>> line 251: warning: old-style declaration or incorrect type
>>> for: sta
>>> "../tc.who.c", line 251: warning: old-style declaration or incorrect
>>> type
>>> for: st_mtim
>>> "../tc.who.c", line 251: warning: old-style declaration or incorrect
>>> type
>>> for: tv_sec
>>> "../tc.who.c", line 259: warning: old-style declaration or incorrect
>>> type
>>> for: stlast
>>> "../tc.who.c", line 259: identifier redefined: stlast
>>>        current : int
>>>        previous: long : "../tc.who.c", line 119 "../tc.who.c", line
>>> 259: warning: left operand of "." must be struct/union object
>>> "../tc.who.c", line 259: cannot access member of non-struct/union
>>> object "../tc.who.c", line 259: non-constant initializer: op "NAME"
>>> "../tc.who.c", line 260: syntax error before or at: if "../tc.who.c",
>
>>> line 260: syntax error before or at: = "../tc.who.c", line 260:
>>> warning: undefined or missing type for: do "../tc.who.c", line 260:
>>> warning: old-style declaration or incorrect type
>>> for: open
>>> "../tc.who.c", line 260: warning: identifier redeclared: open
>>>        current : function() returning int
>>>        previous: function(pointer to const char, int, ...) returning
> int :
>>> "/usr/include/fcntl.h", line 110
>>> "../tc.who.c", line 275: warning: old-style declaration or incorrect
>>> type
>>> for: whohead
>>> "../tc.who.c", line 275: identifier redeclared: whohead
>>>        current : int
>>>        previous: struct who {pointer to struct who {..} who_next,
>>> pointer to struct who {..} who_prev, array[33] of char who_name,
>>> array[33] of char who_new, array[33] of char who_tty, array[258] of
>>> char who_host, long who_time, int who_status} : "../tc.who.c", line
>>> 117 "../tc.who.c", line 275: warning: old-style declaration or
>>> incorrect type
>>> for: who_next
>>> "../tc.who.c", line 275: warning: old-style declaration or incorrect
>>> type
>>> for: wp
>>> "../tc.who.c", line 275: syntax error before or at: -> "../tc.who.c",
>
>>> line 275: warning: old-style declaration or incorrect type
>>> for: who_next
>>> "../tc.who.c", line 275: warning: syntax error:  empty declaration
>>> "../tc.who.c", line 275: warning: old-style declaration or incorrect
>>> type
>>> for: wp
>>> "../tc.who.c", line 275: left operand of "->" must be pointer to
>>> struct/union "../tc.who.c", line 275: warning: improper
>>> pointer/integer combination: op "="
>>> "../tc.who.c", line 275: non-constant initializer: op "U*"
>>> "../tc.who.c", line 275: syntax error before or at: ) "../tc.who.c",
>>> line 284: syntax error before or at: ( "../tc.who.c", line 284:
>>> cannot recover from previous errors
>>> cc: acomp failed for ../tc.who.c
>>> *** Error code 2
>>> make: Fatal error: Command failed for target `tc.who.o'
>>>
>>> Any suggestions?
>>> Thanks.
>>>
>>>
>>>
>>> _______________________________________________
>>> users mailing list
>>> users@gridengine.org
>>> https://gridengine.org/mailman/listinfo/users
>>
>> _______________________________________________
>> users mailing list
>> users@gridengine.org
>> https://gridengine.org/mailman/listinfo/users
>>
>> _______________________________________________
>> users mailing list
>> users@gridengine.org
>> https://gridengine.org/mailman/listinfo/users
_______________________________________________
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Reply via email to