<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
Yes, 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> go back to mostly the old method: hard coded runpaths, with much overlap for global builds (to be shipped/installed), monstrously long paths for local builds (not to be shipped), AND link upon install<br> Some systems allow for "slight relinking", including Solaris and Darwin, where just the paths get edited. That would be nicer.<br><br> The old approach had problems too.<br><br> If you build the system yourself, I think you automatically already today get what is described -- hardcoded run paths, with much overlap for global builds.<br><br><br> - Jay<br><br>> To: jay.krell@cornell.edu<br>> CC: m3devel@elegosoft.com<br>> Subject: Re: [M3devel] compiler problems on Snow Leopard <br>> Date: Mon, 27 Dec 2010 02:58:59 -0800<br>> From: mika@async.caltech.edu<br>> <br>> Run cm3 -x instead of just cm3.<br>> <br>> Did you get an error compiling package "mscheme"? I certainly have a<br>> libmscheme.a in there.<br>> <br>> <top>/m3overrides has build_standalone() in it.<br>> <br>> I normally didn't use build_standalone() but something has changed in<br>> how the system searches for shared libs when building with overrides<br>> and this was the easiest solution (at least for now).<br>> <br>> Mika<br>> <br>> Jay K writes:<br>> >--_9ece0c56-2524-4879-9a65-2407b1dbf664_<br>> >Content-Type: text/plain; charset="iso-8859-1"<br>> >Content-Transfer-Encoding: quoted-printable<br>> ><br>> ><br>> >I can't quite reproduce it=2C but I can compile a bunch of your code.<br>> ><br>> ><br>> >new "/dev2/gcap-public-cvs/mscheme/scheme-lib/I386_DARWIN/libscheme-lib.a" =<br>> >-> archiving libsstubgen.a<br>> ><br>> >=3D=3D=3D> mscheme/sstubgen/program<br>> >--- building in I386_DARWIN ---<br>> ><br>> > -> linking sstubgen<br>> >i686-apple-darwin9-gcc-4.0.1: /dev2/gcap-public-cvs/mscheme/I386_DARWIN/lib=<br>> >mscheme.a: No such file or directory<br>> > m3_link =3D> 1<br>> >linker failed linking: sstubgen<br>> >Fatal Error: package build failed<br>> ><br>> >jbook2:gcap-public-cvs jay$ cd mscheme/sstubgen/example<br>> >jbook2:example jay$ c=2C3<br>> >-bash: c=2C3: command not found<br>> >jbook2:example jay$ cm3<br>> >--- building in I386_DARWIN ---<br>> ><br>> >ignoring ../src/m3overrides<br>> ><br>> >"/Users/jay/dev2/gcap-public-cvs/mscheme/sstubgen/example/src/m3makefile"=<br>> >=2C line 3: quake runtime error: unable to open "/cm3/pkg/mscheme/I386_DARW=<br>> >IN/.M3EXPORTS" for reading<br>> ><br>> >--procedure-- -line- -file---<br>> >import -- <builtin><br>> >include_dir 3 /Users/jay/dev2/gcap-public-cvs/mscheme/sstubgen/exa=<br>> >mple/src/m3makefile<br>> ><br>> ><br>> > - Jay<br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> >From: jay.krell@cornell.edu<br>> >To: mika@async.caltech.edu<br>> >Date: Mon=2C 27 Dec 2010 10:46:55 +0000<br>> >CC: m3devel@elegosoft.com<br>> >Subject: Re: [M3devel] compiler problems on Snow Leopard<br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> >aside: overlap with caltech_parser:<br>> >if you can come up with a merged version that works with both=2C good<br>> >If you can't=2C I think you have to rename one or the other.<br>> ><br>> >Maybe someday we can support some sort of hierarchy that automatically maps=<br>> > to/from the file system hierarchy...<br>> ><br>> >I'll try to reproduce the problem.<br>> ><br>> >All targets?<br>> >Workaround with different cm3cg switches (e.g. -O0 vs. -O1 vs. -O2?)<br>> ><br>> > - Jay<br>> ><br>> ><br>> >> To: jay.krell@cornell.edu<br>> >> Date: Mon=2C 27 Dec 2010 02:38:10 -0800<br>> >> From: mika@async.caltech.edu<br>> >> CC: m3devel@elegosoft.com<br>> >> Subject: Re: [M3devel] compiler problems on Snow Leopard<br>> >>=20<br>> >> Jay K writes:<br>> >> >--_6f82bcb2-663f-4046-87f2-073a1528a819_<br>> >> >Content-Type: text/plain=3B charset=3D"iso-8859-1"<br>> >> >Content-Transfer-Encoding: quoted-printable<br>> >> ><br>> >> ><br>> >> >Can you put all your code in our CVS repository?<br>> >> ><br>> >>=20<br>> >> I can't put all the code I work with in m3devel's repository: some of=20<br>> >> it is proprietary.<br>> >>=20<br>> >> The Scheme code however I have no restrictions on distributing (that's<br>> >> what's got problems in this case). It is however large and unwieldy and<br>> >> I'd like to have other people's suggestions for how to submit/incorporate<br>> >> it with CM3 before I just dump it in the repository. It also overlaps a =<br>> >bit<br>> >> with "caltech-parser"=2C so there should probably be a "caltech-common"<br>> >> package for the overlaps?<br>> >>=20<br>> >> If you run the following commands in a fresh directory=2C you should get<br>> >> to the error I emailed:<br>> >>=20<br>> >> setenv CM3 1<br>> >> cvs -d :pserver:anonymous@pluto.gcapltd.com:/home/gcap-public-cvs up -d .<br>> >> make regress # GNU make : 'gmake regress' on BSD<br>> >> cd mscheme/sstubgen/example<br>> >> cm3 -x<br>> >>=20<br>> >> Mika<br>> >>=20<br>> >>=20<br>> > =<br>> ><br>> >--_9ece0c56-2524-4879-9a65-2407b1dbf664_<br>> >Content-Type: text/html; charset="iso-8859-1"<br>> >Content-Transfer-Encoding: quoted-printable<br>> ><br>> ><html><br>> ><head><br>> ><style><!--<br>> >.hmmessage P<br>> >{<br>> >margin:0px=3B<br>> >padding:0px<br>> >}<br>> >body.hmmessage<br>> >{<br>> >font-size: 10pt=3B<br>> >font-family:Tahoma<br>> >}<br>> >--></style><br>> ></head><br>> ><body class=3D'hmmessage'><br>> >I can't quite reproduce it=2C but I can compile a bunch of your code.<br><b=<br>> >r><br>new "/dev2/gcap-public-cvs/mscheme/scheme-lib/I386_DARWIN/libscheme-l=<br>> >ib.a" ->=3B archiving libsstubgen.a<br><br>=3D=3D=3D>=3B mscheme/sstubg=<br>> >en/program<br>--- building in I386_DARWIN ---<br><br> =3B->=3B linkin=<br>> >g sstubgen<br>i686-apple-darwin9-gcc-4.0.1: /dev2/gcap-public-cvs/mscheme/I=<br>> >386_DARWIN/libmscheme.a: No such file or directory<br> =3B m3_link =3D&=<br>> >gt=3B 1<br>linker failed linking: sstubgen<br>Fatal Error: package build fa=<br>> >iled<br><br>jbook2:gcap-public-cvs jay$ cd mscheme/sstubgen/example<br>jboo=<br>> >k2:example jay$ c=2C3<br>-bash: c=2C3: command not found<br>jbook2:example =<br>> >jay$ cm3<br>--- building in I386_DARWIN ---<br><br>ignoring ../src/m3overri=<br>> >des<br><br>"/Users/jay/dev2/gcap-public-cvs/mscheme/sstubgen/example/src/m3=<br>> >makefile"=2C line 3: quake runtime error: unable to open "/cm3/pkg/mscheme/=<br>> >I386_DARWIN/.M3EXPORTS" for reading<br><br>--procedure-- =3B -line-&nbs=<br>> >p=3B -file---<br>import =3B =3B =3B =3B =3B =3B&nbs=<br>> >p=3B =3B =3B =3B =3B =3B -- =3B <=3Bbuiltin>=3B=<br>> ><br>include_dir =3B =3B =3B =3B =3B =3B =3B&nbs=<br>> >p=3B 3 =3B /Users/jay/dev2/gcap-public-cvs/mscheme/sstubgen/example/src=<br>> >/m3makefile<br><br><br> =3B- Jay<br><br><br><br><br><br><br><hr id=3D"s=<br>> >topSpelling">From: jay.krell@cornell.edu<br>To: mika@async.caltech.edu<br>D=<br>> >ate: Mon=2C 27 Dec 2010 10:46:55 +0000<br>CC: m3devel@elegosoft.com<br>Subj=<br>> >ect: Re: [M3devel] compiler problems on Snow Leopard<br><br><br>> ><br>> ><meta http-equiv=3D"Content-Type" content=3D"text/html=3B charset=3Dunicode=<br>> >"><br>> ><meta name=3D"Generator" content=3D"Microsoft SafeHTML"><br>> ><style><br>> >.ExternalClass .ecxhmmessage P<br>> >{padding:0px=3B}<br>> >.ExternalClass body.ecxhmmessage<br>> >{font-size:10pt=3Bfont-family:Tahoma=3B}<br>> ><br>> ></style><br>> ><br>> ><br>> >aside: overlap with caltech_parser:<br>if you can come up with a merged ver=<br>> >sion that works with both=2C good<br>If you can't=2C I think you have to re=<br>> >name one or the other.<br><br>Maybe someday we can support some sort of hie=<br>> >rarchy that automatically maps to/from the file system hierarchy...<br><br>=<br>> >I'll try to reproduce the problem.<br><br>All targets?<br>Workaround with d=<br>> >ifferent cm3cg switches (e.g. -O0 vs. -O1 vs. -O2?)<br><br> =3B- Jay<br=<br>> >><br><br>>=3B To: jay.krell@cornell.edu<br>>=3B Date: Mon=2C 27 Dec 201=<br>> >0 02:38:10 -0800<br>>=3B From: mika@async.caltech.edu<br>>=3B CC: m3dev=<br>> >el@elegosoft.com<br>>=3B Subject: Re: [M3devel] compiler problems on Snow=<br>> > Leopard<br>>=3B <br>>=3B Jay K writes:<br>>=3B >=3B--_6f82bcb2-663=<br>> >f-4046-87f2-073a1528a819_<br>>=3B >=3BContent-Type: text/plain=3B chars=<br>> >et=3D"iso-8859-1"<br>>=3B >=3BContent-Transfer-Encoding: quoted-printab=<br>> >le<br>>=3B >=3B<br>>=3B >=3B<br>>=3B >=3BCan you put all your c=<br>> >ode in our CVS repository?<br>>=3B >=3B<br>>=3B <br>>=3B I can't pu=<br>> >t all the code I work with in m3devel's repository: some of <br>>=3B it i=<br>> >s proprietary.<br>>=3B <br>>=3B The Scheme code however I have no restr=<br>> >ictions on distributing (that's<br>>=3B what's got problems in this case)=<br>> >. It is however large and unwieldy and<br>>=3B I'd like to have other pe=<br>> >ople's suggestions for how to submit/incorporate<br>>=3B it with CM3 befo=<br>> >re I just dump it in the repository. It also overlaps a bit<br>>=3B with=<br>> > "caltech-parser"=2C so there should probably be a "caltech-common"<br>>=<br>> >=3B package for the overlaps?<br>>=3B <br>>=3B If you run the following=<br>> > commands in a fresh directory=2C you should get<br>>=3B to the error I e=<br>> >mailed:<br>>=3B <br>>=3B setenv CM3 1<br>>=3B cvs -d :pserver:anonymo=<br>> >us@pluto.gcapltd.com:/home/gcap-public-cvs up -d .<br>>=3B make regress =<br>> > # GNU make : 'gmake regress' on BSD<br>>=3B cd mscheme/sstubgen/example=<br>> ><br>>=3B cm3 -x<br>>=3B <br>>=3B Mika<br>>=3B <br>>=3B <br> =<br>> > </body><br>> ></html>=<br>> ><br>> >--_9ece0c56-2524-4879-9a65-2407b1dbf664_--<br> </body>
</html>