[M3devel] AMD64_LINUX update...

Sat Jan 4 22:52:32 CET 2014

-rwxrwxr-x. 1 root  969 Feb  1  2010 scripts/do-cm3-all.sh*
-rwxrwxr-x. 1 root  985 Feb  1  2010 scripts/do-cm3-base.sh*
-rwxrwxr-x. 1 root  994 Feb  1  2010 scripts/do-cm3-caltech-parser.sh*
-rwxrwxr-x. 1 root  998 Feb  1  2010 scripts/do-cm3-coll.sh*
-rwxrwxr-x. 1 root  984 Feb  1  2010 scripts/do-cm3-comm.sh*
-rwxrwxr-x. 1 root  985 Feb  1  2010 scripts/do-cm3-core.sh*
-rwxrwxr-x. 1 root 1072 Feb  1  2010 scripts/do-cm3-front.sh*
-rwxrwxr-x. 1 root  984 Feb  1  2010 scripts/do-cm3-gui.sh*
-rwxrwxr-x. 1 root  926 Jun  7  2009 scripts/do-cm3-m3gdb.sh*
-rwxrwxr-x. 1 root  984 Feb  1  2010 scripts/do-cm3-min.sh*
-rwxrwxr-x. 1 root  969 Nov 11  2010 scripts/do-cm3-std.sh*
-rwxrwxr-x. 1 root  938 Feb  6  2013 scripts/do-pkg.sh*

there they are. I don’t do this too often, but both do-cm3-core and do-cm3-min will do for what I need.

TIA,
dd

On 04 Jan 2014, at 22:12, mika at async.caltech.edu wrote:

> Sure... what do I do?  Is there a script?  Or do I tar up a selected set of directories?
> 
> I can do this for both AMD64_LINUX (user threads)
> and ARM_LINUX (pthreads)
> 
> I might still have AMD64_LINUX (pthreads)
> 
> Also have AMD64_FREEBSD (pthreads) from the head.
> 
> =?utf-8?Q?Dragi=C5=A1a_Duri=C4=87?= writes:
>> 
>> --Apple-Mail=_382B74FF-31DD-41E6-84F6-E3B9FE47E421
>> Content-Type: multipart/alternative;
>> 	boundary="Apple-Mail=_63AAE786-89CA-4D66-AB37-231EC0069657"
>> 
>> 
>> --Apple-Mail=_63AAE786-89CA-4D66-AB37-231EC0069657
>> Content-Transfer-Encoding: quoted-printable
>> Content-Type: text/plain;
>> 	charset=us-ascii
>> 
>> Hi Mika,
>> 
>> I have this for LINUXLIBC6, and I am using it for remake of HEAD: =
>> cm3-bin-core-LINUXLIBC6-d5.9.0-i686-pc-linux-gnu-2013-11-20-19-55-28.tgz
>> 
>> Can you build and share cm3-bin-core for AMD64_LINUX?
>> 
>> TIA,
>> dd
>> 
>> On 03 Jan 2014, at 18:19, mika at async.caltech.edu wrote:
>> 
>>> =20
>>> Hi again m3devel,
>>> =20
>>> With the head and user threads, after bootstrapping via AMD64_FREEBSD,
>>> I'm getting everything (apparently) working EXCEPT one thing:
>>> =20
>>> stubgen (and my derivative of it, the Scheme-stubgen "sstubgen") goes
>>> into an infinite loop, looks like it's happening on the stack because =
>> I
>>> run out of memory rather quickly, on certain types local to my own =
>> system.
>>> =20
>>> Has anyone seen this before?  I've never seen it on any 32-bit system
>>> but I have a vague memory of seeing it on 64-bit systems.
>>> =20
>>> Will debug over the weekend...
>>> =20
>>> I'd be grateful for any input from the list on the pthreads issues, =
>> though.
>>> =20
>>>    Mika
>> 
>> 
>> --Apple-Mail=_63AAE786-89CA-4D66-AB37-231EC0069657
>> Content-Transfer-Encoding: quoted-printable
>> Content-Type: text/html;
>> 	charset=us-ascii
>> 
>> <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
>> charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
>> -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Hi =
>> Mika,<div><br></div><div>I have this for LINUXLIBC6, and I am using it =
>> for remake of HEAD: <span style=3D"background-color: rgb(0, 0, 0); =
>> color: rgb(255, 59, 29); font-family: Monaco; font-size: =
>> 13px;">cm3-bin-core-LINUXLIBC6-d5.9.0-i686-pc-linux-gnu-2013-11-20-19-55-2=
>> 8.tgz</span></div><div><span style=3D"background-color: rgb(0, 0, 0); =
>> color: rgb(255, 59, 29); font-family: Monaco; font-size: =
>> 13px;"><br></span></div><div><span style=3D"font-family: Helvetica; =
>> orphans: 2; text-align: -webkit-auto; widows: 2;">Can you build and =
>> share cm3-bin-core for AMD64_LINUX?</span></div><div><div =
>> apple-content-edited=3D"true"><span class=3D"Apple-style-span" =
>> style=3D"border-collapse: separate; font-family: Candara; =
>> border-spacing: 0px;"><span class=3D"Apple-style-span" =
>> style=3D"border-collapse: separate; color: rgb(0, 0, 0); font-family: =
>> Helvetica; font-style: normal; font-variant: normal; font-weight: =
>> normal; letter-spacing: normal; line-height: normal; orphans: 2; =
>> text-align: -webkit-auto; text-indent: 0px; text-transform: none; =
>> white-space: normal; widows: 2; word-spacing: 0px; =
>> -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: =
>> 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
>> auto; -webkit-text-stroke-width: 0px;  "><div style=3D"word-wrap: =
>> break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
>> after-white-space; "><span class=3D"Apple-style-span" =
>> style=3D"border-collapse: separate; color: rgb(0, 0, 0); font-family: =
>> Helvetica; font-style: normal; font-variant: normal; font-weight: =
>> normal; letter-spacing: normal; line-height: normal; orphans: 2; =
>> text-align: -webkit-auto; text-indent: 0px; text-transform: none; =
>> white-space: normal; widows: 2; word-spacing: 0px; =
>> -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: =
>> 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
>> auto; -webkit-text-stroke-width: 0px;  "><div style=3D"word-wrap: =
>> break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
>> after-white-space; "><br></div><div style=3D"word-wrap: break-word; =
>> -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; =
>> ">TIA,</div><div style=3D"word-wrap: break-word; -webkit-nbsp-mode: =
>> space; -webkit-line-break: after-white-space; ">dd</div><div =
>> style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
>> -webkit-line-break: after-white-space; =
>> "><br></div></span></div></span></span></div><div><div>On 03 Jan 2014, =
>> at 18:19, <a =
>> href=3D"mailto:mika at async.caltech.edu">mika at async.caltech.edu</a> =
>> wrote:</div><br class=3D"Apple-interchange-newline"><blockquote =
>> type=3D"cite"><br>Hi again m3devel,<br><br>With the head and user =
>> threads, after bootstrapping via AMD64_FREEBSD,<br>I'm getting =
>> everything (apparently) working EXCEPT one thing:<br><br>stubgen (and my =
>> derivative of it, the Scheme-stubgen "sstubgen") goes<br>into an =
>> infinite loop, looks like it's happening on the stack because I<br>run =
>> out of memory rather quickly, on certain types local to my own =
>> system.<br><br>Has anyone seen this before?  I've never seen it on =
>> any 32-bit system<br>but I have a vague memory of seeing it on 64-bit =
>> systems.<br><br>Will debug over the weekend...<br><br>I'd be grateful =
>> for any input from the list on the pthreads issues, though.<br><br> =
>>     Mika<br></blockquote></div><br></div></body></html=
>>> =
>> 
>> --Apple-Mail=_63AAE786-89CA-4D66-AB37-231EC0069657--
>> 
>> --Apple-Mail=_382B74FF-31DD-41E6-84F6-E3B9FE47E421
>> Content-Transfer-Encoding: 7bit
>> Content-Disposition: attachment;
>> 	filename=signature.asc
>> Content-Type: application/pgp-signature;
>> 	name=signature.asc
>> Content-Description: Message signed with OpenPGP using GPGMail
>> 
>> -----BEGIN PGP SIGNATURE-----
>> Comment: GPGTools - http://gpgtools.org
>> 
>> iQEcBAEBAgAGBQJSyHdWAAoJEJtljYXUJo8x7G4H/i04W2KIer4qcBJO0uVLaI2+
>> taHLJ9ewgRyfrd3qfp7YkgmoidxVMy6XMRIuwFpNBjz8YE5YK5TU9Awpmr4UKVvM
>> zGa9eeWWMg+SX6WmiKnIO4WxiF2oNkp3mybuX4oOjjqUN4nhW0iGtycgIlGkDaR7
>> 0CL5I4D0P8bSkhunE4iATX9I/k+WVFghZhRWr8BULIHgRlD1xG6NZ0EhCcJk1mY2
>> hQBKgJEdpiBUfG84cbu0uE5c3hrposmbjuFFaegG0Q1Pr+zZAnbV5C08RhLawyHn
>> 1VPwWGF1R/d1KgVBr4l19KxNi4aACJtov5ODGXXJbfOFyPi25WF6A4SbjP1aJQg=
>> =sMKJ
>> -----END PGP SIGNATURE-----
>> 
>> --Apple-Mail=_382B74FF-31DD-41E6-84F6-E3B9FE47E421--

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20140104/de3b9c2d/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20140104/de3b9c2d/attachment-0002.sig>