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