00:05:51 -!- Modius [n=Modius@adsl-68-93-132-132.dsl.austtx.swbell.net] has quit [Read error: 60 (Operation timed out)] 00:08:21 If the win64 guy comes back: I updated the WindowsNotes page on the wiki. 00:12:07 so how is the x86 port coming? 00:13:47 the x86-64 ports for unix are good, win64, not bad. 00:14:30 no, I mean the i386 port 00:14:35 the x8632 ports for darwin and linux are getting pretty good. 00:14:38 or i686 or whatever 00:14:39 huh 00:14:42 cool 00:15:49 win32 is probably not as good as win64 yet 00:16:00 there's also a freebsd/x8632 port 00:16:31 (don't think we have solaris/x8632 yet, but there's a 64-bit solaris port) 00:17:18 oh, we do have solaris/x8632. 00:17:25 The 32-bit Solaris port seems fine. 00:26:49 bfulgham_ [n=brent@adsl-69-234-110-130.dsl.irvnca.pacbell.net] has joined #ccl 00:26:54 That was the port that exposed the fact that the kernel's exception handling code was setqing an optional C arg, a la Darwin's open(). 00:30:54 Ah, that's right. Sorry about forgetting you, Solaris/x8632, didn't mean to slight you. 00:31:45 I'll get over it, I think :) 00:47:56 Modius [n=Modius@adsl-68-93-132-132.dsl.austtx.swbell.net] has joined #ccl 01:12:46 -!- sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has quit [Read error: 110 (Connection timed out)] 01:44:17 Modius: you asked about building the lisp kernel on win64. http://trac.clozure.com/openmcl/wiki/WindowsNotes was updated with some instructions on what's required. 01:50:47 -!- duaneb [i=45cd3b57@gateway/web/ajax/mibbit.com/x-3a95a7beaf804c99] has quit ["http://www.mibbit.com ajax IRC Client"] 01:53:49 Modius_ [n=Modius@adsl-68-93-132-132.dsl.austtx.swbell.net] has joined #ccl 01:54:17 -!- Modius [n=Modius@adsl-68-93-132-132.dsl.austtx.swbell.net] has quit [Read error: 110 (Connection timed out)] 01:55:49 sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 02:00:09 -!- Modius_ is now known as Modius 02:04:11 gbyers: Painful; but I get a windows-popup-level crash from x86_64-pc-mingw32-ld.exe - not sure where to take it from here, I wouldn't mind a copy of your MingW and Cygwin directories if you're in Vista 64 02:05:52 You might want to google for "cygwin rebaseall" to see if that's the issue. 02:07:26 What's the error, if you can tell ? 02:08:46 Popup Window, "X86_64-... has stopped working - Windows can check onlinne for a soluton to the problem. It failed in cygwin1.dll, even after the rebase. 02:09:07 I have no idea. 02:10:41 I understand. I have found this kind of thing to be "par for the course" in trying to build prototype unixy/windows projects in windows - that it's unlikely that no 2 people have the same config, and there is no real recourse. 02:11:30 Can the 64-bit compiler still run on XP? I may try a clean install on an XP32 VM 02:12:52 I don't think I'd agree with that characterization, but generally find that there's more jerking around involved to get anything to work on windows. 02:13:42 AFAIK, the 64-bit C compiler is a 32-bit binary. 02:13:46 Maybe I just have a lot of bad luck. A challenge for someone of my background is that while cygwin is targeted at Win, there may be some "oh duh"s of using it that are more obvious to linux experts 02:16:22 I'm actually using a copy of the toolchain that's about a month old; let me see if the issue's with the 64-bit toolchain. 02:19:47 Strangely when I try the win32 Make I get errors about \epoc32\gcc\bin\as.exe or ld.exe "was called but is not supported in this release", followed by "the system cannot find the path specified". I realize this may bleed into asking for support on cygwin tools; but I'm hoping you can spot what may be a misconfiguration 02:20:05 Needless to say, I do not have anything on my machinge to do with epoc32 02:20:55 And nothing in the lisp references epoc32 either. 02:21:33 Oh, this is likely some residue of a NOkia dev install - forgive the misdirection, I'll go get rid of it (this may be the whole problem) 02:21:55 It's a vice - I should be installing junk like that on VMs. . . . 02:23:18 Actually,they updated some other toolchain packages a few days ago, but the cygwin version - 20080908 - is still the one I've been using. 02:23:37 My interest here, BTW - CCL looks like the most imminently viable free multithreaded Win32 and Win64 CL that can do true multithreaded (my hat is off to you). Your interest in getting me compiling: I'll abuse CCL on Win64 :) 02:38:40 We have some tests in our test suite that fail on the windows ports - having to do with deleting.creating temporary files for (open ... :if-exists :supersede). Other than that basic CLstuff is all there. The threadGC stuff is very different from the Unix versions. 02:44:47 The crasher was at my end due to my aforementioned mess - Both the Win32 and Win64 get further along. The win32 now fails based of x86-*.o items not being created by m4 -DWIN_32 -DWINDOWS -DX86 -DX8632 -DWIN32_ES_HACK -I../ ../x86-spjump32.s | as 02:44:47 -g --32 -o x86-spjump32.o with no error message - should I suspect my M4 or AS? 02:47:57 If the win64 kernel built, m4 is OK. 02:48:08 Oh - win64 has other problems 02:48:27 brb 02:55:25 Weird - the M4-related calls from the makefile have no effect (although they are displayed) until I run them manually. 02:56:16 m4 is installes and on the path? 02:57:21 in the cygwin shell, 'whch m4' should return /usr/bin/m4 02:57:26 Yeah - and when I run the lines manually from the same dir from which I run "Make" it works 02:59:01 I may still have a path issue - I'll look into it. 02:59:41 The Makefile just says "M4 = m4". Does changing that to 'M4 = /usr/bin/m4' change the results ? 03:01:01 No 03:02:56 Sorry to ask, but you did 'make clean', it involes /usr/bin/m4, but output is bad ? 03:03:18 I'm running from dos prompt btw, so I can't get rm working (maybe that's my prob all along?) 03:04:32 Ah. When cygwin was installed, it should have added a "Cygwin bash shell" menu item 03:04:37 I'm going off to f*** with my environment/path problems for a while before bugging you further 03:05:49 Same problem from Bash, fwiw 03:18:00 gbyers: Hit other snags. Look, if there's some pleasant safe way of getting the MSYS, MINGW and Cygwin directories you build with, I'd love to try that. 03:19:52 I don't have msys or mingw installed 03:20:09 Now that is interesting information - just cygwin eh? 03:20:53 Yes. and no changes to PAH at the windows level. 03:20:59 PATH 03:25:46 I have to go out for an hour or two. If you get it straightened out and think that the instructions should be clarified, please let me know. Good luck 03:26:30 I'll cygwin it from a clean machine and work back 03:46:22 -!- rme [n=rme@pool-70-105-87-66.chi.dsl-w.verizon.net] has quit [] 03:53:47 -!- mdc_ [n=mdc@ds9.entity.com] has quit [] 04:57:23 -!- bfulgham_ [n=brent@adsl-69-234-110-130.dsl.irvnca.pacbell.net] has quit [] 05:18:45 -!- segv_ [n=mb@p4FC1F8E4.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 05:19:35 segv_ [n=mb@p4FC1F739.dip.t-dialin.net] has joined #ccl 05:22:22 jauaor [n=araujo@gentoo/developer/araujo] has joined #ccl 05:40:28 gbyers: Your instructions are sound. I apologize for the wasted time and thank you for your patience - I was mistakenly messing with a MSys/Mingw/Cygwin mess run from Dos. I really am smarter than I look :) 05:41:41 Glad it works. You realize that the 32-bit lisp doesn't run on a 64-bit OS (we understand why not, but haven't changed it yet) ? 05:41:59 Yeah - I got this working on a clean XP VM with a clean Cygwin install 06:56:08 bfulgham_ [n=brent@adsl-69-234-110-130.dsl.irvnca.pacbell.net] has joined #ccl 08:20:01 -!- bfulgham_ [n=brent@adsl-69-234-110-130.dsl.irvnca.pacbell.net] has quit [] 08:23:11 hello 08:23:56 going to sleep soon 09:34:54 H4ns1 [n=Hans@p57BB8051.dip0.t-ipconnect.de] has joined #ccl 09:51:33 -!- H4ns2 [n=Hans@p57BBA625.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 13:54:08 H4ns2 [n=hans@p57A0E79C.dip.t-dialin.net] has joined #ccl 13:54:28 -!- H4ns [n=hans@p57A0F5C9.dip.t-dialin.net] has quit [Nick collision from services.] 13:54:35 -!- H4ns2 is now known as H4ns 14:28:02 anRch [n=markmill@nmd.sbx07258.melroma.wayport.net] has joined #ccl 14:49:54 -!- sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has quit [] 14:53:58 H4ns2 [n=hans@p57A0E79C.dip.t-dialin.net] has joined #ccl 15:10:30 -!- H4ns [n=hans@p57A0E79C.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 15:19:28 sellout [n=greg@nmd.sbx07502.somerma.wayport.net] has joined #ccl 15:35:31 sellout- [n=greg@nmd.sbx07502.somerma.wayport.net] has joined #ccl 15:37:22 -!- sellout [n=greg@nmd.sbx07502.somerma.wayport.net] has quit [Read error: 104 (Connection reset by peer)] 15:50:30 mdc_ [n=mdc@ds9.entity.com] has joined #ccl 15:53:18 -!- H4ns2 [n=hans@p57A0E79C.dip.t-dialin.net] has quit ["Leaving."] 16:02:53 bfulgham_ [n=brent@adsl-69-234-110-130.dsl.irvnca.pacbell.net] has joined #ccl 16:14:29 -!- anRch [n=markmill@nmd.sbx07258.melroma.wayport.net] has quit [] 16:51:23 -!- bfulgham_ [n=brent@adsl-69-234-110-130.dsl.irvnca.pacbell.net] has quit [] 16:55:29 sellout [n=greg@nmd.sbx07502.somerma.wayport.net] has joined #ccl 16:55:41 -!- sellout- [n=greg@nmd.sbx07502.somerma.wayport.net] has quit [Read error: 131 (Connection reset by peer)] 17:09:57 sellout- [n=greg@nmd.sbx07502.somerma.wayport.net] has joined #ccl 17:15:30 -!- sellout [n=greg@nmd.sbx07502.somerma.wayport.net] has quit [Read error: 110 (Connection timed out)] 17:26:08 bfulgham_ [n=brent@adsl-69-234-110-130.dsl.irvnca.pacbell.net] has joined #ccl 18:20:43 -!- sellout- [n=greg@nmd.sbx07502.somerma.wayport.net] has quit [] 19:03:28 sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 21:33:39 -!- jauaor [n=araujo@gentoo/developer/araujo] has left #ccl 22:15:04 jauaor [n=araujo@gentoo/developer/araujo] has joined #ccl 22:22:23 phf [n=phf@c-69-140-35-170.hsd1.md.comcast.net] has joined #ccl