[erlang-questions] Source patch for R12B-0 available
Rickard Green
rickard.s.green@REDACTED
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:kenneth.lundin@REDACTED]
> Sent: Monday, 10 December 2007 02:33
> To: Valentin Micic
> Cc: Sean Hinde; Rickard Green; Erlang/OTP discussions; Ognian Pantov [
> MTN - Innovation Centre ]; waynes@REDACTED
> 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 <valentin@REDACTED> 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" <sean.hinde@REDACTED>
>> To: "Rickard Green" <rickard.s.green@REDACTED>
>> Cc: "Erlang/OTP discussions" <erlang-questions@REDACTED>
>> 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
>>>> erlang-questions@REDACTED
>>>> http://www.erlang.org/mailman/listinfo/erlang-questions
>>> _______________________________________________
>>> erlang-questions mailing list
>>> erlang-questions@REDACTED
>>> http://www.erlang.org/mailman/listinfo/erlang-questions
>> _______________________________________________
>> erlang-questions mailing list
>> erlang-questions@REDACTED
>> 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