[M3devel] compiler problems on Snow Leopard

Mon Dec 27 12:34:09 CET 2010

I started over.

  rm -rf various  
  changed toolset to I386_DARWIN, hopefully correctly  
  cvs -z3 upd -dAP
  export CM3=1

  gnumake regress 

   .. lots of stuf compiles ..
   .. and then:

===> mscheme/sstubgen/program
--- building in I386_DARWIN ---

new source -> compiling Main.m3
 -> linking sstubgen
i686-apple-darwin9-gcc-4.0.1: /dev2/gcap-public-cvs/mscheme/I386_DARWIN/libmscheme.a: No such file or directory
  m3_link => 1
linker failed linking: sstubgen
Fatal Error: package build failed

jbook2:gcap-public-cvs jay$ cd mscheme/
jbook2:mscheme jay$ ls
CVS        doc        interactive    modula3scheme    schemereadline    src        threads
I386_DARWIN    examples    interactive_r    scheme-lib    schemesig    sstubgen
jbook2:mscheme jay$ cm3
--- building in I386_DARWIN ---

ignoring ../src/m3overrides

"/Users/jay/dev2/gcap-public-cvs/mscheme/src/sgenerics.tmpl", line 3: quake runtime error: undefined variable: TOP

--procedure--  -line-  -file---
template            3  /Users/jay/dev2/gcap-public-cvs/mscheme/src/sgenerics.tmpl
include_dir        69  /Users/jay/dev2/gcap-public-cvs/mscheme/src/m3makefile
                    4  /Users/jay/dev2/gcap-public-cvs/mscheme/I386_DARWIN/m3make.args

Fatal Error: package build failed
jbook2:mscheme jay$ 

jbook2:mscheme jay$ cm3 -DTOP=/dev2/gcap-public-cvs
--- building in I386_DARWIN ---

ignoring ../src/m3overrides

"/Users/jay/dev2/gcap-public-cvs/mscheme/src/m3makefile", line 73: quake runtime error: undefined variable: Netobj

--procedure--  -line-  -file---
include_dir        73  /Users/jay/dev2/gcap-public-cvs/mscheme/src/m3makefile
                    5  /Users/jay/dev2/gcap-public-cvs/mscheme/I386_DARWIN/m3make.args

Fatal Error: package build failed
j

jbook2:mscheme jay$ cm3 -DTOP=/dev2/gcap-public-cvs -x
--- building in I386_DARWIN ---

ignoring override("mscheme", "/dev2/gcap-public-cvs")

new source -> compiling SchemeEnvironment_Public_v1.m3
"../I386_DARWIN/SchemeEnvironment_Public_v1.m3", line 546: illegal INTEGER literal, zero used
"../I386_DARWIN/SchemeEnvironment_Public_v1.m3", line 547: illegal INTEGER literal, zero used
2 errors encountered
compilation failed => not building library "libmscheme.a"
Fatal Error: package build failed
jbook2:mscheme jay$ 

    minArgs_arg := StubLib.InInteger(c, rep, 0, 9223372036854775807);
    maxArgs_arg := StubLib.InInteger(c, rep, 0, 9223372036854775807);

