Vm-dev April 2019

vm-dev@lists.squeakfoundation.org

23 participants
69 discussions

[OpenSmalltalk/opensmalltalk-vm] primitives 54 and 554 for timesTwoPower: answer incorrect result on 64bits macOS VM (#383)
by Nicolas Cellier 20 Jul '20

20 Jul '20

This is due to a macOS bug in 64bits libm! (Hard to believe, isn't it?) I've opened a ticket https://bugreport.apple.com/web/?problemID=48021471 > Area: > Something not on this list > > Summary: ldexp incorrectly rounds gradual underflow for some specific values. > > Steps to Reproduce: > #include <math.h> > #include <stdio.h> > int main() { > int exp=-54; double y=ldexp(11.0,exp); /* y is binary 1.011*2^-51 */ > double u=ldexp(1.0,-1074); /* u is the minimal denormalized IEEE754 double */ > double v=ldexp(y,-1023); /* v is binary 1.011*2^-1074 and should round to u */ > printf("u=%g v=%g\n",u,v); > return 0; > } > > Expected Results: > v should be rounded to 1.0*2^-1074 (round to nearest, tie to even default rule) > Thus we should have u == v. > > Actual Results: > v is rounded upward to binary 10.0*2^-1074 = 1.0*2^-1073 > output is u=4.94066e-324 v=9.88131e-324 > > Note 1: this fails for 4 different values of exp -54,-53,+968,+969 > (replace exponent -1023 by -1074-3-exp, that is -1023,-1024,-2045,-2046) > Note 2: this did not happen previously with 32bits libm version. > Note 3: this sounds a bit like this bug https://stackoverflow.com/questions/32150888/should-ldexp-round-correctly > > Version/Build: > macOS HighSierra 10.13.16 > > Configuration: > compiled with > clang --version > Apple LLVM version 10.0.0 (clang-1000.11.45.5) > Target: x86_64-apple-darwin17.7.0 > Thread model: posix > InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin > Xcode Version 10.1 (10B61) > > -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/383

5 6

[OpenSmalltalk/opensmalltalk-vm] curious about exposure that new tickets get (#346)
by Ben Coman 27 Apr '20

27 Apr '20

hi all, I'm curious about the exposure that new issue tickets gets, versus a mail to the vm-dev. If you are reading this, could you follow the link to github and tag this comment with an emoji. cheers -ben -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/346

2 2

[OpenSmalltalk/opensmalltalk-vm] GC crash on (corrupted?) image resume (#391)
by Holger Freyther 25 Apr '20

25 Apr '20

This happens with 1d9c8bcfd3214c52e8a449840b2cd1c448b33d18 on MacOS 64bit. The Assert VM doesn't see to trigger on any asserts. The GC seems to follow an object ending in a NULL OOP? The image includes non opensource code but it is crashing reliable on start-up. Smalltalk backtrace ``` Smalltalk stack dump: 0x7ffee269dbb8 I SmalltalkImage>garbageCollect 0x11bcef9a8: a(n) SmalltalkImage 0x7ffee269dc00 I ByteArray class(Behavior)>handleFailingBasicNew: 0x11bce0d78: a(n) ByteArray class 0x7ffee269dc40 M ByteArray class(Behavior)>basicNew: 0x11bce0d78: a(n) ByteArray class 0x7ffee269dc78 M ByteArray class(Behavior)>new: 0x11bce0d78: a(n) ByteArray class 0x7ffee269dcb0 M ByteArray class(SequenceableCollection class)>ofSize: 0x11bce0d78: a(n) ByteArray class 0x7ffee269dcf8 M ByteArray(SequenceableCollection)>grownBy: 0x13b3027d8: a(n) ByteArray 0x7ffee269dd40 M WriteStream>growTo: 0x11b543e60: a(n) WriteStream 0x7ffee269dd80 M WriteStream>nextPutAll: 0x11b543e60: a(n) WriteStream 0x7ffee269ddb8 M WriteStream(Stream)>next:putAll:startingAt: 0x11b543e60: a(n) WriteStream 0x7ffee269de10 M WriteStream>next:putAll:startingAt: 0x11b543e60: a(n) WriteStream 0x7ffee269de58 M [] in ZnBufferedReadStream>upToEnd 0x11b553e98: a(n) ZnBufferedReadStream 0x7ffee269de98 M ByteArray class(SequenceableCollection class)>new:streamContents: 0x11bce0d78: a(n) ByteArray class 0x7ffee269ded8 M ByteArray class(SequenceableCollection class)>streamContents: 0x11bce0d78: a(n) ByteArray class 0x7ffee269df20 I ZnBufferedReadStream>upToEnd 0x11b553e98: a(n) ZnBufferedReadStream 0x7ffee269df60 I ZnBufferedReadStream>contents 0x11b553e98: a(n) ZnBufferedReadStream 0x7ffee269df90 M [] in LucidaGrandeRegular class>fontContents 0x11c4246f8: a(n) LucidaGrandeRegular class 0x7ffee269dfd8 M [] in FileReference(AbstractFileReference)>binaryReadStreamDo: 0x11b553fb8: a(n) FileReference 0x7ffee269e018 M BlockClosure>ensure: 0x11b553fd0: a(n) BlockClosure 0x7ffee269e068 I FileReference(AbstractFileReference)>binaryReadStreamDo: 0x11b553fb8: a(n) FileReference 0x7ffee269e0b0 I LucidaGrandeRegular class>fontContents 0x11c4246f8: a(n) LucidaGrandeRegular class 0x7ffee269e0f8 I LucidaGrandeRegular class(EmbeddedFreeTypeFontFontDescription class)>installFontsIn: 0x11c4246f8: a(n) LucidaGrandeRegular class 0x7ffee269e138 M [] in EmbeddedFreeTypeFontFontDescription class>installAllFontsIn: 0x11c422d60: a(n) EmbeddedFreeTypeFontFontDescription class 0x7ffee269aca0 M OrderedCollection>do: 0x11b543700: a(n) OrderedCollection 0x7ffee269ace8 I EmbeddedFreeTypeFontFontDescription class>installAllFontsIn: 0x11c422d60: a(n) EmbeddedFreeTypeFontFontDescription class 0x7ffee269ad30 I EmbeddedFreeTypeFontInstaller>installAllFontsIn: 0x11ca636f0: a(n) EmbeddedFreeTypeFontInstaller 0x7ffee269ad68 M [] in FreeTypeFontProvider>updateEmbeddedFreeTypeFonts 0x11ca63590: a(n) FreeTypeFontProvider 0x7ffee269adb0 M OrderedCollection>do: 0x11cae4688: a(n) OrderedCollection 0x7ffee269adf8 I FreeTypeFontProvider>updateEmbeddedFreeTypeFonts 0x11ca63590: a(n) FreeTypeFontProvider 0x7ffee269ae38 I FreeTypeSettings class>updateFreeType 0x11c41bf60: a(n) FreeTypeSettings class 0x7ffee269ae78 I FreeTypeSettings class>startUp: 0x11c41bf60: a(n) FreeTypeSettings class 0x7ffee269aeb0 M ClassSessionHandler>startup: 0x11ca66cc8: a(n) ClassSessionHandler 0x7ffee269aef0 M [] in WorkingSession>runStartup: 0x11b543000: a(n) WorkingSession 0x7ffee269af38 M [] in WorkingSession>runList:do: 0x11b543000: a(n) WorkingSession 0x7ffee269af68 M BlockClosure>on:do: 0x11b5439b8: a(n) BlockClosure 0x7ffee269afb0 M [] in WorkingSession>runList:do: 0x11b543000: a(n) WorkingSession 0x7ffee269aff8 M Array(SequenceableCollection)>do: 0x11b543ae8: a(n) Array 0x7ffee269b040 I WorkingSession>runList:do: 0x11b543000: a(n) WorkingSession 0x7ffee269b090 I WorkingSession>runStartup: 0x11b543000: a(n) WorkingSession 0x7ffee269b0d8 I WorkingSession>start: 0x11b543000: a(n) WorkingSession 0x7ffee269b130 I SessionManager>launchSnapshot:andQuit: 0x11bd57848: a(n) SessionManager 0x13611ef38 s [] in SessionManager>snapshot:andQuit: 0x136135618 s [] in BlockClosure>newProcess ``` VM backtrace by itself ``` VM: 201904111858-AssertVM ich@macbookair.local:source/smalltalk/pharo/opensmalltalk-vm Date: Thu Apr 11 11:58:46 2019 CommitHash: 1d9c8bcfd Plugins: 201904111858-AssertVM ich@macbookair.local:source/smalltalk/pharo/opensmalltalk-vm C stack backtrace & registers: rax 0x0000000000000000 rbx 0x0000000000000000 rcx 0x0400000000000000 rdx 0x000000012d2d1140 rdi 0x0000000000000000 rsi 0x0000000000000000 rbp 0x00007ffee2698f50 rsp 0x00007ffee2698f50 r8 0x0001471835afb3bc r9 0x0000000003ecc22d r10 0x000000011b345558 r11 0x000000011c067ce8 r12 0x000000013a6e7188 r13 0x0000000000000004 r14 0x000000013a6e7188 r15 0x0000000000000002 rip 0x000000010d545a04 0 Pharo 0x000000010d545a04 longAtPointer + 4 1 Pharo 0x000000010d5eaf8e reportStackState + 174 2 Pharo 0x000000010d5eb2f3 sigsegv + 195 3 libsystem_platform.dylib 0x00007fff5e938f5a _sigtramp + 26 4 AppKit 0x00007fff349238eb .str.41.llvm.C4DC25C8 + 241198 5 Pharo 0x000000010d545d5c fixFollowedFieldofObjectwithInitialValue + 76 6 Pharo 0x000000010d56cae7 markAndTrace + 2439 7 Pharo 0x000000010d569156 markObjects + 966 8 Pharo 0x000000010d568805 fullGC + 149 9 Pharo 0x000000010d584cc5 primitiveFullGC + 277 10 Pharo 0x000000010d53aae4 interpret + 26756 11 Pharo 0x000000010d545776 enterSmalltalkExecutiveImplementation + 310 12 Pharo 0x000000010d534407 interpret + 423 13 Pharo 0x000000010d5ecb59 -[sqSqueakMainApplication runSqueak] + 393 14 Foundation 0x00007fff388a07b8 __NSFirePerformWithOrder + 360 15 CoreFoundation 0x00007fff36717747 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 16 CoreFoundation 0x00007fff3671766f __CFRunLoopDoObservers + 527 17 CoreFoundation 0x00007fff366f9be8 __CFRunLoopRun + 1240 18 CoreFoundation 0x00007fff366f9483 CFRunLoopRunSpecific + 483 19 HIToolbox 0x00007fff359e3d96 RunCurrentEventLoopInMode + 286 20 HIToolbox 0x00007fff359e3a0f ReceiveNextEventCommon + 366 21 HIToolbox 0x00007fff359e3884 _BlockUntilNextEventMatchingListInModeWithFilter + 64 22 AppKit 0x00007fff33c93a73 _DPSNextEvent + 2085 23 AppKit 0x00007fff34429e34 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 3044 24 AppKit 0x00007fff33c88885 -[NSApplication run] + 764 25 AppKit 0x00007fff33c57a72 NSApplicationMain + 804 26 libdyld.dylib 0x00007fff5e62a015 start + 1 ``` lldb backtrace ``` Pharo was compiled with optimization - stepping may behave oddly; variables may not be available. Process 49107 stopped * thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0) frame #0: 0x0000000100013a04 Pharo`longAtPointer(ptr=0x0000000000000000) at sqMemoryAccess.h:141 [opt] 138 static inline sqInt shortAtPointerput(char *ptr, int val) { return (sqInt)(*((short *)ptr)= (short)val); } 139 static inline sqInt intAtPointer(char *ptr) { return (sqInt)(*((int *)ptr)); } 140 static inline sqInt intAtPointerput(char *ptr, int val) { return (sqInt)(*((int *)ptr)= val); } -> 141 static inline sqInt longAtPointer(char *ptr) { return *(sqInt *)ptr; } 142 static inline sqInt longAtPointerput(char *ptr, sqInt val) { return *(sqInt *)ptr= val; } 143 static inline sqLong long64AtPointer(char *ptr) { return *(sqLong *)ptr; } 144 static inline sqLong long64AtPointerput(char *ptr, sqLong val) { return *(sqLong *)ptr= val; } Target 0: (Pharo) stopped. (lldb) bt * thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0) * frame #0: 0x0000000100013a04 Pharo`longAtPointer(ptr=0x0000000000000000) at sqMemoryAccess.h:141 [opt] frame #1: 0x0000000100013d5c Pharo`fixFollowedFieldofObjectwithInitialValue(fieldIndex=2, anObject=4944834952, initialValue=<unavailable>) at gcc3x-cointerp.c:48964 [opt] frame #2: 0x000000010003aae7 Pharo`markAndTrace(objOop=4430957424) at gcc3x-cointerp.c:53153 [opt] frame #3: 0x0000000100037156 Pharo`markObjects(objectsShouldBeUnmarkedAndUnmarkedClassesShouldBeExpunged=1) at gcc3x-cointerp.c:53409 [opt] frame #4: 0x0000000100036805 Pharo`fullGC at gcc3x-cointerp.c:49325 [opt] frame #5: 0x0000000100052cc5 Pharo`primitiveFullGC at gcc3x-cointerp.c:77294 [opt] frame #6: 0x0000000100008ae4 Pharo`interpret at gcc3x-cointerp.c:6186 [opt] frame #7: 0x0000000100013776 Pharo`enterSmalltalkExecutiveImplementation at gcc3x-cointerp.c:17314 [opt] frame #8: 0x0000000100002407 Pharo`interpret at gcc3x-cointerp.c:2755 [opt] frame #9: 0x00000001000bab59 Pharo`-[sqSqueakMainApplication runSqueak](self=0x00000001004310d0, _cmd=<unavailable>) at sqSqueakMainApplication.m:201 [opt] frame #10: 0x00007fff388a07b8 Foundation`__NSFirePerformWithOrder + 360 frame #11: 0x00007fff36717747 CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 frame #12: 0x00007fff3671766f CoreFoundation`__CFRunLoopDoObservers + 527 frame #13: 0x00007fff366f9be8 CoreFoundation`__CFRunLoopRun + 1240 frame #14: 0x00007fff366f9483 CoreFoundation`CFRunLoopRunSpecific + 483 frame #15: 0x00007fff359e3d96 HIToolbox`RunCurrentEventLoopInMode + 286 frame #16: 0x00007fff359e3a0f HIToolbox`ReceiveNextEventCommon + 366 frame #17: 0x00007fff359e3884 HIToolbox`_BlockUntilNextEventMatchingListInModeWithFilter + 64 frame #18: 0x00007fff33c93a73 AppKit`_DPSNextEvent + 2085 frame #19: 0x00007fff34429e34 AppKit`-[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 3044 frame #20: 0x00007fff33c88885 AppKit`-[NSApplication run] + 764 frame #21: 0x00007fff33c57a72 AppKit`NSApplicationMain + 804 frame #22: 0x00007fff5e62a015 libdyld.dylib`start + 1 frame #23: 0x00007fff5e62a015 libdyld.dylib`start + 1 (lldb) frame select 1 frame #1: 0x0000000100013d5c Pharo`fixFollowedFieldofObjectwithInitialValue(fieldIndex=2, anObject=4944834952, initialValue=<unavailable>) at gcc3x-cointerp.c:48964 [opt] 48961 /* begin fetchPointer:ofMaybeForwardedObject: */ 48962 objOop = longAt((objOop + BaseHeaderSize) + (0U << (shiftForWord()))); 48963 } while(((objOop & (tagMask())) == 0) -> 48964 && (((longAt(objOop)) & ((classIndexMask()) - (isForwardedObjectClassIndexPun()))) == 0)); 48965 /* begin storePointer:ofObject:withValue: */ 48966 assert(!(isForwarded(anObject))); 48967 if ((assert(isNonImmediate(anObject)), (lldb) p objOop (sqInt) $0 = 0 (lldb) q ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/391

10 14

[OpenSmalltalk/opensmalltalk-vm] SSL plugin might fail on Windows 7 (#236)
by CyrilFerlicot 25 Apr '20

25 Apr '20

If I execute this code: ```Smalltalk ZnClient new url: 'https://google.com'; get. ``` I get a result. If I execute this code: ```Smalltalk ZnClient new url: 'https://github.com'; get. ``` I get this error: Error: SSL Exception: connect failed [code:-5] I tried with both stable and latest vm. (The stable is from august 2017 I think) I sent a mail on the Pharo dev ML and we are at least two having this problem with Windows 7 when it's working with Windows 10. Here are the details and the stack: ``` Image ----- E:\Pharo\images\Pharo 7.0 (development version)-22\Pharo 7.0 (development version)-22.image Pharo7.0alpha Build information: Pharo-7.0+alpha.build.749.sha.039a4b6f0d61ba99778349c4cff2c4e8d5ff9227 (32 Bit) Unnamed Virtual Machine --------------- C:\Users\JeCisC\Documents\Pharo\vms\70-x86\Pharo.exe CoInterpreter VMMaker.oscog-eem.2359 uuid: b3273e3e-dd9d-4819-a928-7034e1cf412c Mar 16 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2359 uuid: b3273e3e-dd9d-4819-a928-7034e1cf412c Mar 16 2018 VM: 201803161038 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Fri Mar 16 11:38:09 2018 +0100 $ Plugins: 201803161038 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Win32 built on Mar 16 2018 11:02:19 GMT Compiler: 6.4.0 VMMaker versionString VM: 201803161038 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Fri Mar 16 11:38:09 2018 +0100 $ Plugins: 201803161038 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ CoInterpreter VMMaker.oscog-eem.2359 uuid: b3273e3e-dd9d-4819-a928-7034e1cf412c Mar 16 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2359 uuid: b3273e3e-dd9d-4819-a928-7034e1cf412c Mar 16 2018 Operating System/Hardware ------------------------- Win32 6.1 IX86 Operating System Details ------------------------ Operating System: Windows 7 Professional N (Build 7601 Service Pack 1) SP major version: 1 SP minor version: 0 Suite mask: 100 Product type: 1 ============================================================== ZdcSecureSocketStream(Object)>>error: ZdcSecureSocketStream>>sslException:code: ZdcSecureSocketStream>>connect ZnClient>>setupTLSTo: ZnClient>>newConnectionTo: ZnClient>>getConnectionAndExecute ZnClient>>executeWithRedirectsRemaining: [ self executeWithRedirectsRemaining: self maxNumberOfRedirects ] in ZnClient>>executeWithRetriesRemaining: in Block: [ self executeWithRedirectsRemaining: self maxNumb...etc... BlockClosure>>on:do: ZnClient>>executeWithRetriesRemaining: [ self executeWithRetriesRemaining: self numberOfRetries ] in [ [ self executeWithRetriesRemaining: self numberOfRetries ] on: Error do: self ifFailBlock ] in ZnClient>>executeWithTimeout in Block: [ self executeWithRetriesRemaining: self numberOfR...etc... BlockClosure>>on:do: [ [ self executeWithRetriesRemaining: self numberOfRetries ] on: Error do: self ifFailBlock ] in ZnClient>>executeWithTimeout in Block: [ [ self executeWithRetriesRemaining: self numberO...etc... [ ^ block value ] in ZnClient>>withTimeoutDo: in Block: [ ^ block value ] [ activeProcess psValueAt: index put: anObject. aBlock value ] in ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [ activeProcess psValueAt: index put: anObject.... BlockClosure>>ensure: ZnConnectionTimeout(DynamicVariable)>>value:during: ZnConnectionTimeout class(DynamicVariable class)>>value:during: ZnClient>>withTimeoutDo: ZnClient>>executeWithTimeout [ result := self executeWithTimeout ] in ZnClient>>execute in Block: [ result := self executeWithTimeout ] [ ^ block value ] in ZnClient>>withProgressDo: in Block: [ ^ block value ] [ activeProcess psValueAt: index put: anObject. aBlock value ] in ZnSignalProgress(DynamicVariable)>>value:during: in Block: [ activeProcess psValueAt: index put: anObject.... BlockClosure>>ensure: ZnSignalProgress(DynamicVariable)>>value:during: ZnSignalProgress class(DynamicVariable class)>>value:during: ZnClient>>withProgressDo: ZnClient>>execute ZnClient>>get UndefinedObject>>DoIt ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/236

3 3

[OpenSmalltalk/opensmalltalk-vm] VM crashes (#252)
by Fabio Niephaus 25 Apr '20

25 Apr '20

*I have copied the below issue from https://github.com/hpi-swa/smalltalkCI/issues/366.* Hi! Time to time, the Pharo VM crashes, without any apparent reasons. For example, in https://travis-ci.org/ObjectProfile/Roassal2/jobs/365943067 ``` VM: 201708271955 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Sun Aug 27 21:55:26 2017 +0200 $ Plugins: 201708271955 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ C stack backtrace & registers: eax 0x1e750080 ebx 0x00000100 ecx 0x00000020 edx 0x00000002 edi 0x00000020 esi 0x00000020 ebp 0xbff09c58 esp 0xbff09c58 eip 0x000e848d 0 Pharo 0x000e848d fetchByteofObject + 9 1 Pharo 0x00149400 reportStackState + 819 2 Pharo 0x001497a2 sigsegv + 191 3 libsystem_platform.dylib 0xa1742e5b _sigtramp + 43 ``` And a bit below: ``` Smalltalk Smalltalk stack dump: 0xbff11ce8 I SessionManager>snapshot:andQuit: 0x6b496a8: a(n) SessionManager 0xbff11d18 I [] in SmalltalkImage>snapshot:andQuit: 0x5517fa0: a(n) SmalltalkImage 0xbff11d3c I CurrentExecutionEnvironment class>activate:for: 0x5af3520: a(n) CurrentExecutionEnvironment class 0xbff11d64 I DefaultExecutionEnvironment(ExecutionEnvironment)>beActiveDuring: 0x5e2bc70: a(n) DefaultExecutionEnvironment 0xbff11d88 I DefaultExecutionEnvironment class>beActiveDuring: 0x5b1d8a8: a(n) DefaultExecutionEnvironment class 0xbff11dac I SmalltalkImage>snapshot:andQuit: 0x5517fa0: a(n) SmalltalkImage ``` It seems to happens randomly /cc @bergel -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/252

3 3

[OpenSmalltalk/opensmalltalk-vm] pixman 0.34.0 tests fail entire build on High Sierra (#258)
by Jim Haungs 25 Apr '20

25 Apr '20

A plain ./mvm build on MacOS 10.13.4 (in any of the build.macos64x64/pharo.* directories) fails with this error: > utils-prng.c:207:27: error: use of unknown builtin '__builtin_shuffle' [-Wimplicit-function-declaration] > randdata.vb = __builtin_shuffle (randdata.vb, bswap_shufflemask); > ^ > utils-prng.c:207:25: error: assigning to 'uint8x16' (vector of 16 'uint8_t' values) from incompatible type 'int' > randdata.vb = __builtin_shuffle (randdata.vb, bswap_shufflemask); > ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > It's trying to build the tests for pixman. There is a patch for this bug here: https://bugs.freedesktop.org/show_bug.cgi?id=104886 But when I apply the patch, the patched utils-prng.c file gets overwritten with the old version by something in the build or configure step, so the patch disappears and the build error returns. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/258

3 3

[OpenSmalltalk/opensmalltalk-vm] Support for musl (instead of GNU libc) when building the VM for embedded system (#304)
by Xuan Sang LE 14 Feb '20

14 Feb '20

Hello, I have a small issue when building (cross-compile) the Smalltalk VM on an ARM(v6) embedded linux system (Nano Pi neno and Raspberry Pi Zero) that uses Musl as default libc implementation. The problem is that the code and the configure script does not have official support for Musl, so I created a patch file that adds support to Musl, you can find the [patch here](https://github.com/lxsang/antix/blob/master/sm_vm_musl.patch). With this patch, i am able to cross-compile on the ARM toolchain for my system; with 4 plugins: ``` FilePlugin \ SqueakSSL \ SqueakFFIPrims \ SocketPlugin ``` You can find the build [script here](https://github.com/lxsang/antix/blob/master/packages/smalltalk-nano-p… For now, i can live with this dirty trick, but i would be verry happy if the mainline VM has official support to Musl. That's why i create this issue. Thanks -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/304

4 12

[OpenSmalltalk/opensmalltalk-vm] Problem linking Linux Sound Library (#360)
by Eva 09 Dec '19

09 Dec '19

On Linux Mint Sylvia, I could not play sounds (e.g. ``SampledSound beep``). This occurred in the newest SWA VM build of Squeak. Underlying problem seems to be that the Linux sound libraries for PulseAudio are not linked correctly. (Maybe this is the same as #118) With @krono I found this workaround: `` LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libpulse-simple.so.0.1.0 LD_LIBRARY_PATH=/home/user/Dokumente/SWA2018.app/Contents/Linux-i686/bin/../lib/squeak/5.0-201810071412:/lib/x86_64-linux-gnu:/lib:/usr/lib/x86_64-linux-gnu:/usr/lib: /home/user/Dokumente/SWA2018.app/Contents/Linux-i686/bin/../lib/squeak/5.0-201810071412/squeak -vm-sound-pulse /home/user/Dokumente/SWA2018.app/Contents/Resources/SWA2018.image `` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/360

9 16

[OpenSmalltalk/opensmalltalk-vm] libgit build fails because of libssl and libcrypto (#210)
by Javier Pimas 04 Dec '19

04 Dec '19

on /build.linux32x86/pharo.cog.spur/build I run ./mvm and get make[3]: *** No rule to make target '/usr/lib/i386-linux-gnu/libssl.so', needed by 'libgit2.so.0.25.1'. Stop. I worked around it by running sudo ln -s /lib/i386-linux-gnu/libssl.so.1.0.0 /usr/lib/i386-linux-gnu/libssl.so but shouldn't be necessary as libssl is downloaded and built by the script. The same happens with libcrypto -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/210

3 4

[OpenSmalltalk/opensmalltalk-vm] 32-bit libB3DAcceleratorPlugin.dylib fails to link; 32-bit Squeak B3DAcceleratorPlugin links against metal. (#385)
by Eliot Miranda 22 Nov '19

22 Nov '19

Seems to be something strange with the B3DAcceleratorPlugin on 32-bit macos. The pharo libB3DAcceleratorPlugin.dylib fails to link missing: createOpenGLTextureLayerHandle destroyOpenGLTextureLayerHandle getMainWindowOpenGLContext setOpenGLTextureLayerContent The Squeak one links, but apparently against Metal, which isn't going to work since Metal is 64-bit only (or so I've been told). -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/385

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev April 2019