I have had recurring problems building a vm on Windows.
1) I first tried loading the latest version of VMMaker (VMMaker-dtl.185) into a Squeak-4.2 image (10382). When I ran make it complained about a number of plugins, starting with UUIDPlugin: UIDPlugin/sqWin32UUID.c:27: undefined reference to `primitiveFail' 2) I tried loading VMMaker-John M McIntosh.184 instead and same result 3) I was advised to load the Metacello load of VMMaker, which includes VMMaker-dtl.169. This was complicated by double-encoded strings. Past that issue and got it loaded. Generated and ran make. Same issue with UUIDPlugin. I cannot build a vm. Thank you, Rob |
Hi Rob,
On Sat, Sep 4, 2010 at 2:09 AM, Rob Withers <[hidden email]> wrote: I have had recurring problems building a vm on Windows. Have you tried building a Cog VM recently? The advantage this has is that everything you need to build is already in the svn repository.
HTH Eliot
|
Same here. I'm trying to build and test TIFF plugin by John M
McIntosh. Adding plugins one by one and manually changing some of the *.c and *.h files I finally managed to build it, but when I tried to open an image it consumed half a GB of memory and hung up. Where can I find information on which revision of sources stored in SVN corresponds to which version of VMMaker? P.S. I really don't like the situation when closely coupled parts of the system are stored in different versioning systems. Smalltalk really needs a good version control system. |
In reply to this post by Eliot Miranda-2
Hi, Eliot.
2010/9/4 Eliot Miranda <[hidden email]>: > Have you tried building a Cog VM recently? The advantage this has is that > everything you need to build is already in the svn repository. > See http://www.squeakvm.org/svn/squeak/branches/Cog/cygwinbuild/HowToBuild Great! I'm sorry, I didn't follow the Cog discussion tightly, is it fully equivalent to the "regular" squeak vm regarding plugins? Thanks, George |
On Sat, Sep 4, 2010 at 10:55 AM, George Herolyants <[hidden email]> wrote: Hi, Eliot. What do you mean by "fully equivalent"? You should be able to build any regular plugin against Cog and apart from things like the UnixOSProcessPlugin they should work. But the proof is in the pudding.
Eliot
|
That's what I meant by "fully equivalent" :) Thanks!
2010/9/4 Eliot Miranda <[hidden email]>: > > > On Sat, Sep 4, 2010 at 10:55 AM, George Herolyants > <[hidden email]> wrote: >> >> Hi, Eliot. >> >> 2010/9/4 Eliot Miranda <[hidden email]>: >> > Have you tried building a Cog VM recently? The advantage this has is >> > that >> > everything you need to build is already in the svn repository. >> > >> > See http://www.squeakvm.org/svn/squeak/branches/Cog/cygwinbuild/HowToBuild >> >> Great! I'm sorry, I didn't follow the Cog discussion tightly, is it >> fully equivalent to the "regular" squeak vm regarding plugins? > > What do you mean by "fully equivalent"? You should be able to build any > regular plugin against Cog and apart from things like the > UnixOSProcessPlugin they should work. But the proof is in the pudding. > Eliot > >> >> Thanks, >> George >> > > > > > |
For those trying to build cog with a recent cygwin having gcc-4 as
default gcc, this command can help: make CC=gcc-3 LD=gcc-3 DLLWRAP='dllwrap -mno-cygwin --driver-name gcc-3' Maybe this could be added in HowToBuild... Nicolas 2010/9/4 George Herolyants <[hidden email]>: > That's what I meant by "fully equivalent" :) Thanks! > > 2010/9/4 Eliot Miranda <[hidden email]>: >> >> >> On Sat, Sep 4, 2010 at 10:55 AM, George Herolyants >> <[hidden email]> wrote: >>> >>> Hi, Eliot. >>> >>> 2010/9/4 Eliot Miranda <[hidden email]>: >>> > Have you tried building a Cog VM recently? The advantage this has is >>> > that >>> > everything you need to build is already in the svn repository. >>> > >>> > See http://www.squeakvm.org/svn/squeak/branches/Cog/cygwinbuild/HowToBuild >>> >>> Great! I'm sorry, I didn't follow the Cog discussion tightly, is it >>> fully equivalent to the "regular" squeak vm regarding plugins? >> >> What do you mean by "fully equivalent"? You should be able to build any >> regular plugin against Cog and apart from things like the >> UnixOSProcessPlugin they should work. But the proof is in the pudding. >> Eliot >> >>> >>> Thanks, >>> George >>> >> >> >> >> >> > > |
Hi Nicholas,
On Sat, Sep 4, 2010 at 11:33 AM, Nicolas Cellier <[hidden email]> wrote: For those trying to build cog with a recent cygwin having gcc-4 as Send me a version and I'll integrate. But I'm curious. Have you tried to build with gcc-4? What fails? gcc 4 works fine on linux and Mac OS.
best, Eliot
|
2010/9/4 Eliot Miranda <[hidden email]>:
> Hi Nicholas, > > On Sat, Sep 4, 2010 at 11:33 AM, Nicolas Cellier > <[hidden email]> wrote: >> >> For those trying to build cog with a recent cygwin having gcc-4 as >> default gcc, this command can help: >> >> make CC=gcc-3 LD=gcc-3 DLLWRAP='dllwrap -mno-cygwin --driver-name gcc-3' >> >> Maybe this could be added in HowToBuild... > > Send me a version and I'll integrate. But I'm curious. Have you tried to > build with gcc-4? What fails? gcc 4 works fine on linux and Mac OS. > best, > Eliot Oh, too many grips... First, there is no -mno-cygwin anymore. Then I cannot compile eitheror utility (complaints about undefined F_OK). Then I get several compilation errors (static declaration mismatch etc...) Then I gave up :( This is gcc 4.3.4 >> >> Nicolas >> >> 2010/9/4 George Herolyants <[hidden email]>: >> > That's what I meant by "fully equivalent" :) Thanks! >> > >> > 2010/9/4 Eliot Miranda <[hidden email]>: >> >> >> >> >> >> On Sat, Sep 4, 2010 at 10:55 AM, George Herolyants >> >> <[hidden email]> wrote: >> >>> >> >>> Hi, Eliot. >> >>> >> >>> 2010/9/4 Eliot Miranda <[hidden email]>: >> >>> > Have you tried building a Cog VM recently? The advantage this has >> >>> > is >> >>> > that >> >>> > everything you need to build is already in the svn repository. >> >>> > >> >>> > >> >>> > See http://www.squeakvm.org/svn/squeak/branches/Cog/cygwinbuild/HowToBuild >> >>> >> >>> Great! I'm sorry, I didn't follow the Cog discussion tightly, is it >> >>> fully equivalent to the "regular" squeak vm regarding plugins? >> >> >> >> What do you mean by "fully equivalent"? You should be able to build >> >> any >> >> regular plugin against Cog and apart from things like the >> >> UnixOSProcessPlugin they should work. But the proof is in the pudding. >> >> Eliot >> >> >> >>> >> >>> Thanks, >> >>> George >> >>> >> >> >> >> >> >> >> >> >> >> >> > >> > >> > > > > > |
2010/9/4 Nicolas Cellier <[hidden email]>:
> 2010/9/4 Eliot Miranda <[hidden email]>: >> Hi Nicholas, >> >> On Sat, Sep 4, 2010 at 11:33 AM, Nicolas Cellier >> <[hidden email]> wrote: >>> >>> For those trying to build cog with a recent cygwin having gcc-4 as >>> default gcc, this command can help: >>> >>> make CC=gcc-3 LD=gcc-3 DLLWRAP='dllwrap -mno-cygwin --driver-name gcc-3' >>> >>> Maybe this could be added in HowToBuild... >> >> Send me a version and I'll integrate. But I'm curious. Have you tried to >> build with gcc-4? What fails? gcc 4 works fine on linux and Mac OS. >> best, >> Eliot > HowToBuild (4K) Download Attachment |
In reply to this post by George Herolyants-3
George I can't say anyone has built the TIFF plugin for maybe a decade.
Have you considered using the quicktime logic if you are on macintosh or windows? However I can work with you to build the TIFF plugin. Athought your problem might be with your image data, and the cmds you are giving to the TIFF api if it fails to load the image. On 2010-09-04, at 10:48 AM, George Herolyants wrote: > Same here. I'm trying to build and test TIFF plugin by John M > McIntosh. Adding plugins one by one and manually changing some of the > *.c and *.h files I finally managed to build it, but when I tried to > open an image it consumed half a GB of memory and hung up. > > Where can I find information on which revision of sources stored in > SVN corresponds to which version of VMMaker? > > P.S. I really don't like the situation when closely coupled parts of > the system are stored in different versioning systems. Smalltalk > really needs a good version control system. > =========================================================================== John M. McIntosh <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== smime.p7s (5K) Download Attachment |
In reply to this post by Eliot Miranda-2
From: [hidden email]
Sent: Saturday, September 04, 2010 1:22 PM
To: [hidden email]
Subject: Re: [squeak-dev] failing to build a vm on
Windows On Sat, Sep 4, 2010 at 2:09 AM, Rob Withers <[hidden email]> wrote: I have had recurring problems building a vm on Windows. Have you tried building a Cog VM recently? The advantage this has is
that everything you need to build is already in the svn repository.
HTH
Eliot
Hi Eliot,
It worked like a champ!
Thanks,
Rob
|
In reply to this post by johnmci
Hi, John
2010/9/5 John M McIntosh <[hidden email]>: > George I can't say anyone has built the TIFF plugin for maybe a decade. > Have you considered using the quicktime logic if you are on macintosh or windows? > However I can work with you to build the TIFF plugin. > Athought your problem might be with your image data, and the cmds you are giving to > the TIFF api if it fails to load the image. I'm sorry for the late reply, I was really busy these days. And I'm sorry for being not clear enough in my previous messages. I've successfuly built TIFF plugin on Linux, and it works fine (thank you very much!) except inverted (I believe) colors. The "image" I mentioned was Smalltalk image. The windows vm built couldn't open it (symptoms I've described in my first message in this thread). I'll be really glad if you provide me some guidance. What I'd like to know: - is it really inversion of colors (that's why I tried to build plugin on windows, just to check if it is platform specific behaviour)? - is there some client-side code handling byte order (I found one in changesForSqueak.c file, tried to modify it but failed)? Thanks in advance, George |
The original code was written for the PowerPC so the code that moves bytes into/out of a Squeak Form is incorrect.
The Endian is wrong. SqueakConvertToARGB SqueakConvertScanRGBToARGB SqueakConvertScanARGBToRGB Yup all incorrect for MacIntel chips... On 2010-09-16, at 9:35 AM, George Herolyants wrote: > Hi, John > > 2010/9/5 John M McIntosh <[hidden email]>: >> George I can't say anyone has built the TIFF plugin for maybe a decade. >> Have you considered using the quicktime logic if you are on macintosh or windows? >> However I can work with you to build the TIFF plugin. >> Athought your problem might be with your image data, and the cmds you are giving to >> the TIFF api if it fails to load the image. > > I'm sorry for the late reply, I was really busy these days. And I'm > sorry for being not clear enough in my previous messages. I've > successfuly built TIFF plugin on Linux, and it works fine (thank you > very much!) except inverted (I believe) colors. The "image" I > mentioned was Smalltalk image. The windows vm built couldn't open it > (symptoms I've described in my first message in this thread). > > I'll be really glad if you provide me some guidance. What I'd like to know: > - is it really inversion of colors (that's why I tried to build > plugin on windows, just to check if it is platform specific > behaviour)? > - is there some client-side code handling byte order (I found one in > changesForSqueak.c file, tried to modify it but failed)? > > Thanks in advance, > George =========================================================================== John M. McIntosh <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== smime.p7s (5K) Download Attachment |
Free forum by Nabble | Edit this page |