Menu
▾
▴
hoc-devel — Developer discussion about HOC
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
(2) |
Oct
(5) |
Nov
|
Dec
|
| 2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2008 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(3) |
Aug
(18) |
Sep
(8) |
Oct
(5) |
Nov
(1) |
Dec
(14) |
| 2009 |
Jan
(9) |
Feb
(7) |
Mar
(6) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(23) |
Sep
(9) |
Oct
|
Nov
|
Dec
(1) |
| 2010 |
Jan
(2) |
Feb
(3) |
Mar
(1) |
Apr
|
May
|
Jun
(6) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
(1) |
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: <cod...@go...> - 2013-10-10 22:32:35
|
Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 28 by jbrown...@gmail.com: Typos in README http://code.google.com/p/hoc/issues/detail?id=28 A couple silly README typos. See attached patch. Attachments: readmetypos.patch 759 bytes -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings |
|
From: <cod...@go...> - 2012-03-28 13:16:52
|
Comment #4 on issue 27 by james.c...@usma.edu: Updates for 64-bit and Objective-C 4 http://code.google.com/p/hoc/issues/detail?id=27 Oh, sorry I forgot to mention the poor usage of mmap - thanks for reminding me. Glad to see you've looked at the changes though ;) I'm planning to implement a light-weight allocation scheme where the closures are allocated, say, pagesize / sizeof(ffi_closure) at a time and then we just take the next one when we need one. Either that or if it's not too difficult (and available on gnustep) I might set up an NSAllocationZone or whatever it's called, but that seems like overkill since AFAIK we never actually free any ffi_closures. Am I correct in thinking that if we wanted to we could even allocate them in batches of a few thousand without problems? mmap should return memory that isn't actually backed until used, right? Not that it's a big deal, but I'm pretty sure that sizeof(ffi_closure) doesn't usually divide the page size evenly, and an easy way of avoiding a bit of waste per page would be to just allocate a number of closures equal to the number of bytes per page. Regarding the issue tracker - Google's is pretty nice, but Github does also provide an issue tracker - do you have any opinions about the relative merits of the two? PS - an IRC discussion about this stuff broke out last night and a few other potential collaborators surfaced. We've created #haskell-objc on freenode and a few interested parties are now lurking there. If anyone is interested, feel free to join us (I'm "mokus" on IRC). |
|
From: <cod...@go...> - 2012-03-28 12:54:49
|
Comment #3 on issue 27 by aut...@gmail.com: Updates for 64-bit and Objective-C 4 http://code.google.com/p/hoc/issues/detail?id=27 A note on the ffi_closure allocation code: mmap-ing a 4K page for each ffi_closure seems wasteful. I fear more work will need to be done at some point in the future to optimize this. |
|
From: <cod...@go...> - 2012-03-28 12:50:45
|
Comment #2 on issue 27 by aut...@gmail.com: Updates for 64-bit and Objective-C 4 http://code.google.com/p/hoc/issues/detail?id=27 Great to see some activity here! As the original author, I have no objection to you taking over managing the project for now; in fact, I'd be glad, as I haven't been doing any managing myself recently. I might get involved again at some point in the future, but the power belongs with the people who do the work, in this case. No objections against git either; the only thing I would miss if things move away from Google is the issue-tracker. |
|
From: <cod...@go...> - 2012-03-28 01:06:12
|
Updates: Status: Fixed Comment #4 on issue 11 by james.c...@usma.edu: Do not completely override retain/release http://code.google.com/p/hoc/issues/detail?id=11 Closing this out since it appears to have been taken care of at some point. |
|
From: <cod...@go...> - 2012-03-28 01:02:07
|
Updates: Status: Started Owner: james.c...@usma.edu Labels: -Type-Defect Type-Review OpSys-OSX Component-Core Component-Ifgen Comment #1 on issue 27 by james.c...@usma.edu: Updates for 64-bit and Objective-C 4 http://code.google.com/p/hoc/issues/detail?id=27 Shoot, I realized too late that I entered this on the wrong google account so I couldn't set the ticket metadata properly. |
|
From: <cod...@go...> - 2012-03-28 00:58:05
|
Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 27 by mo...@deepbondi.net: Updates for 64-bit and Objective-C 4 http://code.google.com/p/hoc/issues/detail?id=27 Sorry for the lack of focus in this post (should it maybe be a Wiki page instead?), but it addresses a lot of different issues. Apple's Objective C runtime, GHC and Cabal have all changed quite a bit since the last time this project got much attention. This is mainly just an experience report on some recent work I've done updating HOC to work with the latest versions of each of these. The work in progress is currently available at https://github.com/mokus0/hoc. I'm using git because I find it so much more convenient than subversion. Once it's all working again, I can push it back into SVN if that is preferred, or I'd be just as happy to take over managing the project if the current managers would like to move on, in which case I would probably move it officially to Github unless there's a strong community preference to keep it here. There are several changes so far, with more to come: - It builds with far fewer Cabal hacks, and the one remaining hack can easily be eliminated if we are willing to just abandon support for pre-ObjC-2 on Mac OS, which I think is a reasonable thing to do. I think from an ease-of-building standpoint it is pretty close to ready for Hackage. Getting to this point involved splitting it into two packages though - all the FFI imports are now in a separate "HOC-cbits" package. This was necessary because GHC loads all imported modules to support template haskell, and this is the easiest way to get the "c bits" loaded. - It runs on x86-64. This was by far the hardest part, and also still the most delicate. Passing of structures in the ABI is poorly specified (IMO) and Apple's compiler follows it even more poorly. Currently it uses a simple threshold that happens to get most cases right, but this definitely needs some more thought. - It runs on Mac OS 10.7. This required a few hard-to-track-down but minor changes. Most notably, "id" values are not necessarily pointers and ffi_closures need special care when allocating to make sure they come from memory that doesn't have execution protection. - The test suite is now configured to run via "cabal test". This means that building requires cabal 1.9.2 or newer. - base < 4 support has been dropped. If necessary it wouldn't be hard to add back later. Other work planned: - More testing and cleanup of my changes. The code as it stands now will not work properly when compiled 32-bit due to a few quick fixes I haven't yet abstracted properly, but I plan to clean up that stuff tomorrow. Also it appears that Objective C exceptions are not always being caught and marshaled. - The interface generator does not work on recent Cocoa headers. My first thought is to update it to use BridgeSupport metadata files. I seem to recall from an earlier look at this idea that there was not enough information in them to support the interface generator. If that turns out to be the case then I'll either change the generated module s or update the existing design to parse the newer files. If anyone has any thoughts on either the changes made so far or changes that need to be made, I'd love to hear them. |
|
From: <cod...@go...> - 2012-02-15 15:10:05
|
Comment #3 on issue 24 by meric...@gmail.com: Bindings do not compile using Mac OS 10.6 SDK http://code.google.com/p/hoc/issues/detail?id=24 One of the reasons Bindings do not compile using Mac OS 10.6 SDK is because of macros present in the header files breaking the parser. Using gcc -E -P on those headers before parsing them would expand all the macros, but also expand all the #includes. Do you think the preprocessor is a viable option for making the ifgen parse the header files successfully? |
|
From: <cod...@go...> - 2010-06-18 05:22:31
|
Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 26 by pradeepkumar.t: release HOC on hackage http://code.google.com/p/hoc/issues/detail?id=26 Could you please release HOC on hackage. It could have better visibility and hence get more people to hack on. |
|
From: <cod...@go...> - 2010-06-18 00:53:27
|
Updates: Status: Fixed Comment #3 on issue 23 by wolfgang...@gmx.net: GHC 6.12.1 compile failure due to TH changes http://code.google.com/p/hoc/issues/detail?id=23 Fixed by applying a mixture of patches, one contributed by pedromartins.pt (see Issue 25) and one by Torsten Kemps-Benedix. |
|
From: <cod...@go...> - 2010-06-18 00:49:22
|
Comment #2 on issue 23 by wolfgang...@gmx.net: GHC 6.12.1 compile failure due to TH changes http://code.google.com/p/hoc/issues/detail?id=23 Issue 25 has been merged into this issue. |
|
From: <cod...@go...> - 2010-06-18 00:45:14
|
Updates: Status: Duplicate Mergedinto: 23 Comment #3 on issue 25 by wolfgang...@gmx.net: Can't install hoc. http://code.google.com/p/hoc/issues/detail?id=25 Thank you for the patch. I have applied some mixture of it and a patch I received by e-mail earlier this week. |
|
From: <cod...@go...> - 2010-06-18 00:31:24
|
Updates: Summary: Bindings do not compile using Mac OS 10.6 SDK Status: Accepted Comment #2 on issue 24 by wolfgang...@gmx.net: Bindings do not compile using Mac OS 10.6 SDK http://code.google.com/p/hoc/issues/detail?id=24 I have applied the fix-bindings.patch above (Thanks!) and modified the build instructions in README.txt to tell people to use HOC_SDK=MacOSX10.5. This issue will remain open until parsing the 10.6 SDK works. |
|
From: <cod...@go...> - 2010-06-17 14:21:13
|
Comment #2 on issue 25 by pedromartins.pt: Can't install hoc. http://code.google.com/p/hoc/issues/detail?id=25 I managed to get hoc to compile with GHC 6.12.1 by just updating all the "ConT ... AppT ..." vs "ClassP" TH errors and fixing some other random API changes (like the disappearance of CLDouble, Char/String in Data, and the Setup.hs issue). I also had to apply the patch in http://code.google.com/p/hoc/issues/detail?id=24 to get the bindings to generate in SL. I've attached the patch with the API change fixes. Note that they were done simply by following the types, not understanding the code, so I might have changed some functionality or there might be some "unexhaustive pattern match" lurking, but it seems to work fine, I've successfully compiled and run all examples. Attachments: hoc-apichanges.patch 10.8 KB |
|
From: <cod...@go...> - 2010-03-07 05:41:02
|
Comment #1 on issue 25 by erik.flister: Can't install hoc. http://code.google.com/p/hoc/issues/detail?id=25 same exact problem -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings |
|
From: <cod...@go...> - 2010-02-21 20:23:07
|
Comment #1 on issue 24 by bickfordb: Bindings do not compile http://code.google.com/p/hoc/issues/detail?id=24 I found a workaround for this. If you change the bindings to use the 10.5 SDK (and have the 10.5 SDK installed), the bindings will compile. Attached is a patch to let you select the SDK via an environment variable. I run it like: HOC_SDK=MacOSX10.5 sh ./make-bindings-macos.sh --user Attachments: fix-bindings.patch 2.0 KB -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings |
|
From: <cod...@go...> - 2010-02-09 17:04:18
|
Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 25 by nolica.sacoz: Can't install hoc. http://code.google.com/p/hoc/issues/detail?id=25 What steps will reproduce the problem? 1. Install ghc 6.12.1 2. Install packages those are depended from hoc (HUnit, fgl, mtl, parsec) 3. try "runhaskell Setup configure" What is the expected output? What do you see instead? I saw error messages below: Setup.hs:18:19: Couldn't match expected type `GenericPackageDescription' against inferred type `Either GenericPackageDescription PackageDescription' Expected type: (GenericPackageDescription, HookedBuildInfo) Inferred type: (Either GenericPackageDescription PackageDescription, HookedBuildInfo) In the `confHook' field of a record In the second argument of `($)', namely `defaultUserHooks {confHook = customConfig, buildHook = customBuild}' Setup.hs:88:21: Couldn't match expected type `GenericPackageDescription' against inferred type `Either GenericPackageDescription PackageDescription' Expected type: (GenericPackageDescription, HookedBuildInfo) Inferred type: (Either GenericPackageDescription PackageDescription, HookedBuildInfo) In the first argument of `configure', namely `pdbi' In a stmt of a 'do' expression: lbi <- configure pdbi cf What version of the product are you using? On what operating system? OS: Mac OS X 10.6.2 GHC: 6.12.1 HUnit, fgl, mtl, parsec, and parsec: latest version at HackageDB -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings |
|
From: <cod...@go...> - 2010-02-06 00:01:50
|
Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 24 by jejansse: Bindings do not compile http://code.google.com/p/hoc/issues/detail?id=24 What steps will reproduce the problem? 1. cabal install --user (no problems reported after fixing Block.h etc.). 2. cd Bindings; sh make-bindings-macos.sh --user What is the expected output? What do you see instead? Expected output: succesful build of the bindings. What I see: *** Processing Framework Foundation *** Parsing Objective-C header files: [ ] Building initial entities: [ ] Resolving cross-references: [ ] Converting types: [ ] Zapping unconvertable entities: [ ] Filling in additional instance declarations: [ ] NSURLError.h:62:69: kCFURLErrorCancelled undefined [ NSURLError.h:62:69: Couldn't handle enum value for NSURLErrorCancelled NSURLError.h:63:66: kCFURLErrorBadURL undefined [ NSURLError.h:63:66: Couldn't handle enum value for NSURLErrorBadURL NSURLError.h:64:68: kCFURLErrorTimedOut undefined [ NSURLError.h:64:68: Couldn't handle enum value for NSURLErrorTimedOut NSURLError.h:65:74: kCFURLErrorUnsupportedURL undefined [ NSURLError.h:65:74: Couldn't handle enum value for NSURLErrorUnsupportedURL NSURLError.h:66:74: kCFURLErrorCannotFindHost undefined [ NSURLError.h:66:74: Couldn't handle enum value for NSURLErrorCannotFindHost NSURLError.h:67:79: kCFURLErrorCannotConnectToHost undefined NSURLError.h:67:79: Couldn't handle enum value for NSURLErrorCannotConnectToHost NSURLError.h:68:81: kCFURLErrorNetworkConnectionLost undefined NSURLError.h:68:81: Couldn't handle enum value for NSURLErrorNetworkConnectionLost NSURLError.h:69:75: kCFURLErrorDNSLookupFailed undefined NSURLError.h:69:75: Couldn't handle enum value for NSURLErrorDNSLookupFailed NSURLError.h:70:80: kCFURLErrorHTTPTooManyRedirects undefined NSURLError.h:70:80: Couldn't handle enum value for NSURLErrorHTTPTooManyRedirects NSURLError.h:71:79: kCFURLErrorResourceUnavailable undefined NSURLError.h:71:79: Couldn't handle enum value for NSURLErrorResourceUnavailable NSURLError.h:72:82: kCFURLErrorNotConnectedToInternet undefined NSURLError.h:72:82: Couldn't handle enum value for NSURLErrorNotConnectedToInternet NSURLError.h:73:89: kCFURLErrorRedirectToNonExistentLocation undefined NSURLError.h:73:89: Couldn't handle enum value for NSURLErrorRedirectToNonExistentLocation NSURLError.h:74:77: kCFURLErrorBadServerResponse undefined NSURLError.h:74:77: Couldn't handle enum value for NSURLErrorBadServerResponse NSURLError.h:75:87: kCFURLErrorUserCancelledAuthentication undefined NSURLError.h:75:87: Couldn't handle enum value for NSURLErrorUserCancelledAuthentication NSURLError.h:76:86: kCFURLErrorUserAuthenticationRequired undefined NSURLError.h:76:86: Couldn't handle enum value for NSURLErrorUserAuthenticationRequired NSURLError.h:77:76: kCFURLErrorZeroByteResource undefined NSURLError.h:77:76: Couldn't handle enum value for NSURLErrorZeroByteResource NSURLError.h:78:79: kCFURLErrorCannotDecodeRawData undefined NSURLError.h:78:79: Couldn't handle enum value for NSURLErrorCannotDecodeRawData NSURLError.h:79:83: kCFURLErrorCannotDecodeContentData undefined NSURLError.h:79:83: Couldn't handle enum value for NSURLErrorCannotDecodeContentData NSURLError.h:80:79: kCFURLErrorCannotParseResponse undefined NSURLError.h:80:79: Couldn't handle enum value for NSURLErrorCannotParseResponse NSURLError.h:81:76: kCFURLErrorFileDoesNotExist undefined NSURLError.h:81:76: Couldn't handle enum value for NSURLErrorFileDoesNotExist NSURLError.h:82:75: kCFURLErrorFileIsDirectory undefined NSURLError.h:82:75: Couldn't handle enum value for NSURLErrorFileIsDirectory NSURLError.h:83:83: kCFURLErrorNoPermissionsToReadFile undefined NSURLError.h:83:83: Couldn't handle enum value for NSURLErrorNoPermissionsToReadFile NSURLError.h:85:84: kCFURLErrorDataLengthExceedsMaximum undefined NSURLError.h:85:84: Couldn't handle enum value for NSURLErrorDataLengthExceedsMaximum NSURLError.h:89:82: kCFURLErrorSecureConnectionFailed undefined NSURLError.h:89:82: Couldn't handle enum value for NSURLErrorSecureConnectionFailed NSURLError.h:90:87: kCFURLErrorServerCertificateHasBadDate undefined NSURLError.h:90:87: Couldn't handle enum value for NSURLErrorServerCertificateHasBadDate NSURLError.h:91:86: kCFURLErrorServerCertificateUntrusted undefined NSURLError.h:91:86: Couldn't handle enum value for NSURLErrorServerCertificateUntrusted NSURLError.h:92:91: kCFURLErrorServerCertificateHasUnknownRoot undefined NSURLError.h:92:91: Couldn't handle enum value for NSURLErrorServerCertificateHasUnknownRoot NSURLError.h:93:88: kCFURLErrorServerCertificateNotYetValid undefined NSURLError.h:93:88: Couldn't handle enum value for NSURLErrorServerCertificateNotYetValid NSURLError.h:94:85: kCFURLErrorClientCertificateRejected undefined NSURLError.h:94:85: Couldn't handle enum value for NSURLErrorClientCertificateRejected NSURLError.h:95:85: kCFURLErrorClientCertificateRequired undefined NSURLError.h:95:85: Couldn't handle enum value for NSURLErrorClientCertificateRequired NSURLError.h:96:81: kCFURLErrorCannotLoadFromNetwork undefined NSURLError.h:96:81: Couldn't handle enum value for NSURLErrorCannotLoadFromNetwork NSURLError.h:99:76: kCFURLErrorCannotCreateFile undefined NSURLError.h:99:76: Couldn't handle enum value for NSURLErrorCannotCreateFile NSURLError.h:100:74: kCFURLErrorCannotOpenFile undefined NSURLError.h:100:74: Couldn't handle enum value for NSURLErrorCannotOpenFile NSURLError.h:101:75: kCFURLErrorCannotCloseFile undefined NSURLError.h:101:75: Couldn't handle enum value for NSURLErrorCannotCloseFile NSURLError.h:102:77: kCFURLErrorCannotWriteToFile undefined NSURLError.h:102:77: Couldn't handle enum value for NSURLErrorCannotWriteToFile NSURLError.h:103:76: kCFURLErrorCannotRemoveFile undefined NSURLError.h:103:76: Couldn't handle enum value for NSURLErrorCannotRemoveFile NSURLError.h:104:74: kCFURLErrorCannotMoveFile undefined NSURLError.h:104:74: Couldn't handle enum value for NSURLErrorCannotMoveFile NSURLError.h:105:91: kCFURLErrorDownloadDecodingFailedMidStream undefined NSURLError.h:105:91: Couldn't handle enum value for NSURLErrorDownloadDecodingFailedMidStream NSURLError.h:106:92: kCFURLErrorDownloadDecodingFailedToComplete undefined NSURLError.h:106:92: Couldn't handle enum value for NSURLErrorDownloadDecodingFailedToComplete Parsing Objective-C header files: [ hoc- ifgen: user error ("NSObjCRuntime.h" (line 193, column 71): unexpected "(" expecting "__attribute__", identifier, "=", ";", "," or "{") What version of the product are you using? On what operating system? svn checkout of hoc from feb 5th on Snow Leopard with ghc 6.10.4, cabal 1.6.0.3, and cabal-install 0.6.4. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings |
|
From: Adam C. <cim...@gm...> - 2010-01-10 00:42:32
|
Hello!
I've compiled HOC on my laptop running Snow Leopard with `runhaskell Setup.hs configure --user; ... install`
I also compiled the tests and they run fine.
when I `cd Bindings; sh make-bindings-macos.sh --user` however, I get the following long list of errors:
$ sh make-bindings-macos.sh --user
*** Processing Framework Foundation ***
NSURLError.h:62:69: kCFURLErrorCancelled undefined [ ]
NSURLError.h:62:69: Couldn't handle enum value for NSURLErrorCancelled ]
NSURLError.h:63:66: kCFURLErrorBadURL undefined [ ]
NSURLError.h:63:66: Couldn't handle enum value for NSURLErrorBadURL ]
NSURLError.h:64:68: kCFURLErrorTimedOut undefined [ ]
NSURLError.h:64:68: Couldn't handle enum value for NSURLErrorTimedOut ]
NSURLError.h:65:74: kCFURLErrorUnsupportedURL undefined [ ]
NSURLError.h:65:74: Couldn't handle enum value for NSURLErrorUnsupportedURL ]
NSURLError.h:66:74: kCFURLErrorCannotFindHost undefined [ ]
NSURLError.h:66:74: Couldn't handle enum value for NSURLErrorCannotFindHost ]
NSURLError.h:67:79: kCFURLErrorCannotConnectToHost undefined ]
NSURLError.h:67:79: Couldn't handle enum value for NSURLErrorCannotConnectToHost ]
NSURLError.h:68:81: kCFURLErrorNetworkConnectionLost undefined
NSURLError.h:68:81: Couldn't handle enum value for NSURLErrorNetworkConnectionLost
NSURLError.h:69:75: kCFURLErrorDNSLookupFailed undefined
NSURLError.h:69:75: Couldn't handle enum value for NSURLErrorDNSLookupFailed
NSURLError.h:70:80: kCFURLErrorHTTPTooManyRedirects undefined
NSURLError.h:70:80: Couldn't handle enum value for NSURLErrorHTTPTooManyRedirects
NSURLError.h:71:79: kCFURLErrorResourceUnavailable undefined
NSURLError.h:71:79: Couldn't handle enum value for NSURLErrorResourceUnavailable
NSURLError.h:72:82: kCFURLErrorNotConnectedToInternet undefined
NSURLError.h:72:82: Couldn't handle enum value for NSURLErrorNotConnectedToInternet
NSURLError.h:73:89: kCFURLErrorRedirectToNonExistentLocation undefined
NSURLError.h:73:89: Couldn't handle enum value for NSURLErrorRedirectToNonExistentLocation
NSURLError.h:74:77: kCFURLErrorBadServerResponse undefined
NSURLError.h:74:77: Couldn't handle enum value for NSURLErrorBadServerResponse
NSURLError.h:75:87: kCFURLErrorUserCancelledAuthentication undefined
NSURLError.h:75:87: Couldn't handle enum value for NSURLErrorUserCancelledAuthentication
NSURLError.h:76:86: kCFURLErrorUserAuthenticationRequired undefined
NSURLError.h:76:86: Couldn't handle enum value for NSURLErrorUserAuthenticationRequired
NSURLError.h:77:76: kCFURLErrorZeroByteResource undefined
NSURLError.h:77:76: Couldn't handle enum value for NSURLErrorZeroByteResource
NSURLError.h:78:79: kCFURLErrorCannotDecodeRawData undefined
NSURLError.h:78:79: Couldn't handle enum value for NSURLErrorCannotDecodeRawData
NSURLError.h:79:83: kCFURLErrorCannotDecodeContentData undefined
NSURLError.h:79:83: Couldn't handle enum value for NSURLErrorCannotDecodeContentData
NSURLError.h:80:79: kCFURLErrorCannotParseResponse undefined
NSURLError.h:80:79: Couldn't handle enum value for NSURLErrorCannotParseResponse
NSURLError.h:81:76: kCFURLErrorFileDoesNotExist undefined
NSURLError.h:81:76: Couldn't handle enum value for NSURLErrorFileDoesNotExist
NSURLError.h:82:75: kCFURLErrorFileIsDirectory undefined
NSURLError.h:82:75: Couldn't handle enum value for NSURLErrorFileIsDirectory
NSURLError.h:83:83: kCFURLErrorNoPermissionsToReadFile undefined
NSURLError.h:83:83: Couldn't handle enum value for NSURLErrorNoPermissionsToReadFile
NSURLError.h:85:84: kCFURLErrorDataLengthExceedsMaximum undefined
NSURLError.h:85:84: Couldn't handle enum value for NSURLErrorDataLengthExceedsMaximum
NSURLError.h:89:82: kCFURLErrorSecureConnectionFailed undefined
NSURLError.h:89:82: Couldn't handle enum value for NSURLErrorSecureConnectionFailed
NSURLError.h:90:87: kCFURLErrorServerCertificateHasBadDate undefined
NSURLError.h:90:87: Couldn't handle enum value for NSURLErrorServerCertificateHasBadDate
NSURLError.h:91:86: kCFURLErrorServerCertificateUntrusted undefined
NSURLError.h:91:86: Couldn't handle enum value for NSURLErrorServerCertificateUntrusted
NSURLError.h:92:91: kCFURLErrorServerCertificateHasUnknownRoot undefined
NSURLError.h:92:91: Couldn't handle enum value for NSURLErrorServerCertificateHasUnknownRoot
NSURLError.h:93:88: kCFURLErrorServerCertificateNotYetValid undefined
NSURLError.h:93:88: Couldn't handle enum value for NSURLErrorServerCertificateNotYetValid
NSURLError.h:94:85: kCFURLErrorClientCertificateRejected undefined
NSURLError.h:94:85: Couldn't handle enum value for NSURLErrorClientCertificateRejected
NSURLError.h:95:85: kCFURLErrorClientCertificateRequired undefined
NSURLError.h:95:85: Couldn't handle enum value for NSURLErrorClientCertificateRequired
NSURLError.h:96:81: kCFURLErrorCannotLoadFromNetwork undefined
NSURLError.h:96:81: Couldn't handle enum value for NSURLErrorCannotLoadFromNetwork
NSURLError.h:99:76: kCFURLErrorCannotCreateFile undefined
NSURLError.h:99:76: Couldn't handle enum value for NSURLErrorCannotCreateFile
NSURLError.h:100:74: kCFURLErrorCannotOpenFile undefined
NSURLError.h:100:74: Couldn't handle enum value for NSURLErrorCannotOpenFile
NSURLError.h:101:75: kCFURLErrorCannotCloseFile undefined
NSURLError.h:101:75: Couldn't handle enum value for NSURLErrorCannotCloseFile
NSURLError.h:102:77: kCFURLErrorCannotWriteToFile undefined
NSURLError.h:102:77: Couldn't handle enum value for NSURLErrorCannotWriteToFile
NSURLError.h:103:76: kCFURLErrorCannotRemoveFile undefined
NSURLError.h:103:76: Couldn't handle enum value for NSURLErrorCannotRemoveFile
NSURLError.h:104:74: kCFURLErrorCannotMoveFile undefined
NSURLError.h:104:74: Couldn't handle enum value for NSURLErrorCannotMoveFile
NSURLError.h:105:91: kCFURLErrorDownloadDecodingFailedMidStream undefined
NSURLError.h:105:91: Couldn't handle enum value for NSURLErrorDownloadDecodingFailedMidStream
NSURLError.h:106:92: kCFURLErrorDownloadDecodingFailedToComplete undefined
NSURLError.h:106:92: Couldn't handle enum value for NSURLErrorDownloadDecodingFailedToComplete
hoc-ifgen: user error ("NSObjCRuntime.h" (line 193, column 71): ]
unexpected "("
expecting "__attribute__", identifier, "=", ";", "," or "{")
Any help would be appreciated. I hope this mailing list is the right one, as google code does not mention it.
Thanks,
Adam
|
|
From: <cod...@go...> - 2010-01-02 04:43:44
|
Comment #1 on issue 23 by bill.tutt: GHC 6.12.1 compile failure due to TH changes http://code.google.com/p/hoc/issues/detail?id=23 Other code that deals with TH runs into an issue where Cxt was changed from [Type] to [Pred] where Pred is normally ClassP Name [Type]. Asking on #haskell gave the answer that previous ConT <name> `AppT` <type1> `AppT` <type2> should be rewritten as: ClassP <name> [<type1>, <type2] for Cxts. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings |
|
From: <cod...@go...> - 2009-12-30 07:04:12
|
Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 23 by bill.tutt: GHC 6.12.1 compile failure due to TH changes http://code.google.com/p/hoc/issues/detail?id=23 What steps will reproduce the problem? Compile trunk as of 12-30-09 with GHC 6.12.1. What is the expected output? What do you see instead? Compile error: [15 of 31] Compiling HOC.CannedCIFs ( HOC/HOC/CannedCIFs.hs, dist/build/HOC/CannedCIFs.o ) HOC/HOC/CannedCIFs.hs:80:49: Couldn't match expected type `Name' against inferred type `TyVarBndr' Expected type: [(Name, Type)] Inferred type: [(TyVarBndr, b)] In the second argument of `lookup', namely `mapping' In the second argument of `fromMaybe', namely `(lookup name mapping)' HOC/HOC/CannedCIFs.hs:125:31: Couldn't match expected type `Name' against inferred type `TyVarBndr' Expected type: [(Name, b)] Inferred type: [(TyVarBndr, b1)] In the second argument of `lookup', namely `mapping' In the expression: lookup name mapping This appears to be due to: data Type = ForallT [Name] Cxt Type changing to: data Type = ForallT [TyVarBndr] Cxt Type Along with this: data TyVarBndr = PlainTV Name -- a | KindedTV Name Kind -- (a :: k) deriving( Show, Eq, Data, Typeable ) data Kind = StarK -- '*' | ArrowK Kind Kind -- k1 -> k2 deriving( Show, Eq, Data, Typeable ) -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings |
|
From: <cod...@go...> - 2009-09-27 10:34:28
|
Updates: Status: Fixed Comment #3 on issue 22 by wolfgang...@gmx.net: HOC does not build under Snow Leopard http://code.google.com/p/hoc/issues/detail?id=22 Committed as revision 413. Thanks! -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings |
|
From: <cod...@go...> - 2009-09-27 10:22:25
|
Comment #2 on issue 22 by AntoineVanGelderJnr: HOC does not build under Snow Leopard http://code.google.com/p/hoc/issues/detail?id=22 Shouldn't be necessary, found the cause. gcc on Snow Leopard builds 64 bit object files by default but OSX ghc is still expecting 32 bits. Following patch fixes: Index: Setup.hs =================================================================== --- Setup.hs (revision 411) +++ Setup.hs (working copy) @@ -174,7 +174,7 @@ ++ ["-l" ++ lib | lib <- extraLibs buildInfo] ++ ["-framework " ++ fw | fw <- frameworks buildInfo] - let cmd = "gcc -r -nostdlib -I`ghc --print-libdir`/include " + let cmd = "gcc -m32 -r -nostdlib -I`ghc --print-libdir`/include " ++ unwords cflags ++ " HOC_cbits/*.m -o " ++ cbitsObjectFile -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings |
|
From: <cod...@go...> - 2009-09-27 10:18:28
|
Updates: Status: Fixed Comment #1 on issue 21 by wolfgang...@gmx.net: hoc-read-only build problem using README instructions http://code.google.com/p/hoc/issues/detail?id=21 README.txt has been changed. (see also issue #20) -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings |
|
From: <cod...@go...> - 2009-09-27 10:14:24
|
Updates: Status: Fixed Comment #2 on issue 20 by wolfgang...@gmx.net: Create bindings failed http://code.google.com/p/hoc/issues/detail?id=20 README.txt has been changed. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings |
