Vm-dev March 2013

vm-dev@lists.squeakfoundation.org

38 participants
135 discussions

About Smalltalk getSystemAttribute: 1009 [WAS: Re: [Pharo-project] where to report vm crashes? (while running Moose tests)]
by Esteban Lorenzano 14 Mar '13

14 Mar '13

On Mar 12, 2013, at 9:43 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > But it would be nice if there was more agreement on the format of Smalltalk getSystemAttribute: 1009. This is a useful attribute and nice if it were parsed by the Pharo image code. yes, I agree... maybe something like this: Pharo|Squeak|Newspeak MAJ.MIN.BUG:Cog|Stack|Interpreter MAJ.MIN.BUG:EXTRA-FOR-TASTE So, something for pharo would look like: Pharo 2.0.0:NBCog 1.0.0:git://gitorious.org/~estebanlm/cogvm/cog-osx.git Commit: c4036bdcc3ecf22561e40288def79ef39fb91875 Date: 2013-02-28 14:08:38 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> we have a fixed part and a variable part, so everybody can have their own special information at the end... I think this would solve our identification problems... what do you think? Esteban

3 3

Compiling Newspeak Cog VM on Ubuntu 12.10 64bit
by Philipp Tessenow 14 Mar '13

14 Mar '13

Hi, I am trying to compile the Newspeak Cog VM on Ubuntu (12.10) 64bit, but fate is not on my side ;) I'd higly appreciate any help, so here is my story: The VM seems to compile correctly, but the newly build nsvm binary complains about a missing vm-display-X11 plugin. Using strace, as suggested here (http://forum.world.st/Cannot-load-vm-display-X11-module-after-build-from-la…) shows, that nsvm actually finds vm-display-X11: <code> ... open("/home/philipp/stud/masterarbeit/build/squeak/nscogbuild/unixbuild/bld/../../../nsvmlinux/lib/nsvm/4.0-/vm-display-X11", O_RDONLY|O_CLOEXEC) = 3 ... open("/usr/lib/i386-linux-gnu/libX11.so.6", O_RDONLY|O_CLOEXEC) = 3 ... open("/usr/lib/i386-linux-gnu/libxcb.so.1", O_RDONLY|O_CLOEXEC) = 3 ... open("/usr/lib/i386-linux-gnu/libXau.so.6", O_RDONLY|O_CLOEXEC) = 3 ... open("/usr/lib/i386-linux-gnu/libXdmcp.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\16\0\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=21888, ...}) = 0 mmap2(NULL, 24692, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xfffffffff7198000 mmap2(0xf719d000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4) = 0xfffffffff719d000 close(3) = 0 mprotect(0xf719d000, 4096, PROT_READ) = 0 mprotect(0xf71a1000, 4096, PROT_READ) = 0 mprotect(0xf71c3000, 4096, PROT_READ) = 0 mprotect(0xf72f7000, 4096, PROT_READ) = 0 munmap(0xf72fb000, 108384) = 0 munmap(0xf71c5000, 1268568) = 0 munmap(0xf71a3000, 135468) = 0 munmap(0xf719f000, 12424) = 0 munmap(0xf7198000, 24692) = 0 stat64("/home/philipp/stud/masterarbeit/build/squeak/nscogbuild/unixbuild/bld/../../../nsvmlinux/lib/nsvm/4.0-/vm-display-X11.so", 0xffe7562c) = -1 ENOENT (No such file or dir ectory) ... </code> Unfortunately, after finding vm-display-X11 and loading some additional libraries nsvm aborts and continues searching for other vm-disply-X11 plugins elsewhere. ldd gives the following output (which seems to be OK for me): <code> ldd /home/philipp/stud/masterarbeit/build/squeak/nsvmlinux/lib/nsvm/4.0-//vm-display-X11 linux-gate.so.1 => (0xf77d0000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf776d000) libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf7637000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf748c000) /lib/ld-linux.so.2 (0xf77d1000) libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf746a000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7465000) libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf7461000) libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf745a000) </code> Reading the unixbuild/HowToBuild file I found the following: <cite> Testing an external plugin has completely linked ------------------------------- You may find that an external plugin compiles and links but does not load. This is usually because it contans undefined symbols. To find undefined symbols, remake the plugin, capturing the link step and then supply -Wl,--warn-unresolved-symbols -Wl,--no-allow-shlib-undefined when manually repeating the link command </cite> So I tried to link vm-display-X11 again with warnings enabled: <code> gcc -m32 -shared sqUnixX11.lo sqUnixMozilla.lo -ldl -lpthread -lm -lnsl -lX11 -lxcb -lpthread -lc -L/usr/lib32 -Wl,--warn-unresolved-symbols -Wl,--no-allow-shlib-undefined -Wl,-soname -Wl,vm-display-X11 -o .libs/vm-display-X11 /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_get_file_descriptor' /lib32/libpthread.so.0: warning: undefined reference to `_dl_deallocate_tls@GLIBC_PRIVATE' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_connect' /lib32/libc.so.6: warning: undefined reference to `_dl_argv@GLIBC_PRIVATE' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_generate_id' /lib32/libpthread.so.0: warning: undefined reference to `_dl_allocate_tls@GLIBC_PRIVATE' /lib32/libpthread.so.0: warning: undefined reference to `_dl_get_tls_static_info@GLIBC_PRIVATE' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_connect_to_display_with_auth_info' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_writev' /lib32/libpthread.so.0: warning: undefined reference to `__libc_stack_end(a)GLIBC_2.1' /lib32/libc.so.6: warning: undefined reference to `__libc_enable_secure@GLIBC_PRIVATE' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `dlsym(a)GLIBC_2.0' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `dlopen(a)GLIBC_2.1' /lib32/libpthread.so.0: warning: undefined reference to `_dl_make_stack_executable@GLIBC_PRIVATE' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_wait_for_reply' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_poll_for_event' /lib32/libpthread.so.0: warning: undefined reference to `_dl_allocate_tls_init@GLIBC_PRIVATE' /lib32/libpthread.so.0: warning: undefined reference to `_rtld_global@GLIBC_PRIVATE' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_get_maximum_request_length' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_poll_for_reply' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_take_socket' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_wait_for_event' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_disconnect' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_connection_has_error' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_get_setup' /lib32/libpthread.so.0: warning: undefined reference to `___tls_get_addr(a)GLIBC_2.3' /lib32/libpthread.so.0: warning: undefined reference to `_rtld_global_ro@GLIBC_PRIVATE' /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libX11.so: warning: undefined reference to `xcb_parse_display' </code> That is a lot of warnings. For my unexperienced eyes this looks like libX11.so cannot find xcb, albeit I installed every x11/xcb library I can think of (to name them: libx11-xcb-dev:i386, libx11-xcb1:i386, libx11-6:i386, libx11-dev:i386, xcb-proto:i386, xcb:i386, libxcb1:i386, libxcb1-dev:i386). I also tried the above steps on a Ubuntu 12.10 32bit VM with similar results. Am I missing something? Do I need a special setup to compile a CogVM? Any other ideas? Thanks, Philipp

4 4

Cog VM Crash on Windows
by Jeff Gonis 14 Mar '13

14 Mar '13

Hi Everyone, This may have already been reported, but hey one more dump file can't hurt right? Attempting to update my image crashed with the latest Cog VM on windows, right as it was attempting to pull in Nicolas' changes to the Parser I believe. Dump file attatched. Thanks, Jeff

3 10

VM Maker: CMakeVMMaker-EstebanLorenzano.197.mcz
by commits＠source.squeak.org 13 Mar '13

13 Mar '13

Esteban Lorenzano uploaded a new version of CMakeVMMaker to project VM Maker: http://source.squeak.org/VMMaker/CMakeVMMaker-EstebanLorenzano.197.mcz ==================== Summary ==================== Name: CMakeVMMaker-EstebanLorenzano.197 Author: EstebanLorenzano Time: 13 March 2013, 6:10:51.233 pm UUID: 02eebf37-cc9e-4df1-afe0-cd53795e5c70 Ancestors: CMakeVMMaker-EstebanLorenzano.196 - bad flag in unix config =============== Diff against CMakeVMMaker-EstebanLorenzano.196 =============== Item was changed: ----- Method: CogUnixConfig>>compilerFlagsRelease (in category 'compiler flags') ----- compilerFlagsRelease " THIS FLAGS ARE CRASHING COMPILER -fschedule-insns2 -fschedule-insns THIS FLAGS ARE CRASHING VM -ftree-pre - -fpartial-inlining -fcaller-saves THIS FLAGS ARE WORKING -O1 -fthread-jumps -falign-functions -falign-jumps -falign-loops -falign-labels -fcrossjumping -fcse-follow-jumps -fcse-skip-blocks -fdelete-null-pointer-checks -fdevirtualize -fexpensive-optimizations -fgcse -fgcse-lm -finline-small-functions -findirect-inlining -fipa-sra -foptimize-sibling-calls -fpeephole2 -fregmove -freorder-blocks -frerun-cse-after-loop -freorder-functions -fsched-interblock -fsched-spec -fstrict-aliasing -fstrict-overflow -ftree-switch-conversion -ftree-vrp + THIS IS LIKE: -O2 -fno-tree-pre -fno-caller-saves - THIS IS LIKE: -O2 -fno-tree-pre -fno-partial-inlining -fno-caller-saves " + ^ '-g0 -O2 -fno-tree-pre -fno-caller-saves -msse2 -D_GNU_SOURCE -DNDEBUG -DITIMER_HEARTBEAT=1 -DNO_VM_PROFILE=1 -DDEBUGVM=0'! - ^ '-g0 -O2 -fno-tree-pre -fno-partial-inlining -fno-caller-saves -msse2 -D_GNU_SOURCE -DNDEBUG -DITIMER_HEARTBEAT=1 -DNO_VM_PROFILE=1 -DDEBUGVM=0'!

1 0

VM Maker: CMakeVMMaker-EstebanLorenzano.196.mcz
by commits＠source.squeak.org 13 Mar '13

13 Mar '13

Esteban Lorenzano uploaded a new version of CMakeVMMaker to project VM Maker: http://source.squeak.org/VMMaker/CMakeVMMaker-EstebanLorenzano.196.mcz ==================== Summary ==================== Name: CMakeVMMaker-EstebanLorenzano.196 Author: EstebanLorenzano Time: 1 March 2013, 2:28:45.634 pm UUID: 71f48ba4-9d42-4285-8d56-88cc3d1b92dd Ancestors: CMakeVMMaker-EstebanLorenzano.195 - fixed flags for linux =============== Diff against CMakeVMMaker-EstebanLorenzano.195 =============== Item was changed: ----- Method: CogUnixConfig>>compilerFlagsRelease (in category 'compiler flags') ----- compilerFlagsRelease " THIS FLAGS ARE CRASHING COMPILER -fschedule-insns2 -fschedule-insns THIS FLAGS ARE CRASHING VM -ftree-pre + -fpartial-inlining + -fcaller-saves THIS FLAGS ARE WORKING + -O1 -fthread-jumps -falign-functions -falign-jumps -falign-loops -falign-labels -fcrossjumping -fcse-follow-jumps -fcse-skip-blocks -fdelete-null-pointer-checks -fdevirtualize -fexpensive-optimizations -fgcse -fgcse-lm -finline-small-functions -findirect-inlining -fipa-sra -foptimize-sibling-calls -fpeephole2 -fregmove -freorder-blocks -frerun-cse-after-loop -freorder-functions -fsched-interblock -fsched-spec -fstrict-aliasing -fstrict-overflow -ftree-switch-conversion -ftree-vrp - -O1 -fthread-jumps -falign-functions -falign-jumps -falign-loops -falign-labels -fcrossjumping -fcse-follow-jumps -fcse-skip-blocks -fdelete-null-pointer-checks -fdevirtualize -fexpensive-optimizations -fgcse -fgcse-lm -finline-small-functions -findirect-inlining -fipa-sra -foptimize-sibling-calls -fpartial-inlining -fpeephole2 -fregmove -freorder-blocks -frerun-cse-after-loop -fcaller-saves -freorder-functions -fsched-interblock -fsched-spec -fstrict-aliasing -fstrict-overflow -ftree-switch-conversion -ftree-vrp + THIS IS LIKE: -O2 -fno-tree-pre -fno-partial-inlining -fno-caller-saves + - THIS IS LIKE: -O2 -fno-tree-pre " + ^ '-g0 -O2 -fno-tree-pre -fno-partial-inlining -fno-caller-saves -msse2 -D_GNU_SOURCE -DNDEBUG -DITIMER_HEARTBEAT=1 -DNO_VM_PROFILE=1 -DDEBUGVM=0'! - ^ '-g0 -O2 -fno-tree-pre -msse2 -D_GNU_SOURCE -DNDEBUG -DITIMER_HEARTBEAT=1 -DNO_VM_PROFILE=1 -DDEBUGVM=0'!

1 0

VM Maker: CMakeVMMaker-EstebanLorenzano.195.mcz
by commits＠source.squeak.org 13 Mar '13

13 Mar '13

Esteban Lorenzano uploaded a new version of CMakeVMMaker to project VM Maker: http://source.squeak.org/VMMaker/CMakeVMMaker-EstebanLorenzano.195.mcz ==================== Summary ==================== Name: CMakeVMMaker-EstebanLorenzano.195 Author: EstebanLorenzano Time: 13 March 2013, 4:41:44.443 pm UUID: 15a6a73e-7901-4add-9b64-bf383d934e55 Ancestors: CMakeVMMaker-EstebanLorenzano.194 - fixed flags for mac =============== Diff against CMakeVMMaker-EstebanLorenzano.194 =============== Item was changed: ----- Method: CogFamilyCocoaIOSConfig>>commonCompilerFlags (in category 'settings') ----- commonCompilerFlags ^super commonCompilerFlags, + #( + '-funroll-loops' + '-fasm-blocks' + '-fno-inline-functions' + '-mfpmath=sse' + '-march=pentium-m' + '-mtune=prescott' + '-falign-functions=16' + '-fno-gcse' + '-fno-cse-follow-jumps' + '-std=gnu99' + '-fmessage-length=0' + '-fpascal-strings' + '-DBUILD_FOR_OSX' - { - '-funroll-loops'. - '-fasm-blocks'. - '-finline-functions'. - '-mfpmath=sse'. - '-march=pentium-m'. - '-mtune=prescott'. - '-falign-functions=16'. - '-fno-gcse'. - '-fno-cse-follow-jumps'. - '-std=gnu99'. - '-DBUILD_FOR_OSX'. "'-DUSE_INLINE_MEMORY_ACCESSORS=1' " + '-DLSB_FIRST' + '-DHAVE_SYS_TIME_H' + '-DHAVE_NANOSLEEP' + '-DCOGMTVM=0' + '-DUSE_GLOBAL_STRUCT=0' + '-DBASE_HEADER_SIZE=4')! - '-DLSB_FIRST'. - '-DHAVE_SYS_TIME_H'. - '-DHAVE_NANOSLEEP'. - '-DCOGMTVM=0'. - '-DUSE_GLOBAL_STRUCT=0'. - '-DBASE_HEADER_SIZE=4'. - '-fwrapv' }! Item was changed: ----- Method: CogFamilyCocoaIOSConfig>>compilerFlagsDebug (in category 'settings') ----- compilerFlagsDebug + ^#('-g3' '-O1' '-DDEBUGVM=1')! - ^#('-g3' '-O0' '-DDEBUGVM=1')! Item was changed: ----- Method: CogFamilyCocoaIOSConfig>>compilerFlagsRelease (in category 'settings') ----- compilerFlagsRelease ^#('-g0' '-O3' '-fomit-frame-pointer' '-DNDEBUG' '-DDEBUGVM=0')! Item was changed: + ----- Method: CogFamilyCocoaIOSConfig>>setGlobalOptionsAfterDetermineSystem: (in category 'settings') ----- - ----- Method: CogFamilyCocoaIOSConfig>>setGlobalOptionsAfterDetermineSystem: (in category 'as yet unclassified') ----- setGlobalOptionsAfterDetermineSystem: maker - maker set: 'CMAKE_OSX_DEPLOYMENT_TARGET' to: '10.5'. maker set: 'CMAKE_OSX_SYSROOT' to: '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX', self sdkVersion, '.sdk'!

1 0

Thanks for the fantastic ideas.
by Casey Ransberger 13 Mar '13

13 Mar '13

I knew I was going to be overwhelmed and blown away when I asked the community for suggestions. I'm at the point where I'm still reading ideas people wrote to share with me, and I have a few favorites that I'm investigating, but I'm gonna have to close the flood gates! Before my brain explodes, SPLAT! FWIW, some of the best ideas came off list from people who's names I didn't know. I'd like to give extra thanks to these folks; it's been great to meet you and hear your wonderful thoughts. I'd love to see this set post on the list(s) more. Also: sorry about spamming the list with the thread. Hopefully I can make it worth whatever bandwidth inconvenience I may have caused. Onward and such! (Up.) Casey -- Casey Ransberger

2 2

Re: [Vm-dev] VM Maker: VMMaker-dtl.302.mcz
by Eliot Miranda 12 Mar '13

12 Mar '13

Hi Dave, thanks, but... On Sat, Mar 9, 2013 at 7:06 AM, <commits(a)source.squeak.org> wrote: > > Item was changed: > ----- Method: VMMaker class>>versionString (in category 'version > testing') ----- > versionString > > "VMMaker versionString" > > + ^'4.10.13'! > - ^'4.10.12'! > I *hate* the above. It is busy work (it must be done manually before each commit). It is really easy to forget to do. It is meaningless (because it is easy to forget it makes no guarantee that it identifies a unique version). It is not a good search key. Mapping the version number into the software configuration that produced the C code is hard (you have to trawl through Monticello packages searching for the version with the relevant version string; you can script this but fer christ's sake...). Using the Monticello package name and version (with the dirty marker) on the other hand is automatic, is a really good key, and is meaningful. So please can we discard VMMaker versionString and move to using the Monticello package? Please? Please. -- best, Eliot

3 7

When Cog should deoptimize CM and when its not?
by Igor Stasenko 12 Mar '13

12 Mar '13

Hi, Eliot & all I was looking at #become: code and did not found the place where it deoptimizing compiled methods to throw away the jited version of it (if it has one), before even trying to do anything with it. i know it pricey, because it should: - remove CogMethod from JIT zone - walk the stack and look for all activations of it, and replace native code instruction pointer with bytecode instruction pointer - fix the compiled method's header (another alternative, if method has activations, i would fail primitive actually, because this is too hard to do things right and very dangerous to play with, as well as it makes little sense ) IMO, if we add that, then we could minimize the impact of JIT complexity on #become: and make things work in same way as in stack vm (which is stable ;). And since become scans part/whole heap.. deoptimizing the CM would not add too much on top :) I don't know if it is there, maybe it is.. then sorry for first part.. but not the second one: objectAt: index put: value "Primitive. Store the value argument into a literal in the receiver. An index of 2 corresponds to the first literal. Fails if the index is less than 2 or greater than the number of literals. Answer the value as the result. Normally only the compiler sends this message, because only the compiler stores values in CompiledMethods. Essential. See Object documentation whatIsAPrimitive." <primitive: 69> self primitiveFailed i was playing with metaprogramming , using #literalAt:put: to store/change some value directly in method's literal (yeah.. you can kill the messenger and stop reading further ;) . And i found that the change is not immediately visible.. My idea is plain simple: - you have a template method, like: foo ^ 'ssssss' and then i simply doing things like: copy := foo copy literalAt:1 put: 'bar'. methodDict at: #bar put: copy and when i wanna change the #bar value next time, i don't creating new method again, but just modifying its literal. Things worked perfectly on old interpreted VMs and i used this trickery to implement prototypes (where object's properties are held by correspoding CM ) But with Cog, because of its aggressive caching, it no longer working: at: aName put: value | method | (getter methodDict includesKey: aName) ifTrue: [ method := getter methodDict at: aName. method literalAt: 1 put: value. method flushCache. ] ifFalse: [ method := getter addReadAccessorFor: aName value: value. setter addWriteAccessorFor: aName readAccessor: method. ]. aName flushCache. ^ value here neither "method flushCache. " nor "aName flushCache." helps with it.. my test still fails. But of course, when i click to debug , it magically passes when i evaluating very same expression in debugger :) Things working only when i always replacing things with new method(s) (as i doing under under ifFalse: clause). I strongly suggest that <primitive: 69> should always deoptimize CM (throw away Cogged method , even if it has high price to pay) as well as #flushCache (<primitive: 116>) should also do the same, because - JITed code is a cache - we should have a means to throw it away when asked so The #voidCogVMState flushes all machine code.. but is it possible to make more could we have one which flushing only particular one? (...in alternative universe, i'd rather look for a way how to "deoptimize Jited method in smart way, so when you deoptimizing the CM, it won't require scanning stacks to patch instruction pointers, and instead mark/make jited code obsolete by: - patching the machine code at entry point to immediately switch back to interpreter mode of corresponding method (to prevent spawning new activations with native code) - patching the machine code at every possible return address (call sites) to immediately switch to interpreter (to gracefully handle existing activations so, there is no need to fix instruction pointers) - keep that obsolete CogMethod till next GC. ;) -- Best regards, Igor Stasenko.

3 7

Re: Issue 120 in cog: Compiling Cog with GCC 4.6.3
by cog＠googlecode.com 12 Mar '13

12 Mar '13

Updates: Summary: Compiling Cog with GCC 4.6.3 Comment #3 on issue 120 by siguc...(a)gmail.com: Compiling Cog with GCC 4.6.3 http://code.google.com/p/cog/issues/detail?id=120 Your last find greatly narrows down the field of search for misbehavior! Thanks, Nicolas.

1 1

← Newer
1
...
7
8
9
10
11
12
13
14
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev March 2013