* Re: Guile and MS Windows on Major Govt. Project... [not found] <20020627160018.15718.2946.Mailman@fencepost.gnu.org> @ 2002-06-27 19:11 ` David Lane 2002-06-28 13:33 ` Chris Bitmead 0 siblings, 1 reply; 2+ messages in thread From: David Lane @ 2002-06-27 19:11 UTC (permalink / raw) Around Thu, 27 Jun 2002 14:14:37 UTC, Chris Bitmead wrote: > > I've got a chance to get Guile as the major programming language on a > major government project, but in order for it to fly with the powers > that be its got to work on Windows and Linux with GTK and Goops. > > But I've been tearing my hair out trying to get it to build. I'm about > ready to give up. I presume it should work but I can't even get guile of > any version to build on Windows, let alone goops or guile-gtk. On linux > I got it to work, although even then I had to spend a bit of time in > hacking mode. I don't know if this helps with your Windows requirement, but I have gotten Guile 1.5.6 to build under Cygwin. I never tried to get it to build under Mingw32. It was rather a task; I needed new versions of some build tools (libtool 1.4d and auto(make, conf, header, local) 1.6.1), and to run the auto* things instead of using the configure script that comes in the tarball. There were a couple of edits in Makefile.am files to get everything to build, and at least source file edit. I also recall having to hand fix a few things as the build ran into trouble, such as creating symlinks to libraries, etc. The end result is a DLL version (guile.exe is about 4K); presumably it's simpler to get it all statically built. Just as an aside, it also only will do the guile-tut version of recursive-factorial up to 387, after that having a stack overflow. Since the tutorial shows it working with 500, and it fails at the same 388 on different machines (NT 4.0 sp6a 128MB && Win98 SE2 512MB), this seems more of an internal limitation rather than an external resource constraint. I have to admit I don't have a solid grasp of "proper tail-recursion" where the tail recursion is within an expression, rather than just "falling off the end." > Can anybody help me out or tell me if what I'm trying to do is impossible? > > Or is there another Scheme that works on Linux and Windows with an OO > system and some decent gui library like GTK? I have a unified diff but it's about 3MB since it includes the files that get created by auto* (Makefile, Makefile.in, configure, etc). David Lane _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Guile and MS Windows on Major Govt. Project... 2002-06-27 19:11 ` Guile and MS Windows on Major Govt. Project David Lane @ 2002-06-28 13:33 ` Chris Bitmead 0 siblings, 0 replies; 2+ messages in thread From: Chris Bitmead @ 2002-06-28 13:33 UTC (permalink / raw) Cc: guile-user Could you also send me the patch? (I'm looking at plt-scheme. The object system looks pretty ugly to me). David Lane wrote: >Around Thu, 27 Jun 2002 14:14:37 UTC, Chris Bitmead wrote: > > >>I've got a chance to get Guile as the major programming language on a >>major government project, but in order for it to fly with the powers >>that be its got to work on Windows and Linux with GTK and Goops. >> >>But I've been tearing my hair out trying to get it to build. I'm about >>ready to give up. I presume it should work but I can't even get guile of >>any version to build on Windows, let alone goops or guile-gtk. On linux >>I got it to work, although even then I had to spend a bit of time in >>hacking mode. >> >> > >I don't know if this helps with your Windows requirement, but I have >gotten Guile 1.5.6 to build under Cygwin. I never tried to get it to build >under Mingw32. It was rather a task; I needed new versions of some build >tools (libtool 1.4d and auto(make, conf, header, local) 1.6.1), and to run >the auto* things instead of using the configure script that comes in the >tarball. > >There were a couple of edits in Makefile.am files to get everything to >build, and at least source file edit. I also recall having to hand fix a >few things as the build ran into trouble, such as creating symlinks to >libraries, etc. > >The end result is a DLL version (guile.exe is about 4K); presumably it's >simpler to get it all statically built. > >Just as an aside, it also only will do the guile-tut version of >recursive-factorial up to 387, after that having a stack overflow. Since >the tutorial shows it working with 500, and it fails at the same 388 on >different machines (NT 4.0 sp6a 128MB && Win98 SE2 512MB), this seems more >of an internal limitation rather than an external resource constraint. > >I have to admit I don't have a solid grasp of "proper tail-recursion" >where the tail recursion is within an expression, rather than just >"falling off the end." > > > >>Can anybody help me out or tell me if what I'm trying to do is impossible? >> >>Or is there another Scheme that works on Linux and Windows with an OO >>system and some decent gui library like GTK? >> >> > >I have a unified diff but it's about 3MB since it includes the files that >get created by auto* (Makefile, Makefile.in, configure, etc). > >David Lane > > > >_______________________________________________ >Guile-user mailing list >Guile-user@gnu.org >http://mail.gnu.org/mailman/listinfo/guile-user > > _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2002-06-28 13:33 UTC | newest] Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <20020627160018.15718.2946.Mailman@fencepost.gnu.org> 2002-06-27 19:11 ` Guile and MS Windows on Major Govt. Project David Lane 2002-06-28 13:33 ` Chris Bitmead
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).