[Pharo-project] iOS VM - Sure not right for iDevices...
CocoaIOSConfig>>commonCompilerFlags "Common compiler flags" ^#('-arch i386' '-mmacosx-version-min=10.5' '-DHAVE_UUID_GENERATE')
Yeah but it is not. StackIPhoneConfig new "addExternalPlugins: #( FT2Plugin );" "generateDebug;" generateSources; generate. and I had to comment out the FT2Plugin for some other reason. Maybe I'll be able to put it back later. There is no PharoVMBuilder support for the iOS things at the moment. Phil 2013/2/27 Igor Stasenko <siguctua@gmail.com>:
2013/2/27 phil@highoctane.be <phil@highoctane.be>:
CocoaIOSConfig>>commonCompilerFlags "Common compiler flags" ^#('-arch i386' '-mmacosx-version-min=10.5' '-DHAVE_UUID_GENERATE')
it should be overridden in subclass, no?
-- Best regards, Igor Stasenko.
esteban is absent until monday so he will probably answer when he is back. On Feb 27, 2013, at 6:43 PM, phil@highoctane.be wrote:
Yeah but it is not.
StackIPhoneConfig new "addExternalPlugins: #( FT2Plugin );" "generateDebug;" generateSources; generate.
and I had to comment out the FT2Plugin for some other reason. Maybe I'll be able to put it back later.
There is no PharoVMBuilder support for the iOS things at the moment.
Phil
2013/2/27 Igor Stasenko <siguctua@gmail.com>:
2013/2/27 phil@highoctane.be <phil@highoctane.be>:
CocoaIOSConfig>>commonCompilerFlags "Common compiler flags" ^#('-arch i386' '-mmacosx-version-min=10.5' '-DHAVE_UUID_GENERATE')
it should be overridden in subclass, no?
-- Best regards, Igor Stasenko.
On 27 February 2013 18:43, phil@highoctane.be <phil@highoctane.be> wrote:
Yeah but it is not.
StackIPhoneConfig new "addExternalPlugins: #( FT2Plugin );" "generateDebug;" generateSources; generate.
and I had to comment out the FT2Plugin for some other reason. Maybe I'll be able to put it back later.
There is no PharoVMBuilder support for the iOS things at the moment.
Yes. But it would be trivial to add. But making things compile & work will be non-trivial, and require people like Esteban who knows iOS quirks and pitfalls .. because i am not the right person :)
Phil
2013/2/27 Igor Stasenko <siguctua@gmail.com>:
2013/2/27 phil@highoctane.be <phil@highoctane.be>:
CocoaIOSConfig>>commonCompilerFlags "Common compiler flags" ^#('-arch i386' '-mmacosx-version-min=10.5' '-DHAVE_UUID_GENERATE')
it should be overridden in subclass, no?
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
I am getting closer! But it is not going to be so trivial because some things are in CogFamilyCocoaIOSConfig and get used for StackIOSConfig, which is not very clean. Anyway, once things compile here, I'll ship you my full folder so that it will be easier to integrate the results. Phil, knowing a tad more about Cmake and the source generation process that he would like to know in the first place... 2013/2/27 Igor Stasenko <siguctua@gmail.com>:
On 27 February 2013 18:43, phil@highoctane.be <phil@highoctane.be> wrote:
Yeah but it is not.
StackIPhoneConfig new "addExternalPlugins: #( FT2Plugin );" "generateDebug;" generateSources; generate.
and I had to comment out the FT2Plugin for some other reason. Maybe I'll be able to put it back later.
There is no PharoVMBuilder support for the iOS things at the moment.
Yes. But it would be trivial to add. But making things compile & work will be non-trivial, and require people like Esteban who knows iOS quirks and pitfalls .. because i am not the right person :)
Phil
2013/2/27 Igor Stasenko <siguctua@gmail.com>:
2013/2/27 phil@highoctane.be <phil@highoctane.be>:
CocoaIOSConfig>>commonCompilerFlags "Common compiler flags" ^#('-arch i386' '-mmacosx-version-min=10.5' '-DHAVE_UUID_GENERATE')
it should be overridden in subclass, no?
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
On 27 February 2013 22:58, phil@highoctane.be <phil@highoctane.be> wrote:
I am getting closer!
But it is not going to be so trivial because some things are in CogFamilyCocoaIOSConfig and get used for StackIOSConfig, which is not very clean.
Anyway, once things compile here, I'll ship you my full folder so that it will be easier to integrate the results.
Phil, knowing a tad more about Cmake and the source generation process that he would like to know in the first place...
Sounds like you prefer having knowledge about m4 syntax and autoconfig process instead :) Sorry about that.. but who said that compiling C code and/or porting C to another platform is easy task? Lately, i found that many smalltalkers taking portability for granted.. because it costs no effort for them to just get VM for their OS and run stuff there.. forgetting that to get it compiled & working there costs a lot of sweat & brain cells to someone . Portable C code is a myth.. but sure when you back it with enormous workforce of numerous C hackers, and countless hours of trial and fail, it becomes reality.
2013/2/27 Igor Stasenko <siguctua@gmail.com>:
On 27 February 2013 18:43, phil@highoctane.be <phil@highoctane.be> wrote:
Yeah but it is not.
StackIPhoneConfig new "addExternalPlugins: #( FT2Plugin );" "generateDebug;" generateSources; generate.
and I had to comment out the FT2Plugin for some other reason. Maybe I'll be able to put it back later.
There is no PharoVMBuilder support for the iOS things at the moment.
Yes. But it would be trivial to add. But making things compile & work will be non-trivial, and require people like Esteban who knows iOS quirks and pitfalls .. because i am not the right person :)
Phil
2013/2/27 Igor Stasenko <siguctua@gmail.com>:
2013/2/27 phil@highoctane.be <phil@highoctane.be>:
CocoaIOSConfig>>commonCompilerFlags "Common compiler flags" ^#('-arch i386' '-mmacosx-version-min=10.5' '-DHAVE_UUID_GENERATE')
it should be overridden in subclass, no?
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
Sure. I just feels like I am back to 1993 when I was doing ASM, C, and C++ all day long. Anwyay, there has been progress: 83% builds fine. Now, I am on the main application. So, there is something wrong with OpenGL which gets loaded where it should not. Maybe just a framework thing to sort out. More tomorrow. Looks like I am gonna get the build working again. But I wonder how I'll get the result on my iPad... Xcode Cmake target ... Then I'll be able to put my changes for the bluetooth keyboard.... [ 83%] Building CXX object CMakeFiles/iStackVM.dir/Users/philippeback/Documents/Smalltalk/2-MyWorkspaces/workspaceVMiOSFromBook/blessed/platforms/iOS/vm/iPhone/Classes/SqueakNoOGLIPhoneAppDelegate.m.o In file included from /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/AudioToolbox.framework/Headers/AudioToolbox.h:25, from /Users/philippeback/Documents/Smalltalk/2-MyWorkspaces/workspaceVMiOSFromBook/blessed/platforms/iOS/plugins/SoundPlugin/sqSqueakSoundCoreAudio.h:41, from /Users/philippeback/Documents/Smalltalk/2-MyWorkspaces/workspaceVMiOSFromBook/blessed/platforms/iOS/vm/Common/Classes/sqSqueakMainApplication.h:47, from /Users/philippeback/Documents/Smalltalk/2-MyWorkspaces/workspaceVMiOSFromBook/blessed/platforms/iOS/vm/Common/Classes/sqSqueakAppDelegate.h:43, from /Users/philippeback/Documents/Smalltalk/2-MyWorkspaces/workspaceVMiOSFromBook/blessed/platforms/iOS/vm/iPhone/Classes/SqueakNoOGLIPhoneAppDelegate.h:43, from /Users/philippeback/Documents/Smalltalk/2-MyWorkspaces/workspaceVMiOSFromBook/blessed/platforms/iOS/vm/iPhone/Classes/SqueakNoOGLIPhoneAppDelegate.m:41: /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/AudioToolbox.framework/Headers/AudioQueue.h:332: warning: âweak_importâ attribute does not apply to types In file included from /Users/philippeback/Documents/Smalltalk/2-MyWorkspaces/workspaceVMiOSFromBook/blessed/platforms/iOS/vm/iPhone/Classes/SqueakUIViewOpenGL.h:42, from /Users/philippeback/Documents/Smalltalk/2-MyWorkspaces/workspaceVMiOSFromBook/blessed/platforms/iOS/vm/iPhone/Classes/SqueakNoOGLIPhoneAppDelegate.m:46: /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/OpenGLES.framework/Headers/ES1/gl.h:45: error: redefinition of typedef âGLenumâ /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/OpenGLES.framework/Headers/ES2/gl.h:55: error: previous declaration of âGLenumâ was here /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/OpenGLES.framework/Headers/ES1/gl.h:46: error: redefinition of typedef âGLbooleanâ /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/OpenGLES.framework/Headers/ES2/gl.h:56: error: previous declaration of âGLbooleanâ was here /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/OpenGLES.framework/Headers/ES1/gl.h:47: error: redefinition of typedef âGLbitfieldâ /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/OpenGLES.framework/Headers/ES2/gl.h:57: error: previous declaration of âGLbitfieldâ was here /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/OpenGLES.framework/Headers/ES1/gl.h:48: error: redefinition of typedef âGLbyteâ /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/OpenGLES.framework/Headers/ES2/gl.h:58: error: previous declaration of âGLbyteâ was here /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/OpenGLES.framework/Headers/ES1/gl.h:49: error: redefinition of typedef âGLshortâ /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/OpenGLES.framework/Headers/ES2/gl.h:59: error: previous declaration of âGLshortâ was here /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/OpenGLES.framework/Headers/ES1/gl.h:50: error: redefinition of typedef âGLintâ /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk/System/Library/Frameworks/OpenGLES.framework/Headers/ES2/gl.h:60: error: previous declaration of âGLintâ was here 2013/2/27 Igor Stasenko <siguctua@gmail.com>:
On 27 February 2013 22:58, phil@highoctane.be <phil@highoctane.be> wrote:
I am getting closer!
But it is not going to be so trivial because some things are in CogFamilyCocoaIOSConfig and get used for StackIOSConfig, which is not very clean.
Anyway, once things compile here, I'll ship you my full folder so that it will be easier to integrate the results.
Phil, knowing a tad more about Cmake and the source generation process that he would like to know in the first place...
Sounds like you prefer having knowledge about m4 syntax and autoconfig process instead :) Sorry about that.. but who said that compiling C code and/or porting C to another platform is easy task?
Lately, i found that many smalltalkers taking portability for granted.. because it costs no effort for them to just get VM for their OS and run stuff there.. forgetting that to get it compiled & working there costs a lot of sweat & brain cells to someone .
Portable C code is a myth.. but sure when you back it with enormous workforce of numerous C hackers, and countless hours of trial and fail, it becomes reality.
2013/2/27 Igor Stasenko <siguctua@gmail.com>:
On 27 February 2013 18:43, phil@highoctane.be <phil@highoctane.be> wrote:
Yeah but it is not.
StackIPhoneConfig new "addExternalPlugins: #( FT2Plugin );" "generateDebug;" generateSources; generate.
and I had to comment out the FT2Plugin for some other reason. Maybe I'll be able to put it back later.
There is no PharoVMBuilder support for the iOS things at the moment.
Yes. But it would be trivial to add. But making things compile & work will be non-trivial, and require people like Esteban who knows iOS quirks and pitfalls .. because i am not the right person :)
Phil
2013/2/27 Igor Stasenko <siguctua@gmail.com>:
2013/2/27 phil@highoctane.be <phil@highoctane.be>:
CocoaIOSConfig>>commonCompilerFlags "Common compiler flags" ^#('-arch i386' '-mmacosx-version-min=10.5' '-DHAVE_UUID_GENERATE')
it should be overridden in subclass, no?
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
Some more progress. It all compiles after going through some hoops. There is a duplication of code for the interp C code for isFree during generation (but it is the same code, I don't know why this happens but it wasn't there in the past). Also, the socket plugin needed to be removed as it was included for some reason. It even links. Now, the project doesn't want to let me run it on the iPad for some change being done somewhere in CMake when I do a cmake -G Xcode. Digging that now. Phil
participants (3)
-
Igor Stasenko -
phil＠highoctane.be -
stephane ducasse