> To: jay.krell at cornell.edu
> Date: Mon, 27 Dec 2010 03:24:24 -0800
> From: mika at async.caltech.edu
> CC: m3devel at elegosoft.com
> Subject: Re: [M3devel] compiler problems on Snow Leopard
> 
> Don't think you need m3texthack.
> 
> The first thing that happens when you run make ought to be that a file
> called ".top" is created at the top level of the repository, with a
> definition of TOP.  This file is included by the top-level m3overrides,
> which is included by every m3overrides when you run with -x.
> 
>     Mika
> 
> Jay K writes:
> >--_d61e805f-545e-4b3d-abe7-a20c582bec2e_
> >Content-Type: text/plain; charset="iso-8859-1"
> >Content-Transfer-Encoding: quoted-printable
> >
> >
> >something wanted cit_util.
> >
> >
> >
> >--- building in AMD64_DARWIN ---
> >
> >
> >
> >ignoring ../src/m3overrides
> >
> >
> >
> >"/Users/jay/dev2/gcap-public-cvs/cit_util/src/texthack.tmpl"=2C line 2: qua=
> >ke runtime error: undefined variable: TOP
> >
> >
> >
> >--procedure--  -line-  -file---
> >
> >template            2  /Users/jay/dev2/gcap-public-cvs/cit_util/src/texthac=
> >k.tmpl
> >
> >include_dir        13  /Users/jay/dev2/gcap-public-cvs/cit_util/src/m3makef=
> >ile
> >
> >                    4  /Users/jay/dev2/gcap-public-cvs/cit_util/AMD64_DARWI=
> >N/m3make.args
> >
> >
> >
> >
> >
> >% $Id: texthack.tmpl=2Cv 1.7 2002/12/13 22:20:12 kp Exp $
> >
> >_M3TEXTHACK =3D TOP & "/m3texthack/" & BUILD_DIR & "/m3texthack"
> >
> >_DERIVGEN   =3D TOP & "/m3texthack/src/derivgen.sh"
> >
> >
> >I don't have m3texthack anywhere I think.
> >
> > - Jay
> >
> >From: jay.krell at cornell.edu
> >To: mika at async.caltech.edu
> >Date: Mon=2C 27 Dec 2010 11:04:11 +0000
> >CC: m3devel at elegosoft.com
> >Subject: Re: [M3devel] compiler problems on Snow Leopard
> >
> >
> >
> >
> >
> >
> >
> >
> >Yes=2C overrides and standalone is a problem.
> >
> >Maybe I'll get around to addressing this for the next release.
> >
> >A proposed solution is:
> >  go back to mostly the old method: hard coded runpaths=2C with much overla=
> >p for global builds (to be shipped/installed)=2C monstrously long paths for=
> > local builds (not to be shipped)=2C AND link upon install
> >  Some systems allow for "slight relinking"=2C including Solaris and Darwin=
> >=2C where just the paths get edited. That would be nicer.
> >
> >  The old approach had problems too.
> >
> >   If you build the system yourself=2C I think you automatically already to=
> >day get what is described -- hardcoded run paths=2C with much overlap for g=
> >lobal builds.
> >
> >
> > - Jay
> >
> >> To: jay.krell at cornell.edu
> >> CC: m3devel at elegosoft.com
> >> Subject: Re: [M3devel] compiler problems on Snow Leopard=20
> >> Date: Mon=2C 27 Dec 2010 02:58:59 -0800
> >> From: mika at async.caltech.edu
> >>=20
> >> Run cm3 -x instead of just cm3.
> >>=20
> >> Did you get an error compiling package "mscheme"?  I certainly have a
> >> libmscheme.a in there.
> >>=20
> >> <top>/m3overrides has build_standalone() in it.
> >>=20
> >> I normally didn't use build_standalone() but something has changed in
> >> how the system searches for shared libs when building with overrides
> >> and this was the easiest solution (at least for now).
> >>=20
> >>      Mika
> >>=20
> >> Jay K writes:
> >> >--_9ece0c56-2524-4879-9a65-2407b1dbf664_
> >> >Content-Type: text/plain=3B charset=3D"iso-8859-1"
> >> >Content-Transfer-Encoding: quoted-printable
> >> >
> >> >
> >> >I can't quite reproduce it=3D2C but I can compile a bunch of your code.
> >> >
> >> >
> >> >new "/dev2/gcap-public-cvs/mscheme/scheme-lib/I386_DARWIN/libscheme-lib.=
> >a" =3D
> >> >-> archiving libsstubgen.a
> >> >
> >> >=3D3D=3D3D=3D3D> mscheme/sstubgen/program
> >> >--- building in I386_DARWIN ---
> >> >
> >> > -> linking sstubgen
> >> >i686-apple-darwin9-gcc-4.0.1: /dev2/gcap-public-cvs/mscheme/I386_DARWIN/=
> >lib=3D
> >> >mscheme.a: No such file or directory
> >> >  m3_link =3D3D> 1
> >> >linker failed linking: sstubgen
> >> >Fatal Error: package build failed
> >> >
> >> >jbook2:gcap-public-cvs jay$ cd mscheme/sstubgen/example
> >> >jbook2:example jay$ c=3D2C3
> >> >-bash: c=3D2C3: command not found
> >> >jbook2:example jay$ cm3
> >> >--- building in I386_DARWIN ---
> >> >
> >> >ignoring ../src/m3overrides
> >> >
> >> >"/Users/jay/dev2/gcap-public-cvs/mscheme/sstubgen/example/src/m3makefile=
> >"=3D
> >> >=3D2C line 3: quake runtime error: unable to open "/cm3/pkg/mscheme/I386=
> >_DARW=3D
> >> >IN/.M3EXPORTS" for reading
> >> >
> >> >--procedure--  -line-  -file---
> >> >import             --  <builtin>
> >> >include_dir         3  /Users/jay/dev2/gcap-public-cvs/mscheme/sstubgen/=
> >exa=3D
> >> >mple/src/m3makefile
> >> >
> >> >
> >> > - Jay
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >From: jay.krell at cornell.edu
> >> >To: mika at async.caltech.edu
> >> >Date: Mon=3D2C 27 Dec 2010 10:46:55 +0000
> >> >CC: m3devel at elegosoft.com
> >> >Subject: Re: [M3devel] compiler problems on Snow Leopard
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >aside: overlap with caltech_parser:
> >> >if you can come up with a merged version that works with both=3D2C good
> >> >If you can't=3D2C I think you have to rename one or the other.
> >> >
> >> >Maybe someday we can support some sort of hierarchy that automatically m=
> >aps=3D
> >> > to/from the file system hierarchy...
> >> >
> >> >I'll try to reproduce the problem.
> >> >
> >> >All targets?
> >> >Workaround with different cm3cg switches (e.g. -O0 vs. -O1 vs. -O2?)
> >> >
> >> > - Jay
> >> >
> >> >
> >> >> To: jay.krell at cornell.edu
> >> >> Date: Mon=3D2C 27 Dec 2010 02:38:10 -0800
> >> >> From: mika at async.caltech.edu
> >> >> CC: m3devel at elegosoft.com
> >> >> Subject: Re: [M3devel] compiler problems on Snow Leopard
> >> >>=3D20
> >> >> Jay K writes:
> >> >> >--_6f82bcb2-663f-4046-87f2-073a1528a819_
> >> >> >Content-Type: text/plain=3D3B charset=3D3D"iso-8859-1"
> >> >> >Content-Transfer-Encoding: quoted-printable
> >> >> >
> >> >> >
> >> >> >Can you put all your code in our CVS repository?
> >> >> >
> >> >>=3D20
> >> >> I can't put all the code I work with in m3devel's repository: some of=
> >=3D20
> >> >> it is proprietary.
> >> >>=3D20
> >> >> The Scheme code however I have no restrictions on distributing (that's
> >> >> what's got problems in this case).  It is however large and unwieldy a=
> >nd
> >> >> I'd like to have other people's suggestions for how to submit/incorpor=
> >ate
> >> >> it with CM3 before I just dump it in the repository.  It also overlaps=
> > a =3D
> >> >bit
> >> >> with "caltech-parser"=3D2C so there should probably be a "caltech-comm=
> >on"
> >> >> package for the overlaps?
> >> >>=3D20
> >> >> If you run the following commands in a fresh directory=3D2C you should=
> > get
> >> >> to the error I emailed:
> >> >>=3D20
> >> >> setenv CM3 1
> >> >> cvs -d :pserver:anonymous at pluto.gcapltd.com:/home/gcap-public-cvs up -=
> >d .
> >> >> make regress    # GNU make : 'gmake regress' on BSD
> >> >> cd mscheme/sstubgen/example
> >> >> cm3 -x
> >> >>=3D20
> >> >>      Mika
> >> >>=3D20
> >> >>=3D20
> >> > 		 	   		  =3D
> >> >
> >> >--_9ece0c56-2524-4879-9a65-2407b1dbf664_
> >> >Content-Type: text/html=3B charset=3D"iso-8859-1"
> >> >Content-Transfer-Encoding: quoted-printable
> >> >
> >> ><html>
> >> ><head>
> >> ><style><!--
> >> >.hmmessage P
> >> >{
> >> >margin:0px=3D3B
> >> >padding:0px
> >> >}
> >> >body.hmmessage
> >> >{
> >> >font-size: 10pt=3D3B
> >> >font-family:Tahoma
> >> >}
> >> >--></style>
> >> ></head>
> >> ><body class=3D3D'hmmessage'>
> >> >I can't quite reproduce it=3D2C but I can compile a bunch of your code.<=
> >br><b=3D
> >> >r><br>new "/dev2/gcap-public-cvs/mscheme/scheme-lib/I386_DARWIN/libschem=
> >e-l=3D
> >> >ib.a" -&gt=3D3B archiving libsstubgen.a<br><br>=3D3D=3D3D=3D3D&gt=3D3B m=
> >scheme/sstubg=3D
> >> >en/program<br>--- building in I386_DARWIN ---<br><br>&nbsp=3D3B-&gt=3D3B=
> > linkin=3D
> >> >g sstubgen<br>i686-apple-darwin9-gcc-4.0.1: /dev2/gcap-public-cvs/mschem=
> >e/I=3D
> >> >386_DARWIN/libmscheme.a: No such file or directory<br>&nbsp=3D3B m3_link=
> > =3D3D&=3D
> >> >gt=3D3B 1<br>linker failed linking: sstubgen<br>Fatal Error: package bui=
> >ld fa=3D
> >> >iled<br><br>jbook2:gcap-public-cvs jay$ cd mscheme/sstubgen/example<br>j=
> >boo=3D
> >> >k2:example jay$ c=3D2C3<br>-bash: c=3D2C3: command not found<br>jbook2:e=
> >xample =3D
> >> >jay$ cm3<br>--- building in I386_DARWIN ---<br><br>ignoring ../src/m3ove=
> >rri=3D
> >> >des<br><br>"/Users/jay/dev2/gcap-public-cvs/mscheme/sstubgen/example/src=
> >/m3=3D
> >> >makefile"=3D2C line 3: quake runtime error: unable to open "/cm3/pkg/msc=
> >heme/=3D
> >> >I386_DARWIN/.M3EXPORTS" for reading<br><br>--procedure--&nbsp=3D3B -line=
> >-&nbs=3D
> >> >p=3D3B -file---<br>import&nbsp=3D3B&nbsp=3D3B&nbsp=3D3B&nbsp=3D3B&nbsp=
> >=3D3B&nbsp=3D3B&nbs=3D
> >> >p=3D3B&nbsp=3D3B&nbsp=3D3B&nbsp=3D3B&nbsp=3D3B&nbsp=3D3B --&nbsp=3D3B &l=
> >t=3D3Bbuiltin&gt=3D3B=3D
> >> ><br>include_dir&nbsp=3D3B&nbsp=3D3B&nbsp=3D3B&nbsp=3D3B&nbsp=3D3B&nbsp=
> >=3D3B&nbsp=3D3B&nbs=3D
> >> >p=3D3B 3&nbsp=3D3B /Users/jay/dev2/gcap-public-cvs/mscheme/sstubgen/exam=
> >ple/src=3D
> >> >/m3makefile<br><br><br>&nbsp=3D3B- Jay<br><br><br><br><br><br><br><hr id=
> >=3D3D"s=3D
> >> >topSpelling">From: jay.krell at cornell.edu<br>To: mika at async.caltech.edu<b=
> >r>D=3D
> >> >ate: Mon=3D2C 27 Dec 2010 10:46:55 +0000<br>CC: m3devel at elegosoft.com<br=
> >>Subj=3D
> >> >ect: Re: [M3devel] compiler problems on Snow Leopard<br><br>
> >> >
> >> ><meta http-equiv=3D3D"Content-Type" content=3D3D"text/html=3D3B charset=
> >=3D3Dunicode=3D
> >> >">
> >> ><meta name=3D3D"Generator" content=3D3D"Microsoft SafeHTML">
> >> ><style>
> >> >.ExternalClass .ecxhmmessage P
> >> >{padding:0px=3D3B}
> >> >.ExternalClass body.ecxhmmessage
> >> >{font-size:10pt=3D3Bfont-family:Tahoma=3D3B}
> >> >
> >> ></style>
> >> >
> >> >
> >> >aside: overlap with caltech_parser:<br>if you can come up with a merged =
> >ver=3D
> >> >sion that works with both=3D2C good<br>If you can't=3D2C I think you hav=
> >e to re=3D
> >> >name one or the other.<br><br>Maybe someday we can support some sort of =
> >hie=3D
> >> >rarchy that automatically maps to/from the file system hierarchy...<br><=
> >br>=3D
> >> >I'll try to reproduce the problem.<br><br>All targets?<br>Workaround wit=
> >h d=3D
> >> >ifferent cm3cg switches (e.g. -O0 vs. -O1 vs. -O2?)<br><br>&nbsp=3D3B- J=
> >ay<br=3D
> >> >><br><br>&gt=3D3B To: jay.krell at cornell.edu<br>&gt=3D3B Date: Mon=3D2C 2=
> >7 Dec 201=3D
> >> >0 02:38:10 -0800<br>&gt=3D3B From: mika at async.caltech.edu<br>&gt=3D3B CC=
> >: m3dev=3D
> >> >el at elegosoft.com<br>&gt=3D3B Subject: Re: [M3devel] compiler problems on=
> > Snow=3D
> >> > Leopard<br>&gt=3D3B <br>&gt=3D3B Jay K writes:<br>&gt=3D3B &gt=3D3B--_6=
> >f82bcb2-663=3D
> >> >f-4046-87f2-073a1528a819_<br>&gt=3D3B &gt=3D3BContent-Type: text/plain=
> >=3D3B chars=3D
> >> >et=3D3D"iso-8859-1"<br>&gt=3D3B &gt=3D3BContent-Transfer-Encoding: quote=
> >d-printab=3D
> >> >le<br>&gt=3D3B &gt=3D3B<br>&gt=3D3B &gt=3D3B<br>&gt=3D3B &gt=3D3BCan you=
> > put all your c=3D
> >> >ode in our CVS repository?<br>&gt=3D3B &gt=3D3B<br>&gt=3D3B <br>&gt=3D3B=
> > I can't pu=3D
> >> >t all the code I work with in m3devel's repository: some of <br>&gt=3D3B=
> > it i=3D
> >> >s proprietary.<br>&gt=3D3B <br>&gt=3D3B The Scheme code however I have n=
> >o restr=3D
> >> >ictions on distributing (that's<br>&gt=3D3B what's got problems in this =
> >case)=3D
> >> >.  It is however large and unwieldy and<br>&gt=3D3B I'd like to have oth=
> >er pe=3D
> >> >ople's suggestions for how to submit/incorporate<br>&gt=3D3B it with CM3=
> > befo=3D
> >> >re I just dump it in the repository.  It also overlaps a bit<br>&gt=3D3B=
> > with=3D
> >> > "caltech-parser"=3D2C so there should probably be a "caltech-common"<br=
> >>&gt=3D
> >> >=3D3B package for the overlaps?<br>&gt=3D3B <br>&gt=3D3B If you run the =
> >following=3D
> >> > commands in a fresh directory=3D2C you should get<br>&gt=3D3B to the er=
> >ror I e=3D
> >> >mailed:<br>&gt=3D3B <br>&gt=3D3B setenv CM3 1<br>&gt=3D3B cvs -d :pserve=
> >r:anonymo=3D
> >> >us at pluto.gcapltd.com:/home/gcap-public-cvs up -d .<br>&gt=3D3B make regr=
> >ess  =3D
> >> >  # GNU make : 'gmake regress' on BSD<br>&gt=3D3B cd mscheme/sstubgen/ex=
> >ample=3D
> >> ><br>&gt=3D3B cm3 -x<br>&gt=3D3B <br>&gt=3D3B      Mika<br>&gt=3D3B <br>&=
> >gt=3D3B <br> =3D
> >> >		 	   		  </body>
> >> ></html>=3D
> >> >
> >> >--_9ece0c56-2524-4879-9a65-2407b1dbf664_--
> > 		 	   		  =
> >
> >--_d61e805f-545e-4b3d-abe7-a20c582bec2e_
> >Content-Type: text/html; charset="iso-8859-1"
> >Content-Transfer-Encoding: quoted-printable
> >
> ><html>
> ><head>
> ><style><!--
> >.hmmessage P
> >{
> >margin:0px=3B
> >padding:0px
> >}
> >body.hmmessage
> >{
> >font-size: 10pt=3B
> >font-family:Tahoma
> >}
> >--></style>
> ></head>
> ><body class=3D'hmmessage'>
> >something wanted cit_util.<br>
> ><br>
> >--- building in AMD64_DARWIN ---<br>
> ><br>
> >ignoring ../src/m3overrides<br>
> ><br>
> >"/Users/jay/dev2/gcap-public-cvs/cit_util/src/texthack.tmpl"=2C line 2: qua=
> >ke runtime error: undefined variable: TOP<br>
> ><br>
> >--procedure--&nbsp=3B -line-&nbsp=3B -file---<br>
> >template&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nb=
> >sp=3B&nbsp=3B&nbsp=3B 2&nbsp=3B /Users/jay/dev2/gcap-public-cvs/cit_util/sr=
> >c/texthack.tmpl<br>
> >include_dir&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B 13&nbsp=
> >=3B /Users/jay/dev2/gcap-public-cvs/cit_util/src/m3makefile<br>
> >&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nb=
> >sp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=
> >=3B 4&nbsp=3B /Users/jay/dev2/gcap-public-cvs/cit_util/AMD64_DARWIN/m3make.=
> >args<br>
> ><br>
> ><br>
> >% $Id: texthack.tmpl=2Cv 1.7 2002/12/13 22:20:12 kp Exp $<br>
> >_M3TEXTHACK =3D TOP &amp=3B "/m3texthack/" &amp=3B BUILD_DIR &amp=3B "/m3te=
> >xthack"<br>
> >_DERIVGEN&nbsp=3B&nbsp=3B =3D TOP &amp=3B "/m3texthack/src/derivgen.sh"<br>
> ><br>I don't have m3texthack anywhere I think.<br><br>&nbsp=3B- Jay<br><br><=
> >hr id=3D"stopSpelling">From: jay.krell at cornell.edu<br>To: mika at async.caltec=
> >h.edu<br>Date: Mon=2C 27 Dec 2010 11:04:11 +0000<br>CC: m3devel at elegosoft.c=
> >om<br>Subject: Re: [M3devel] compiler problems on Snow Leopard<br><br>
> >
> ><meta http-equiv=3D"Content-Type" content=3D"text/html=3B charset=3Dunicode=
> >">
> ><meta name=3D"Generator" content=3D"Microsoft SafeHTML">
> ><style>
> >.ExternalClass .ecxhmmessage P
> >{padding:0px=3B}
> >.ExternalClass body.ecxhmmessage
> >{font-size:10pt=3Bfont-family:Tahoma=3B}
> >
> ></style>
> >
> >
> >Yes=2C overrides and standalone is a problem.<br><br>Maybe I'll get around =
> >to addressing this for the next release.<br><br>A proposed solution is:<br>=
> >&nbsp=3B go back to mostly the old method: hard coded runpaths=2C with much=
> > overlap for global builds (to be shipped/installed)=2C monstrously long pa=
> >ths for local builds (not to be shipped)=2C AND link upon install<br>&nbsp=
> >=3B Some systems allow for "slight relinking"=2C including Solaris and Darw=
> >in=2C where just the paths get edited. That would be nicer.<br><br>&nbsp=3B=
> > The old approach had problems too.<br><br>&nbsp=3B&nbsp=3B If you build th=
> >e system yourself=2C I think you automatically already today get what is de=
> >scribed -- hardcoded run paths=2C with much overlap for global builds.<br><=
> >br><br>&nbsp=3B- Jay<br><br>&gt=3B To: jay.krell at cornell.edu<br>&gt=3B CC: =
> >m3devel at elegosoft.com<br>&gt=3B Subject: Re: [M3devel] compiler problems on=
> > Snow Leopard <br>&gt=3B Date: Mon=2C 27 Dec 2010 02:58:59 -0800<br>&gt=3B =
> >From: mika at async.caltech.edu<br>&gt=3B <br>&gt=3B Run cm3 -x instead of jus=
> >t cm3.<br>&gt=3B <br>&gt=3B Did you get an error compiling package "mscheme=
> >"?  I certainly have a<br>&gt=3B libmscheme.a in there.<br>&gt=3B <br>&gt=
> >=3B &lt=3Btop&gt=3B/m3overrides has build_standalone() in it.<br>&gt=3B <br=
> >>&gt=3B I normally didn't use build_standalone() but something has changed =
> >in<br>&gt=3B how the system searches for shared libs when building with ove=
> >rrides<br>&gt=3B and this was the easiest solution (at least for now).<br>&=
> >gt=3B <br>&gt=3B      Mika<br>&gt=3B <br>&gt=3B Jay K writes:<br>&gt=3B &gt=
> >=3B--_9ece0c56-2524-4879-9a65-2407b1dbf664_<br>&gt=3B &gt=3BContent-Type: t=
> >ext/plain=3B charset=3D"iso-8859-1"<br>&gt=3B &gt=3BContent-Transfer-Encodi=
> >ng: quoted-printable<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B<br>&gt=3B &gt=3BI ca=
> >n't quite reproduce it=3D2C but I can compile a bunch of your code.<br>&gt=
> >=3B &gt=3B<br>&gt=3B &gt=3B<br>&gt=3B &gt=3Bnew "/dev2/gcap-public-cvs/msch=
> >eme/scheme-lib/I386_DARWIN/libscheme-lib.a" =3D<br>&gt=3B &gt=3B-&gt=3B arc=
> >hiving libsstubgen.a<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B=3D3D=3D3D=3D3D&gt=3B=
> > mscheme/sstubgen/program<br>&gt=3B &gt=3B--- building in I386_DARWIN ---<b=
> >r>&gt=3B &gt=3B<br>&gt=3B &gt=3B -&gt=3B linking sstubgen<br>&gt=3B &gt=3Bi=
> >686-apple-darwin9-gcc-4.0.1: /dev2/gcap-public-cvs/mscheme/I386_DARWIN/lib=
> >=3D<br>&gt=3B &gt=3Bmscheme.a: No such file or directory<br>&gt=3B &gt=3B  =
> >m3_link =3D3D&gt=3B 1<br>&gt=3B &gt=3Blinker failed linking: sstubgen<br>&g=
> >t=3B &gt=3BFatal Error: package build failed<br>&gt=3B &gt=3B<br>&gt=3B &gt=
> >=3Bjbook2:gcap-public-cvs jay$ cd mscheme/sstubgen/example<br>&gt=3B &gt=3B=
> >jbook2:example jay$ c=3D2C3<br>&gt=3B &gt=3B-bash: c=3D2C3: command not fou=
> >nd<br>&gt=3B &gt=3Bjbook2:example jay$ cm3<br>&gt=3B &gt=3B--- building in =
> >I386_DARWIN ---<br>&gt=3B &gt=3B<br>&gt=3B &gt=3Bignoring ../src/m3override=
> >s<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B"/Users/jay/dev2/gcap-public-cvs/mscheme=
> >/sstubgen/example/src/m3makefile"=3D<br>&gt=3B &gt=3B=3D2C line 3: quake ru=
> >ntime error: unable to open "/cm3/pkg/mscheme/I386_DARW=3D<br>&gt=3B &gt=3B=
> >IN/.M3EXPORTS" for reading<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B--procedure--  =
> >-line-  -file---<br>&gt=3B &gt=3Bimport             --  &lt=3Bbuiltin&gt=3B=
> ><br>&gt=3B &gt=3Binclude_dir         3  /Users/jay/dev2/gcap-public-cvs/msc=
> >heme/sstubgen/exa=3D<br>&gt=3B &gt=3Bmple/src/m3makefile<br>&gt=3B &gt=3B<b=
> >r>&gt=3B &gt=3B<br>&gt=3B &gt=3B - Jay<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B<br=
> >>&gt=3B &gt=3B<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B<br>&gt=3B=
> > &gt=3BFrom: jay.krell at cornell.edu<br>&gt=3B &gt=3BTo: mika at async.caltech.e=
> >du<br>&gt=3B &gt=3BDate: Mon=3D2C 27 Dec 2010 10:46:55 +0000<br>&gt=3B &gt=
> >=3BCC: m3devel at elegosoft.com<br>&gt=3B &gt=3BSubject: Re: [M3devel] compile=
> >r problems on Snow Leopard<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B<br>&gt=3B &gt=
> >=3B<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B<br>=
> >&gt=3B &gt=3B<br>&gt=3B &gt=3Baside: overlap with caltech_parser:<br>&gt=3B=
> > &gt=3Bif you can come up with a merged version that works with both=3D2C g=
> >ood<br>&gt=3B &gt=3BIf you can't=3D2C I think you have to rename one or the=
> > other.<br>&gt=3B &gt=3B<br>&gt=3B &gt=3BMaybe someday we can support some =
> >sort of hierarchy that automatically maps=3D<br>&gt=3B &gt=3B to/from the f=
> >ile system hierarchy...<br>&gt=3B &gt=3B<br>&gt=3B &gt=3BI'll try to reprod=
> >uce the problem.<br>&gt=3B &gt=3B<br>&gt=3B &gt=3BAll targets?<br>&gt=3B &g=
> >t=3BWorkaround with different cm3cg switches (e.g. -O0 vs. -O1 vs. -O2?)<br=
> >>&gt=3B &gt=3B<br>&gt=3B &gt=3B - Jay<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B<br>=
> >&gt=3B &gt=3B&gt=3B To: jay.krell at cornell.edu<br>&gt=3B &gt=3B&gt=3B Date: =
> >Mon=3D2C 27 Dec 2010 02:38:10 -0800<br>&gt=3B &gt=3B&gt=3B From: mika at async=
> >.caltech.edu<br>&gt=3B &gt=3B&gt=3B CC: m3devel at elegosoft.com<br>&gt=3B &gt=
> >=3B&gt=3B Subject: Re: [M3devel] compiler problems on Snow Leopard<br>&gt=
> >=3B &gt=3B&gt=3B=3D20<br>&gt=3B &gt=3B&gt=3B Jay K writes:<br>&gt=3B &gt=3B=
> >&gt=3B &gt=3B--_6f82bcb2-663f-4046-87f2-073a1528a819_<br>&gt=3B &gt=3B&gt=
> >=3B &gt=3BContent-Type: text/plain=3D3B charset=3D3D"iso-8859-1"<br>&gt=3B =
> >&gt=3B&gt=3B &gt=3BContent-Transfer-Encoding: quoted-printable<br>&gt=3B &g=
> >t=3B&gt=3B &gt=3B<br>&gt=3B &gt=3B&gt=3B &gt=3B<br>&gt=3B &gt=3B&gt=3B &gt=
> >=3BCan you put all your code in our CVS repository?<br>&gt=3B &gt=3B&gt=3B =
> >&gt=3B<br>&gt=3B &gt=3B&gt=3B=3D20<br>&gt=3B &gt=3B&gt=3B I can't put all t=
> >he code I work with in m3devel's repository: some of=3D20<br>&gt=3B &gt=3B&=
> >gt=3B it is proprietary.<br>&gt=3B &gt=3B&gt=3B=3D20<br>&gt=3B &gt=3B&gt=3B=
> > The Scheme code however I have no restrictions on distributing (that's<br>=
> >&gt=3B &gt=3B&gt=3B what's got problems in this case).  It is however large=
> > and unwieldy and<br>&gt=3B &gt=3B&gt=3B I'd like to have other people's su=
> >ggestions for how to submit/incorporate<br>&gt=3B &gt=3B&gt=3B it with CM3 =
> >before I just dump it in the repository.  It also overlaps a =3D<br>&gt=3B =
> >&gt=3Bbit<br>&gt=3B &gt=3B&gt=3B with "caltech-parser"=3D2C so there should=
> > probably be a "caltech-common"<br>&gt=3B &gt=3B&gt=3B package for the over=
> >laps?<br>&gt=3B &gt=3B&gt=3B=3D20<br>&gt=3B &gt=3B&gt=3B If you run the fol=
> >lowing commands in a fresh directory=3D2C you should get<br>&gt=3B &gt=3B&g=
> >t=3B to the error I emailed:<br>&gt=3B &gt=3B&gt=3B=3D20<br>&gt=3B &gt=3B&g=
> >t=3B setenv CM3 1<br>&gt=3B &gt=3B&gt=3B cvs -d :pserver:anonymous at pluto.gc=
> >apltd.com:/home/gcap-public-cvs up -d .<br>&gt=3B &gt=3B&gt=3B make regress=
> >    # GNU make : 'gmake regress' on BSD<br>&gt=3B &gt=3B&gt=3B cd mscheme/s=
> >stubgen/example<br>&gt=3B &gt=3B&gt=3B cm3 -x<br>&gt=3B &gt=3B&gt=3B=3D20<b=
> >r>&gt=3B &gt=3B&gt=3B      Mika<br>&gt=3B &gt=3B&gt=3B=3D20<br>&gt=3B &gt=
> >=3B&gt=3B=3D20<br>&gt=3B &gt=3B 		 	   		  =3D<b
> >r>&gt=3B &gt=3B<br>&gt=3B &=
> >gt=3B--_9ece0c56-2524-4879-9a65-2407b1dbf664_<br>&gt=3B &gt=3BContent-Type:=
> > text/html=3B charset=3D"iso-8859-1"<br>&gt=3B &gt=3BContent-Transfer-Encod=
> >ing: quoted-printable<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B&lt=3Bhtml&gt=3B<br>=
> >&gt=3B &gt=3B&lt=3Bhead&gt=3B<br>&gt=3B &gt=3B&lt=3Bstyle&gt=3B&lt=3B!--<br=
> >>&gt=3B &gt=3B.hmmessage P<br>&gt=3B &gt=3B{<br>&gt=3B &gt=3Bmargin:0px=3D3=
> >B<br>&gt=3B &gt=3Bpadding:0px<br>&gt=3B &gt=3B}<br>&gt=3B &gt=3Bbody.hmmess=
> >age<br>&gt=3B &gt=3B{<br>&gt=3B &gt=3Bfont-size: 10pt=3D3B<br>&gt=3B &gt=3B=
> >font-family:Tahoma<br>&gt=3B &gt=3B}<br>&gt=3B &gt=3B--&gt=3B&lt=3B/style&g=
> >t=3B<br>&gt=3B &gt=3B&lt=3B/head&gt=3B<br>&gt=3B &gt=3B&lt=3Bbody class=3D3=
> >D'hmmessage'&gt=3B<br>&gt=3B &gt=3BI can't quite reproduce it=3D2C but I ca=
> >n compile a bunch of your code.&lt=3Bbr&gt=3B&lt=3Bb=3D<br>&gt=3B &gt=3Br&g=
> >t=3B&lt=3Bbr&gt=3Bnew "/dev2/gcap-public-cvs/mscheme/scheme-lib/I386_DARWIN=
> >/libscheme-l=3D<br>&gt=3B &gt=3Bib.a" -&amp=3Bgt=3D3B archiving libsstubgen=
> >.a&lt=3Bbr&gt=3B&lt=3Bbr&gt=3B=3D3D=3D3D=3D3D&amp=3Bgt=3D3B mscheme/sstubg=
> >=3D<br>&gt=3B &gt=3Ben/program&lt=3Bbr&gt=3B--- building in I386_DARWIN ---=
> >&lt=3Bbr&gt=3B&lt=3Bbr&gt=3B&amp=3Bnbsp=3D3B-&amp=3Bgt=3D3B linkin=3D<br>&g=
> >t=3B &gt=3Bg sstubgen&lt=3Bbr&gt=3Bi686-apple-darwin9-gcc-4.0.1: /dev2/gcap=
> >-public-cvs/mscheme/I=3D<br>&gt=3B &gt=3B386_DARWIN/libmscheme.a: No such f=
> >ile or directory&lt=3Bbr&gt=3B&amp=3Bnbsp=3D3B m3_link =3D3D&amp=3B=3D<br>&=
> >gt=3B &gt=3Bgt=3D3B 1&lt=3Bbr&gt=3Blinker failed linking: sstubgen&lt=3Bbr&=
> >gt=3BFatal Error: package build fa=3D<br>&gt=3B &gt=3Biled&lt=3Bbr&gt=3B&lt=
> >=3Bbr&gt=3Bjbook2:gcap-public-cvs jay$ cd mscheme/sstubgen/example&lt=3Bbr&=
> >gt=3Bjboo=3D<br>&gt=3B &gt=3Bk2:example jay$ c=3D2C3&lt=3Bbr&gt=3B-bash: c=
> >=3D2C3: command not found&lt=3Bbr&gt=3Bjbook2:example =3D<br>&gt=3B &gt=3Bj=
> >ay$ cm3&lt=3Bbr&gt=3B--- building in I386_DARWIN ---&lt=3Bbr&gt=3B&lt=3Bbr&=
> >gt=3Bignoring ../src/m3overri=3D<br>&gt=3B &gt=3Bdes&lt=3Bbr&gt=3B&lt=3Bbr&=
> >gt=3B"/Users/jay/dev2/gcap-public-cvs/mscheme/sstubgen/example/src/m3=3D<br=
> >>&gt=3B &gt=3Bmakefile"=3D2C line 3: quake runtime error: unable to open "/=
> >cm3/pkg/mscheme/=3D<br>&gt=3B &gt=3BI386_DARWIN/.M3EXPORTS" for reading&lt=
> >=3Bbr&gt=3B&lt=3Bbr&gt=3B--procedure--&amp=3Bnbsp=3D3B -line-&amp=3Bnbs=3D<=
> >br>&gt=3B &gt=3Bp=3D3B -file---&lt=3Bbr&gt=3Bimport&amp=3Bnbsp=3D3B&amp=3Bn=
> >bsp=3D3B&amp=3Bnbsp=3D3B&amp=3Bnbsp=3D3B&amp=3Bnbsp=3D3B&amp=3Bnbsp=3D3B&am=
> >p=3Bnbs=3D<br>&gt=3B &gt=3Bp=3D3B&amp=3Bnbsp=3D3B&amp=3Bnbsp=3D3B&amp=3Bnbs=
> >p=3D3B&amp=3Bnbsp=3D3B&amp=3Bnbsp=3D3B --&amp=3Bnbsp=3D3B &amp=3Blt=3D3Bbui=
> >ltin&amp=3Bgt=3D3B=3D<br>&gt=3B &gt=3B&lt=3Bbr&gt=3Binclude_dir&amp=3Bnbsp=
> >=3D3B&amp=3Bnbsp=3D3B&amp=3Bnbsp=3D3B&amp=3Bnbsp=3D3B&amp=3Bnbsp=3D3B&amp=
> >=3Bnbsp=3D3B&amp=3Bnbsp=3D3B&amp=3Bnbs=3D<br>&gt=3B &gt=3Bp=3D3B 3&amp=3Bnb=
> >sp=3D3B /Users/jay/dev2/gcap-public-cvs/mscheme/sstubgen/example/src=3D<br>=
> >&gt=3B &gt=3B/m3makefile&lt=3Bbr&gt=3B&lt=3Bbr&gt=3B&lt=3Bbr&gt=3B&amp=3Bnb=
> >sp=3D3B- Jay&lt=3Bbr&gt=3B&lt=3Bbr&gt=3B&lt=3Bbr&gt=3B&lt=3Bbr&gt=3B&lt=3Bb=
> >r&gt=3B&lt=3Bbr&gt=3B&lt=3Bbr&gt=3B&lt=3Bhr id=3D3D"s=3D<br>&gt=3B &gt=3Bto=
> >pSpelling"&gt=3BFrom: jay.krell at cornell.edu&lt=3Bbr&gt=3BTo: mika at async.cal=
> >tech.edu&lt=3Bbr&gt=3BD=3D<br>&gt=3B &gt=3Bate: Mon=3D2C 27 Dec 2010 10:46:=
> >55 +0000&lt=3Bbr&gt=3BCC: m3devel at elegosoft.com&lt=3Bbr&gt=3BSubj=3D<br>&gt=
> >=3B &gt=3Bect: Re: [M3devel] compiler problems on Snow Leopard&lt=3Bbr&gt=
> >=3B&lt=3Bbr&gt=3B<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B&lt=3Bmeta http-equiv=3D=
> >3D"Content-Type" content=3D3D"text/html=3D3B charset=3D3Dunicode=3D<br>&gt=
> >=3B &gt=3B"&gt=3B<br>&gt=3B &gt=3B&lt=3Bmeta name=3D3D"Generator" content=
> >=3D3D"Microsoft SafeHTML"&gt=3B<br>&gt=3B &gt=3B&lt=3Bstyle&gt=3B<br>&gt=3B=
> > &gt=3B.ExternalClass .ecxhmmessage P<br>&gt=3B &gt=3B{padding:0px=3D3B}<br=
> >>&gt=3B &gt=3B.ExternalClass body.ecxhmmessage<br>&gt=3B &gt=3B{font-size:1=
> >0pt=3D3Bfont-family:Tahoma=3D3B}<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B&lt=3B/st=
> >yle&gt=3B<br>&gt=3B &gt=3B<br>&gt=3B &gt=3B<br>&gt=3B &gt=3Baside: overlap =
> >with caltech_parser:&lt=3Bbr&gt=3Bif you can come up with a merged ver=3D<b=
> >r>&gt=3B &gt=3Bsion that works with both=3D2C good&lt=3Bbr&gt=3BIf you can'=
> >t=3D2C I think you have to re=3D<br>&gt=3B &gt=3Bname one or the other.&lt=
> >=3Bbr&gt=3B&lt=3Bbr&gt=3BMaybe someday we can support some sort of hie=3D<b=
> >r>&gt=3B &gt=3Brarchy that automatically maps to/from the file system hiera=
> >rchy...&lt=3Bbr&gt=3B&lt=3Bbr&gt=3B=3D<br>&gt=3B &gt=3BI'll try to reproduc=
> >e the problem.&lt=3Bbr&gt=3B&lt=3Bbr&gt=3BAll targets?&lt=3Bbr&gt=3BWorkaro=
> >und with d=3D<br>&gt=3B &gt=3Bifferent cm3cg switches (e.g. -O0 vs. -O1 vs.=
> > -O2?)&lt=3Bbr&gt=3B&lt=3Bbr&gt=3B&amp=3Bnbsp=3D3B- Jay&lt=3Bbr=3D<br>&gt=
> >=3B &gt=3B&gt=3B&lt=3Bbr&gt=3B&lt=3Bbr&gt=3B&amp=3Bgt=3D3B To: jay.krell at co=
> >rnell.edu&lt=3Bbr&gt=3B&amp=3Bgt=3D3B Date: Mon=3D2C 27 Dec 201=3D<br>&gt=
> >=3B &gt=3B0 02:38:10 -0800&lt=3Bbr&gt=3B&amp=3Bgt=3D3B From: mika at async.cal=
> >tech.edu&lt=3Bbr&gt=3B&amp=3Bgt=3D3B CC: m3dev=3D<br>&gt=3B &gt=3Bel at elegos=
> >oft.com&lt=3Bbr&gt=3B&amp=3Bgt=3D3B Subject: Re: [M3devel] compiler problem=
> >s on Snow=3D<br>&gt=3B &gt=3B Leopard&lt=3Bbr&gt=3B&amp=3Bgt=3D3B &lt=3Bbr&=
> >gt=3B&amp=3Bgt=3D3B Jay K writes:&lt=3Bbr&gt=3B&amp=3Bgt=3D3B &amp=3Bgt=3D3=
> >B--_6f82bcb2-663=3D<br>&gt=3B &gt=3Bf-4046-87f2-073a1528a819_&lt=3Bbr&gt=3B=
> >&amp=3Bgt=3D3B &amp=3Bgt=3D3BContent-Type: text/plain=3D3B chars=3D<br>&gt=
> >=3B &gt=3Bet=3D3D"iso-8859-1"&lt=3Bbr&gt=3B&amp=3Bgt=3D3B &amp=3Bgt=3D3BCon=
> >tent-Transfer-Encoding: quoted-printab=3D<br>&gt=3B &gt=3Ble&lt=3Bbr&gt=3B&=
> >amp=3Bgt=3D3B &amp=3Bgt=3D3B&lt=3Bbr&gt=3B&amp=3Bgt=3D3B &amp=3Bgt=3D3B&lt=
> >=3Bbr&gt=3B&amp=3Bgt=3D3B &amp=3Bgt=3D3BCan you put all your c=3D<br>&gt=3B=
> > &gt=3Bode in our CVS repository?&lt=3Bbr&gt=3B&amp=3Bgt=3D3B &amp=3Bgt=3D3=
> >B&lt=3Bbr&gt=3B&amp=3Bgt=3D3B &lt=3Bbr&gt=3B&amp=3Bgt=3D3B I can't pu=3D<br=
> >>&gt=3B &gt=3Bt all the code I work with in m3devel's repository: some of &=
> >lt=3Bbr&gt=3B&amp=3Bgt=3D3B it i=3D<br>&gt=3B &gt=3Bs proprietary.&lt=3Bbr&=
> >gt=3B&amp=3Bgt=3D3B &lt=3Bbr&gt=3B&amp=3Bgt=3D3B The Scheme code however I =
> >have no restr=3D<br>&gt=3B &gt=3Bictions on distributing (that's&lt=3Bbr&gt=
> >=3B&amp=3Bgt=3D3B what's got problems in this case)=3D<br>&gt=3B &gt=3B.  I=
> >t is however large and unwieldy and&lt=3Bbr&gt=3B&amp=3Bgt=3D3B I'd like to=
> > have other pe=3D<br>&gt=3B &gt=3Bople's suggestions for how to submit/inco=
> >rporate&lt=3Bbr&gt=3B&amp=3Bgt=3D3B it with CM3 befo=3D<br>&gt=3B &gt=3Bre =
> >I just dump it in the repository.  It also overlaps a bit&lt=3Bbr&gt=3B&amp=
> >=3Bgt=3D3B with=3D<br>&gt=3B &gt=3B "caltech-parser"=3D2C so there should p=
> >robably be a "caltech-common"&lt=3Bbr&gt=3B&amp=3Bgt=3D<br>&gt=3B &gt=3B=3D=
> >3B package for the overlaps?&lt=3Bbr&gt=3B&amp=3Bgt=3D3B &lt=3Bbr&gt=3B&amp=
> >=3Bgt=3D3B If you run the following=3D<br>&gt=3B &gt=3B commands in a fresh=
> > directory=3D2C you should get&lt=3Bbr&gt=3B&amp=3Bgt=3D3B to the error I e=
> >=3D<br>&gt=3B &gt=3Bmailed:&lt=3Bbr&gt=3B&amp=3Bgt=3D3B &lt=3Bbr&gt=3B&amp=
> >=3Bgt=3D3B setenv CM3 1&lt=3Bbr&gt=3B&amp=3Bgt=3D3B cvs -d :pserver:anonymo=
> >=3D<br>&gt=3B &gt=3Bus at pluto.gcapltd.com:/home/gcap-public-cvs up -d .&lt=
> >=3Bbr&gt=3B&amp=3Bgt=3D3B make regress  =3D<br>&gt=3B &gt=3B  # GNU make : =
> >'gmake regress' on BSD&lt=3Bbr&gt=3B&amp=3Bgt=3D3B cd mscheme/sstubgen/exam=
> >ple=3D<br>&gt=3B &gt=3B&lt=3Bbr&gt=3B&amp=3Bgt=3D3B cm3 -x&lt=3Bbr&gt=3B&am=
> >p=3Bgt=3D3B &lt=3Bbr&gt=3B&amp=3Bgt=3D3B      Mika&lt=3Bbr&gt=3B&amp=3Bgt=
> >=3D3B &lt=3Bbr&gt=3B&amp=3Bgt=3D3B &lt=3Bbr&gt=3B =3D<br>&gt=3B &gt=3B	
> >	 	 =
> >  		  &lt=3B/body&gt=3B<br>&gt=3B &gt=3B&lt=3B/html&gt=3B=3D<br>&gt
> >=3B &gt=
> >=3B<br>&gt=3B &gt=3B--_9ece0c56-2524-4879-9a65-2407b1dbf664_--<br> 	
> >	 	   	=
> >	  </body>
> ></html>=
> >
> >--_d61e805f-545e-4b3d-abe7-a20c582bec2e_--

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20101227/47014528/attachment-0002.html>