- iPhone - Haskell.org

ghc-ios 7.8 working build
by Luke Iannini 05 Feb '14

05 Feb '14

Hi all, I believe I've worked around the issues with make binary-dist and cross-compilation. This should be a working binary for iOS devices https://github.com/ghc-ios/ghc-ios-scripts/releases/download/7.8-rc1-device… Please try ./configure && make install (it should live happily next to your current ghc as arm-apple-darwin10-ghc) and let me know so we can have a build ready for 7.8 RC2! Cheers Luke

1 0

GHC iOS ARMv7/ARMv7s fat support completed
by Luke Iannini 26 Jan '14

26 Jan '14

Hi folks, Happy to report that I've finished an approach to armv7/armv7s fat compilation, just in time for 7.8's imminent release. You'll find the necessary scripts here: https://github.com/ghc-ios/ghc-ios-scripts and the latest instructions for building GHC for iOS usage here: https://ghc.haskell.org/trac/ghc/wiki/Building/CrossCompiling/iOS I've also added support for a perf-cross BuildFlavour, which will give a higher-performance and profiling-ready build that matches what we'll be putting together as the official 7.8 GHC iOS binaries: https://ghc.haskell.org/trac/ghc/ticket/8700 Cheers Luke

2 1

Bumpy ride down tetris clone lane.
by Schell Scivally 05 Jan '14

05 Jan '14

So I'm into the actual porting part of my project and I've run into a number of bumps. They all revolve around not being able to build certain packages. So far the packages I can't build are: OpenGLRaw OpenGL Lens JuicyPixels Lens and JuicyPixels I can do without - for Lens I can expand the code to use normal record syntax and for JP I can have Obj-C load the textures and marshall the texture names through the ffi. I don't have a solution for OpenGL though, as it is alas an OpenGL game. I saw somewhere an OpenGL demo made for iPhone. How could that have overcome this obstacle? -- Schell Scivally http://blog.efnx.com http://github.com/schell http://twitter.com/schellsan

3 3

General FFI Questions
by Schell Scivally 03 Jan '14

03 Jan '14

I'm having a hard time unmarshalling a c struct into a haskell record. Does anyone have a good link that talks about unmarshalling nested c structs? Is this common or should I just forget about it? -- Schell Scivally http://blog.efnx.com http://github.com/schell http://twitter.com/schellsan

3 3

More arm-apple-darwin10-ghc trouble
by Schell Scivally 02 Jan '14

02 Jan '14

Hey guys, I thought I had fixed my issues by rebuilding HEAD but it looks like I just went in a circle and now I'm back at the same problem from my first message: http://www.haskell.org/pipermail/iphone/2013-December/000345.html I'm trying to cabal install vector but it's failing while installing primitive. The log file shows no error, so it looks like it's silently erring. My setup is here: https://gist.github.com/schell/f3a737171ce2f6b1119c Just for posterity I'll post the output from `arm-apple-darwin10-cabal install vector`: Resolving dependencies... Configuring primitive-0.5.1.0... Failed to install primitive-0.5.1.0 Last 10 lines of the build log ( /Users/schell/.cabal/logs/primitive-0.5.1.0.log ): cabal: Error: some packages failed to install: primitive-0.5.1.0 failed during the configure step. The exception was: ExitFailure 127 vector-0.10.9.1 depends on primitive-0.5.1.0 which failed to install. The build log is empty. Furthermore, for a while I was trying to use cabal like `arm-apple-darwin10-cabal --config-file=arm.config install vector`, pointing it to a custom cabal file (one that was just autogenerated the first time I issued the command). This looked like it was working, but it says that the package is already installed. If I don't include the --config-file option it errs like above. Using arm-apple-darwin10-ghc to build my project is failing because it can't find Data.Vector.Storable but I can't seem to get cabal to install it in the correct location. -- Schell Scivally http://blog.efnx.com http://github.com/schell http://twitter.com/schellsan

3 11

Fat binaries on iOS Target
by Joe 25 Dec '13

25 Dec '13

Hi, I’m asking similar question on haskell-cafe group, but I think it’s more appropriate to ask here since it’s iPhone related. Please forgive my double post. I have been trying to statically link Pandoc packages to iOS application and I want to say that what have been done so far as explained in https://ghc.haskell.org/trac/ghc/wiki/Building/CrossCompiling/iOS is great! I have finally successfully use Pandoc library in iOS app, but there’s an issue that the final app binary is more than 50MB when using Pandoc library. It’s around 5MB for simple haskell library. And without using Haskell, it’s around 100kb. Is it possible to strip the executable binary? I read that stripping is not possible using xcode strip. I also try to add -split-objs flag, but it’s not working either. Any idea? Is this a known issue? Thanks for making Haskell work on iOS! Best regards and merry christmas, Joe

2 7

ld: warning with HEAD
by Schell Scivally 23 Dec '13

23 Dec '13

I fixed my earlier problems with compiling primitive and vector by re-compiling ghc-iphone HEAD. It seems now that I can use arm/i386-apple-darwin10/11-cabal to build a static lib, but when I try to link it in my Xcode project I get ld warnings: ld: warning: ignoring file /Users/schell/Code/blocks-ios/Blocks/dist-arm/build/Blocks/Blocks.a, file was built for archive which is not the architecture being linked (i386): /Users/schell/Code/blocks-ios/Blocks/dist-arm/build/Blocks/Blocks.a I get one of those for each architecture being built (armv7, armv7s, arm64, i386). Here are some details on my setup: https://gist.github.com/schell/f3a737171ce2f6b1119c Any help would be much appreciated! :) -- Schell Scivally http://blog.efnx.com http://github.com/schell http://twitter.com/schellsan

4 17

arm-apple-darwin10-cabal install woes
by Schell Scivally 16 Dec '13

16 Dec '13

I'm having trouble installing primitive from hackage with arm-apple-darwin10-cabal. It seems a funky error is happening that is not getting written out or logged. Here is the output from my attempted install from hackage after a `rm -rf ~/.cabal` and `arm-apple-darwin10-cabal update`: http://lpaste.net/97092. Nothiing is listed in the log mentioned. So I tried installing from the git repo and got the same error. Then I tried to configure build and then install and the build phase spat out: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: archive library: dist-arm/build/libHSprimitive-0.5.2.0.a will be fat and ar(1) will not be able to operate on it In-place registering primitive-0.5.2.0... So it seems it's building but not linking? Maybe I shouldn't be developing with cabal? What's the normal procedure here? -- Schell Scivally http://blog.efnx.com http://github.com/schell http://twitter.com/schellsan

1 0

Compilation failure
by Schell Scivally 15 Dec '13

15 Dec '13

Hi guys, after wanting for months to try out ghc-ios I finally have some time to do it. First off thanks for all the work you've done, I can't wait to get up and running. I seem to be running into a problem early on during make: gcc -E -undef -traditional -Wno-invalid-pp-token -Wno-unicode -Wno-trigraphs -P -Iincludes -Iincludes/dist -Iincludes/dist-derivedconstants/header -Iincludes/dist-ghcconstants/header -x c compiler/parser/Parser.y.pp | grep -v '^#pragma GCC' > compiler/stage1/build/Parser.y cc1: error: unrecognized command line option "-Wno-invalid-pp-token" cc1: error: unrecognized command line option "-Wno-unicode" make[1]: *** [compiler/stage1/build/Parser.y] Error 1 make[1]: *** Deleting file `compiler/stage1/build/Parser.y' make: *** [all] Error 2 My configure line: ./configure --target=i386-apple-darwin11 --with-gcc=i386-apple-darwin11-clang --with-ghc=/Library/Frameworks/GHC.framework/Versions/7.6.3-x86_64/usr/bin/ghc Which produces http://lpaste.net/96946. ghc --info: http://lpaste.net/96947 Thanks again. -- Schell Scivally http://blog.efnx.com http://github.com/schell http://twitter.com/schellsan

3 9

Building a Special Cross-Compiler
by Alex Carter 11 Dec '13

11 Dec '13

I'm on an interesting journey building a GHC cross-compiler on Windows to target iOS, using a third-party iOS toolchain for Windows (http://www.pmbaty.com/iosbuildenv/ for the curious), and I'm running into an unusual issue. Since this is a cross-compiler, this should be all stage 1, so in ghc_boot_platform.h I see what I expect: ... #define BUILD_OS "mingw32" #define HOST_OS "mingw32" #define TARGET_OS "ios" ... but ghcplatform.h shows: ... #define BUILD_OS "mingw32" #define HOST_OS "ios" ... #define TARGET_OS "ios" ... which I understand to mean that whatever's happening there is set up for the stage 2 compiler (unless there's some good magic happening here with the deriveConstants utility?). I discovered this through a pragma added at the error site: ... rts/Task.h:280:9: note: #pragma message: HOST_OS=ios rts/Task.h:287:5: error: aggregate value used where an integer was expected ... Anybody know what's going on here? Is it right (for some reason beyond my current comprehension) for ghcplatform.h to have the #defines it does? Is HOST_OS=ios correct, but rts/Task.h:280 should also check defined(ios_HOST_OS)? Thanks for the help, Alex

3 2