From efsubenovex at gmail.com Thu Jan 2 19:41:22 2014 From: efsubenovex at gmail.com (Schell Scivally) Date: Thu, 2 Jan 2014 11:41:22 -0800 Subject: [Haskell-iPhone] More arm-apple-darwin10-ghc trouble In-Reply-To: References:

Message-ID: I'm back at it after the holidays. I hope you all had a great New Years eve and day! I got my program up and running with only one warning, which doesn't seem like a big deal: (Apple Mach-O Linker Warning): PIE disabled. Absolute addressing (perhaps -mdynamic-no-pic) not allowed in code signed PIE, but used in _s3rt_info from /Users/schell/Code/blocks-ios/Blocks/src/Main.a(Main.o). To fix this warning, don't compile with -mdynamic-no-pic or link with -Wl,-no_pie I just wanted to say thanks for your help! On Mon, Dec 23, 2013 at 4:14 PM, Luke Iannini wrote: > Hi Schell, > > If you're building onto a 4S/iPad4 or later, you're probably partially > running into the thing I mentioned wherein the arm-apple-darwin10-clang > script isn't quite correctly generating fat binaries for armv7 and armv7s > yet. I reverted it back to just doing armv7s (you'd have to switch it to > armv7 if you wanted an earlier device): > > https://github.com/ghc-ios/ghc-ios-scripts/blob/master/arm-apple-darwin10-clang > > You'll have to rebuild GHC with this :P. > > Also, in "Build Settings", change "Architectures" to "Standard > Architectures (armv7, armv7s)" (as opposed to "(including 64-bit)") which > should fix the Arm64 messages (just added this to the wiki ? we're awaiting > llvm code from Apple before we can support Arm64), and possibly set "Valid > Architectures" to just armv7s or armv7 depending on which device you're > building for until we get the fat stuff figured out. > > Cheers > Luke > > > > On Mon, Dec 23, 2013 at 10:29 AM, Schell Scivally wrote: > >> It looks like nuking jobs: $ncpus did the trick. I now have primitive and >> vector installed and confirmed with arm-apple-darwin10-ghc. After building >> my static lib the next issue is that I'm having a lot of linking errors in >> Xcode. Here is the build log: >> https://gist.github.com/schell/f10af8c0d29e24da5c25 >> >> >> On Sun, Dec 22, 2013 at 4:47 PM, Luke Iannini wrote: >> >>> Hey Schell, >>> >>> I think I see the issue ? did you see the note in section 6 of >>> https://ghc.haskell.org/trac/ghc/wiki/Building/CrossCompiling/iOSregarding the >>> jobs: $ncpus >>> option in ~/.cabal/config ? >>> If you've got that, nuke it and see if that fixes it. >>> >>> I need to file a bug about that with the Cabal team. >>> >>> I've also been meaning to warn ? I am pretty sure the fat armv7s/armv7 >>> binary approach taken by arm-apple-darwin10-ghc doesn't fully work yet (I >>> was convinced it did when I implemented it, but recent testing with armv7 >>> and armv7s devices show missing symbols for one arch or the other). I >>> haven't had nearly the time to work on it and if anyone's looking for a way >>> to help with GHC iOS that's a great self-contained problem to work on : ). >>> >>> If we can't get that approach to work (intercepting build commands and >>> lipoing things together on the fly), there's always the approach of >>> building one GHC for each armv7 and armv7s, but that's got its own pain >>> points since GHC calls both of those just "arm" internally and you have to >>> do some yucky stuff with directory management :/ (that's what I've done >>> here, and it works at least : )). >>> >>> Hopefully I'll be out of the woods in my primary work soon and able to >>> devote more cycles help in cleaning these things up. >>> >>> Cheers >>> Luke >>> >>> >>> On Sun, Dec 22, 2013 at 4:22 PM, Schell Scivally wrote: >>> >>>> The primitive log is empty, nothing is printed to it. The version of >>>> vector I'm trying to build is 0.10.9.1, which is currently on hackage. I've >>>> also tried building primitive 0.5.2.0 by hand - cloning it from github and >>>> then running arm-apple-darwin10-cabal install and it stops at the same >>>> error. Nothing is printed to the log file. If I try each step separately >>>> (configure, build, install) I can configure fine and building gives this >>>> output: >>>> >>>> Building primitive-0.5.2.0... >>>> >>>> Preprocessing library primitive-0.5.2.0... >>>> >>>> [ 1 of 10] Compiling Data.Primitive.Internal.Compat ( >>>> Data/Primitive/Internal/Compat.hs, >>>> dist-arm/build/Data/Primitive/Internal/Compat.o ) >>>> >>>> [ 2 of 10] Compiling Data.Primitive.MachDeps ( >>>> Data/Primitive/MachDeps.hs, dist-arm/build/Data/Primitive/MachDeps.o ) >>>> >>>> [ 3 of 10] Compiling Data.Primitive.Internal.Operations ( >>>> Data/Primitive/Internal/Operations.hs, >>>> dist-arm/build/Data/Primitive/Internal/Operations.o ) >>>> >>>> [ 4 of 10] Compiling Control.Monad.Primitive ( >>>> Control/Monad/Primitive.hs, dist-arm/build/Control/Monad/Primitive.o ) >>>> >>>> [ 5 of 10] Compiling Data.Primitive.Types ( Data/Primitive/Types.hs, >>>> dist-arm/build/Data/Primitive/Types.o ) >>>> >>>> [ 6 of 10] Compiling Data.Primitive.Array ( Data/Primitive/Array.hs, >>>> dist-arm/build/Data/Primitive/Array.o ) >>>> >>>> [ 7 of 10] Compiling Data.Primitive.ByteArray ( >>>> Data/Primitive/ByteArray.hs, dist-arm/build/Data/Primitive/ByteArray.o ) >>>> >>>> [ 8 of 10] Compiling Data.Primitive.Addr ( Data/Primitive/Addr.hs, >>>> dist-arm/build/Data/Primitive/Addr.o ) >>>> >>>> [ 9 of 10] Compiling Data.Primitive ( Data/Primitive.hs, >>>> dist-arm/build/Data/Primitive.o ) >>>> >>>> [10 of 10] Compiling Data.Primitive.MutVar ( Data/Primitive/MutVar.hs, >>>> dist-arm/build/Data/Primitive/MutVar.o ) >>>> >>>> /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... >>>> >>>> And then installing gives: >>>> >>>> Resolving dependencies... >>>> >>>> Configuring primitive-0.5.2.0... >>>> >>>> Failed to install primitive-0.5.2.0 >>>> >>>> Last 10 lines of the build log ( >>>> /Users/schell/.cabal/logs/primitive-0.5.2.0.log ): >>>> >>>> cabal: Error: some packages failed to install: >>>> >>>> primitive-0.5.2.0 failed during the configure step. The exception was: >>>> >>>> ExitFailure 127 >>>> >>>> To me it seems like the line >>>> "/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" could be important? Does that >>>> sound like it may have something to do with the install failure? >>>> >>>> >>>> >>>> On Sun, Dec 22, 2013 at 2:49 PM, Carter Schonwald < >>>> carter.schonwald at gmail.com> wrote: >>>> >>>>> Oooooo. What version of vector are you using? It needs to be the >>>>> one for ghc HEAD. >>>>> >>>>> >>>>> On Sunday, December 22, 2013, Carter Schonwald wrote: >>>>> >>>>>> Could you also share the primitive log? Seems like something is >>>>>> happening there. >>>>>> Can't you just build primitive by hand then vector? >>>>>> >>>>>> On Sunday, December 22, 2013, Schell Scivally wrote: >>>>>> >>>>>>> Ah, cool - I didn't know that the verbosity arg took a parameter. >>>>>>> Here is the full output: >>>>>>> https://gist.github.com/schell/7c08631f52e1e6f54a39 >>>>>>> >>>>>>> >>>>>>> On Sun, Dec 22, 2013 at 1:13 PM, Carter Schonwald < >>>>>>> carter.schonwald at gmail.com> wrote: >>>>>>> >>>>>>>> The -v flag is for cabal. Be sure to post a link to the full >>>>>>>> output. >>>>>>>> >>>>>>>> >>>>>>>> On Sunday, December 22, 2013, Schell Scivally wrote: >>>>>>>> >>>>>>>>> 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 >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Schell Scivally >>>>>>> http://blog.efnx.com >>>>>>> http://github.com/schell >>>>>>> http://twitter.com/schellsan >>>>>>> >>>>>> >>>> >>>> >>>> -- >>>> Schell Scivally >>>> http://blog.efnx.com >>>> http://github.com/schell >>>> http://twitter.com/schellsan >>>> >>>> _______________________________________________ >>>> iPhone mailing list >>>> iPhone at haskell.org >>>> http://www.haskell.org/mailman/listinfo/iphone >>>> >>>> >>> >> >> >> -- >> Schell Scivally >> http://blog.efnx.com >> http://github.com/schell >> http://twitter.com/schellsan >> > > -- Schell Scivally http://blog.efnx.com http://github.com/schell http://twitter.com/schellsan -------------- next part -------------- An HTML attachment was scrubbed... URL: From efsubenovex at gmail.com Fri Jan 3 19:41:43 2014 From: efsubenovex at gmail.com (Schell Scivally) Date: Fri, 3 Jan 2014 11:41:43 -0800 Subject: [Haskell-iPhone] General FFI Questions Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From carter.schonwald at gmail.com Fri Jan 3 21:52:16 2014 From: carter.schonwald at gmail.com (Carter Schonwald) Date: Fri, 3 Jan 2014 16:52:16 -0500 Subject: [Haskell-iPhone] General FFI Questions In-Reply-To: References: Message-ID: Storable is your friend. You may need to have a 2 phase marshal, where you first get back a single layer, then recur and then make than a haskell tree. On Fri, Jan 3, 2014 at 2:41 PM, Schell Scivally wrote: > 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 > > _______________________________________________ > iPhone mailing list > iPhone at haskell.org > http://www.haskell.org/mailman/listinfo/iphone > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From likeliest.complexions.stephen at blacksapphire.com Fri Jan 3 23:27:40 2014 From: likeliest.complexions.stephen at blacksapphire.com (Stephen Blackheath [to GHC-iPhone]) Date: Sat, 04 Jan 2014 12:27:40 +1300 Subject: [Haskell-iPhone] General FFI Questions In-Reply-To: References: Message-ID: <52C7476C.7070204@blacksapphire.com> Schell, Take a look at my Storable instance for SockAddrBTH here: https://github.com/the-real-blackh/simple-bluetooth/blob/master/Network/Bluetooth/Device.hsc Using .hsc files gives you get the offset into the structure like this: p `plusPtr` (#const offsetof(struct sockaddr_rc, rc_bdaddr)) #include to give you offsetof. Quite a useful trick. Steve On 04/01/14 08:41, Schell Scivally wrote: > 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 > > > _______________________________________________ > iPhone mailing list > iPhone at haskell.org > http://www.haskell.org/mailman/listinfo/iphone > From efsubenovex at gmail.com Fri Jan 3 23:39:19 2014 From: efsubenovex at gmail.com (Schell Scivally) Date: Fri, 3 Jan 2014 15:39:19 -0800 Subject: [Haskell-iPhone] General FFI Questions In-Reply-To: <52C7476C.7070204@blacksapphire.com> References: <52C7476C.7070204@blacksapphire.com> Message-ID: Thanks Stephen and Carter. I think what was happening is that CGFloat is either a float or a double depending on whether or not the target is 64bit. This was making the alignment not what I expected. My trick is just to have an intermediate struct that I can depend on gets fed into haskell. Now I'm working on marshalling arrays of structs. On Fri, Jan 3, 2014 at 3:27 PM, Stephen Blackheath [to GHC-iPhone] < likeliest.complexions.stephen at blacksapphire.com> wrote: > > Schell, > > Take a look at my Storable instance for SockAddrBTH here: > > > https://github.com/the-real-blackh/simple-bluetooth/blob/master/Network/Bluetooth/Device.hsc > > Using .hsc files gives you get the offset into the structure like this: > > p `plusPtr` (#const offsetof(struct sockaddr_rc, rc_bdaddr)) > > #include to give you offsetof. > > Quite a useful trick. > > > Steve > > On 04/01/14 08:41, Schell Scivally wrote: > > 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 > > > > > > _______________________________________________ > > iPhone mailing list > > iPhone at haskell.org > > http://www.haskell.org/mailman/listinfo/iphone > > > _______________________________________________ > iPhone mailing list > iPhone at haskell.org > http://www.haskell.org/mailman/listinfo/iphone > -- Schell Scivally http://blog.efnx.com http://github.com/schell http://twitter.com/schellsan -------------- next part -------------- An HTML attachment was scrubbed... URL: From efsubenovex at gmail.com Sun Jan 5 03:20:00 2014 From: efsubenovex at gmail.com (Schell Scivally) Date: Sat, 4 Jan 2014 19:20:00 -0800 Subject: [Haskell-iPhone] Bumpy ride down tetris clone lane. Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From carter.schonwald at gmail.com Sun Jan 5 04:02:59 2014 From: carter.schonwald at gmail.com (Carter Schonwald) Date: Sat, 4 Jan 2014 23:02:59 -0500 Subject: [Haskell-iPhone] Bumpy ride down tetris clone lane. In-Reply-To: References: Message-ID: schell, remember, you need to provide pastes/gist links of the (full) build errors or we can't help you. please start erring on the side of sharing TOO much information, or we can't help you. with no information, we can only offer emergency kittens and perhaps cookies if you're near a bakery that does delivery. (and probably not the latter :) ) On Sat, Jan 4, 2014 at 10:20 PM, Schell Scivally wrote: > 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 > > _______________________________________________ > iPhone mailing list > iPhone at haskell.org > http://www.haskell.org/mailman/listinfo/iphone > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lukexipd at gmail.com Sun Jan 5 04:17:53 2014 From: lukexipd at gmail.com (Luke Iannini) Date: Sat, 4 Jan 2014 20:17:53 -0800 Subject: [Haskell-iPhone] Bumpy ride down tetris clone lane. In-Reply-To: References: Message-ID: Hi Schell, I think both the OpenGL package issues are not iOS specific; they just make heavy use of CPP and thus into yet more yucky clang cpp stuff (I believe I saw a report on one of the main haskell lists of someone running into the same thing, with some mention of switching to ## for symbol concatenation, and that lens had to do the same thing recently) ? I can't install them with regular old cabal either. Which is sort of good news, because it means if you can debug them for regular OS X use they should work for iOS too : ). I haven't needed these particular packages yet so I haven't looked into it too much, but yeah, post the errors and we'll start figuring out how to fix them up for clang! Cheers Luke On Sat, Jan 4, 2014 at 8:02 PM, Carter Schonwald wrote: > schell, remember, you need to provide pastes/gist links of the (full) > build errors or we can't help you. please start erring on the side of > sharing TOO much information, or we can't help you. > > with no information, we can only offer emergency kittens and > perhaps cookies if you're near a bakery that does delivery. (and probably > not the latter :) ) > > > On Sat, Jan 4, 2014 at 10:20 PM, Schell Scivally wrote: > >> 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 >> >> _______________________________________________ >> iPhone mailing list >> iPhone at haskell.org >> http://www.haskell.org/mailman/listinfo/iphone >> >> > > _______________________________________________ > iPhone mailing list > iPhone at haskell.org > http://www.haskell.org/mailman/listinfo/iphone > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From efsubenovex at gmail.com Sun Jan 5 20:49:31 2014 From: efsubenovex at gmail.com (Schell Scivally) Date: Sun, 5 Jan 2014 12:49:31 -0800 Subject: [Haskell-iPhone] Bumpy ride down tetris clone lane. In-Reply-To: References: Message-ID: Thanks Luke, Carter. It does look like I'm running into the same problem as a lot of other people WRT OpenGLRaw. I'm keeping notes on my porting project at http://wiki.zyghost.com/Dev/iOS#hurdles which includes the errors I'm talking about. Also, I need more emergency kittens, stat! On Sat, Jan 4, 2014 at 8:17 PM, Luke Iannini wrote: > Hi Schell, > > I think both the OpenGL package issues are not iOS specific; they just > make heavy use of CPP and thus into yet more yucky clang cpp stuff (I > believe I saw a report on one of the main haskell lists of someone running > into the same thing, with some mention of switching to ## for symbol > concatenation, and that lens had to do the same thing recently) ? I can't > install them with regular old cabal either. Which is sort of good news, > because it means if you can debug them for regular OS X use they should > work for iOS too : ). > > I haven't needed these particular packages yet so I haven't looked into it > too much, but yeah, post the errors and we'll start figuring out how to fix > them up for clang! > > Cheers > Luke > > > On Sat, Jan 4, 2014 at 8:02 PM, Carter Schonwald < > carter.schonwald at gmail.com> wrote: > >> schell, remember, you need to provide pastes/gist links of the (full) >> build errors or we can't help you. please start erring on the side of >> sharing TOO much information, or we can't help you. >> >> with no information, we can only offer emergency kittens and >> perhaps cookies if you're near a bakery that does delivery. (and probably >> not the latter :) ) >> >> >> On Sat, Jan 4, 2014 at 10:20 PM, Schell Scivally wrote: >> >>> 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 >>> >>> _______________________________________________ >>> iPhone mailing list >>> iPhone at haskell.org >>> http://www.haskell.org/mailman/listinfo/iphone >>> >>> >> >> _______________________________________________ >> iPhone mailing list >> iPhone at haskell.org >> http://www.haskell.org/mailman/listinfo/iphone >> >> > -- Schell Scivally http://blog.efnx.com http://github.com/schell http://twitter.com/schellsan -------------- next part -------------- An HTML attachment was scrubbed... URL: From lukexipd at gmail.com Sun Jan 26 10:23:10 2014 From: lukexipd at gmail.com (Luke Iannini) Date: Sun, 26 Jan 2014 02:23:10 -0800 Subject: [Haskell-iPhone] GHC iOS ARMv7/ARMv7s fat support completed Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From efsubenovex at gmail.com Sun Jan 26 18:33:02 2014 From: efsubenovex at gmail.com (Schell Scivally) Date: Sun, 26 Jan 2014 10:33:02 -0800 Subject: [Haskell-iPhone] GHC iOS ARMv7/ARMv7s fat support completed In-Reply-To: References: Message-ID: Awesome! I'll be spinning this up soon. On Sun, Jan 26, 2014 at 2:23 AM, Luke Iannini wrote: > 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 > > _______________________________________________ > iPhone mailing list > iPhone at haskell.org > http://www.haskell.org/mailman/listinfo/iphone > > -- Schell Scivally http://blog.efnx.com http://github.com/schell http://twitter.com/schellsan -------------- next part -------------- An HTML attachment was scrubbed... URL: