[erlang-questions] Source patch for R12B-0 available

Rickard Green <>
Wed Dec 12 13:05:27 CET 2007


It builds fine for me on solaris 10.

Are you extracting the tar file with gnu tar? If not, you need to.

Instead of using CC I put a script called gcc (similar to yours) in the 
path and also a script called ld (passing -64 as argument to ld) in the 
path.

I use gcc 3.4.4.

BR,
Rickard Green, Erlang/OTP, Ericsson AB.


Ognian Pantov [ MTN - Innovation Centre ] wrote:
> Hi,
> 
> We are having a problem making R12B-0 with the patch on Solaris 10.
> We can make and run R12B-0 without the patch on the same machine. See below for details of our environment.  
> 
> When we are trying to make R12B-0 with the patch, make hangs when is trying to compile hipe_rtl_arch.erl file.
> *********************************************************************************************************
> make[2]: Leaving directory `/export/home/smscproj/install/otp_src_R12B-0/lib/parsetools'
> make[2]: Entering directory `/export/home/smscproj/install/otp_src_R12B-0/lib/asn1/src'
> make[2]: Nothing to be done for `opt'.
> make[2]: Leaving directory `/export/home/smscproj/install/otp_src_R12B-0/lib/asn1/src'
> make[2]: Entering directory `/export/home/smscproj/install/otp_src_R12B-0/lib/hipe'
> Makefile:35: warning: overriding commands for target `docs'
> /export/home/smscproj/install/otp_src_R12B-0/make/otp_subdir.mk:28: warning: ignoring old commands for target `docs'
> === Entering application hipe
> make[3]: Entering directory `/export/home/smscproj/install/otp_src_R12B-0/lib/hipe/rtl'
> /export/home/smscproj/install/otp_src_R12B-0/bin/sparc-sun-solaris2.10/hipe_mkliterals -e > hipe_literals.hrl
> erlc -W  +debug_info +warn_obsolete_guard +inline -o../ebin hipe_rtl_arch.erl
> 
> !!! We stay here till we kill the process!
> ********************************************************************************************************
> The command patch doesn't support -Z option on Solaris (it does on Linux) and we use gpatch instead.
> We try to patch the source code on Linux and make on Solaris - the result is the same the process hangs during compilation on hipe_rtl_arch.erl.
> 
> We tryed to compile hipe_rtl_arch.erl manually but environment doesn't seem to be ready yet.
> 
> Any ideas what may cuase this problem?
> 
> Best regards
> Ognian
> 
> --------------------------Environment--------------------------------------------
> The make for R12B-0 with and without patch is done on the same machine using the same procedure.
> We are using Sun Netra-T2000 running Solaris 10 patch level 125100-05. We use GCC 3.4.6.
> 
> To compile 64 bit code we do:
> 
> cat>/tmp/gcc64
> #!/bin/sh
> exec gcc -m64 "$@"
> ^D
> 
> chmod +x /tmp/gcc64
> 
> Every time we make we remove the old otp_src_R12B-0 directory and start from scratch.
> 
> tar -xvf otp_src_R12B-0.tar
> gpatch -ZNp0 < otp_src_R12B-0-osp1.patch ( only with patch )
> 
> env CC=/tmp/gcc64 ./configure --enable-smp-support --prefix=/usr/local/erlang/R12B-0
> make
> ---------------------------------------------------------------------------------------
> 
> 
> -----Original Message-----
> From: Kenneth Lundin [mailto:]
> Sent: Monday, 10 December 2007 02:33
> To: Valentin Micic
> Cc: Sean Hinde; Rickard Green; Erlang/OTP discussions; Ognian Pantov [
> MTN - Innovation Centre ]; 
> Subject: Re: [erlang-questions] Source patch for R12B-0 available
> 
> 
> Hi,
> 
> Since the combination SMP and 64 bit sparc apparently never has worked
> in R11B you can't have any system in service dependent on this patch
> do you?
> 
> So if you are planning on using the SMP emulator for the first time in a product
> I would really recommend that you put your old policy away and go for R12B.
> 
> The reasons for that are in my opinion many:
> - R12B is the most stable version with best performance when it comes
> to SMP execution.
> R12B is the version where we will have regular service releases with patches and
> improvements.
> R12B is the version where improvements regarding SMP will appear.
> R12B is the version where we may support more platforms.
> Bugs found by open source users in R12B AND PREVIOUS releases will be
> corrected in R12B-1, 2, ..., etc.
> 
> /Regards Kenneth Erlang/OTP team, Ericsson AB
> 
> On 12/9/07, Valentin Micic <> wrote:
>> May I second what Sean is asking for?
>> I would really appreciate a fix for R11B-5 -- we have a policy not to run
>> the latest release on production systems, and absence of the patch would
>> force us to do so. Make no mistake, I really like what I saw in R12 so far,
>> but we'd like to migrate on our own pace.
>> Your cooperation will be *highly* appreciated.
>>
>> Valentin Micic
>> Principal Consultant
>> PHAROS CONSVLTING (PTY) LTD.
>> Cell: +27 83 212 9180
>>
>> ----- Original Message -----
>> From: "Sean Hinde" <>
>> To: "Rickard Green" <>
>> Cc: "Erlang/OTP discussions" <>
>> Sent: Sunday, December 09, 2007 1:51 AM
>> Subject: Re: [erlang-questions] Source patch for R12B-0 available
>>
>>
>>> Hi Rikard,
>>>
>>> Do you have any plans to release a patch for those using R11B-5 on 64
>>> bit sparc? I'm thinking mainly of the OTP-7006 issue, initially
>>> reported on R11B-5.
>>>
>>> Thanks,
>>> Sean
>>>
>>> On 7 Dec 2007, at 14:17, Rickard Green wrote:
>>>
>>>> A patch that fixes the following issues is now available at
>>>> http://www.erlang.org/download.html . Instructions for applying
>>>> the patch can be found in the patch README.
>>>>
>>>> BR,
>>>> Rickard Green, Erlang/OTP, Ericsson AB.
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> OTP-7006  The SMP emulator on sparc64 erroneously used the sparc32
>>>>           atomic and the sparc32 spinlock implementations which
>>>>           caused it to crash.
>>>>
>>>> OTP-7012  Matching an empty binary in a record and then using the
>>>>           same record again could cause a compiler crash.
>>>>
>>>>           Example code that triggers the crash:
>>>>
>>>>           -record(r, {a,b}).
>>>>           t(R) ->
>>>>             #r{a = <<>>} = R,
>>>>             R#r.b.
>>>>
>>>> OTP-7013  file:read/2 and file:consult_stream/1,3 did not use an empty
>>>>           prompt on I/O devices. This bug has now been corrected.
>>>>
>>>> OTP-7014  configuring --enable-darwin-universal or --enable-
>>>> darwin-64bit
>>>>           on MacOSX could result in a non optimized emulator. Top
>>>> level
>>>>           configure script now corrected.
>>>>
>>>> OTP-7015  configuring --with-gd did not produce correct include flags
>>>>           for percept.
>>>>
>>>> ------------------------------------------------------------------------
>>>> _______________________________________________
>>>> erlang-questions mailing list
>>>> 
>>>> http://www.erlang.org/mailman/listinfo/erlang-questions
>>> _______________________________________________
>>> erlang-questions mailing list
>>> 
>>> http://www.erlang.org/mailman/listinfo/erlang-questions
>> _______________________________________________
>> erlang-questions mailing list
>> 
>> http://www.erlang.org/mailman/listinfo/erlang-questions
>>
> NOTE: This e-mail message is subject to the MTN Group disclaimer see http://www.mtn.co.za/default.aspx?pid=34411 
> 



More information about the erlang-questions mailing list