Re: [Harbour] Harbour for the iPad - ok
Viktor Szakáts wrote: Hi Maurilio, what about using -gc3 to have an application which is not executed by a VM? What you get is a .c source regardless of the -gc mode, but the problem is that we're running a translator from .prg to .c. In that sense it should not make a difference. Yes, but this translator is run only once, during program build, from there on it is a pure machine code executable. I think the problem with Apple is that they don't want the VM running on iPhone/iPad because they cannot be sure the code does not contain malicious parts/virus/exploits and so on. The other thing is that if you want to access any Apple API from .prg, it's inevitable to go through a set of wrapper functions, which is again something Apple seems to not like, because this way they are in the hands of wrapper developers regarding what feature is accessible from .prg code and how fully it is implemented. I don't think so, you simply have some .c code which is a wrapper to something that, in the end, becomes a .c source which gets compiled/linked to a pure cpu specific assembler code. At least that's Apple's intent. As to how they can defend these rules in court, I have no idea. They don't defend it in court, they simply will not put your program on iTunes, so you cannot distribute it. Best regards. Maurilio. -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
What you get is a .c source regardless of the -gc mode, but the problem is that we're running a translator from .prg to .c. In that sense it should not make a difference. Yes, but this translator is run only once, during program build, from there on it is a pure machine code executable. I think the problem with Apple is that they don't want the VM running on iPhone/iPad because they cannot be sure the code does not contain malicious parts/virus/exploits and so on. Most importantly they want to keep staying in control of their own platform. [ BTW even with -gc3, the VM has to be there and running. ] The other thing is that if you want to access any Apple API from .prg, it's inevitable to go through a set of wrapper functions, which is again something Apple seems to not like, because this way they are in the hands of wrapper developers regarding what feature is accessible from .prg code and how fully it is implemented. I don't think so, you simply have some .c code which is a wrapper to something that, in the end, becomes a .c source which gets compiled/linked to a pure cpu specific assembler code. Apple want to keep out any extra layers between their API and application code. We can bend things however we want, but at the end, the extra layer will just be there, since you cannot make direct calls from .prg to Apple API. My emphasis from Section 3.3.1: Applications must be originally written in Objective-C, C, C++, or JavaScript Applications that link to Documented APIs through an intermediary translation or compatibility layer or tool are prohibited. At least that's Apple's intent. As to how they can defend these rules in court, I have no idea. They don't defend it in court, they simply will not put your program on iTunes, so you cannot distribute it. Yes, and/or if they find out about such practice they have the right to suspend your account I suppose. Question is how they can find it out, and what methods do they use to find it out, and if any developers want to make a risk here to push Apple and the license rules to the limits. Interesting reads: http://daringfireball.net/2010/04/why_apple_changed_section_331 http://daringfireball.net/2010/04/iphone_agreement_bans_flash_compiler (with other affected tools listed and linked) Discussion on MonoTouch forum: http://forums.monotouch.net/yaf_postst645.aspx One more important thing to add is that 3.3.1 section only applies to Standard licensing, and it doesn't for Enterprise licensing, which means you can develop an internally distributed (non-iTunes Store) application without being affected by this rule. Another thing to add is there is quite a lot of confusion and uncertainty regarding the matter, so it's worth to see what comes out of it at the end. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Viktor, what about using -gc3 to have an application which is not executed by a VM? Maurilio. Viktor Szakáts wrote: You have to be a registered with Apple developer in order to access to that SDK. They are getting too closed and restrictive... :-( I am a registered developer and the registration was fully free. This means I can now open XCode and create an iPhone app project. An iPhone emulator is also part of the package. OFF Okay, so an iPhone app can be created to run in the simulator, but for a final iPhone app, it needs to sign the app and for this a paid registration is required. It doesn't even reaches compilation phase. /OFF Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Hi Maurilio, what about using -gc3 to have an application which is not executed by a VM? What you get is a .c source regardless of the -gc mode, but the problem is that we're running a translator from .prg to .c. In that sense it should not make a difference. The other thing is that if you want to access any Apple API from .prg, it's inevitable to go through a set of wrapper functions, which is again something Apple seems to not like, because this way they are in the hands of wrapper developers regarding what feature is accessible from .prg code and how fully it is implemented. At least that's Apple's intent. As to how they can defend these rules in court, I have no idea. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
At least that's Apple's intent. As to how they can defend these rules in court, I have no idea. They will not accept your program in their store... if you program is a .99$ one it is a real problem but if you are able to sell one program in a vertical market for 100.000$... no need of iTunes :-) ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Hi Antonio, Pls send the warnings to the list and I'm sure we can fix them. The iPhone OS (thats how Apple names it for both the iphone and the ipad) does not provide libm.a as it is part of libSystem and based on what I have read, libSystem is linked by default (not 100% sure about this). So I used a dummy libm.a to avoid modifying the Harbour make for Darwin, and then _modfl() appeared as an unresolved external. We need to find an alternative function for it. I just did a quick and dirty workaround to bypass this problem :-) That's good, but to avoid guessing the exact location, some sort of log output would certainly help anyway. It's also a matter of detecting the platform in source. Can you run this command on the iPad: gcc -dM -E - /dev/null and post the output? (I see you're using some sort of hybrid Harbour codebase, to make the effort useful, pls try using latest SVN.) No, I used the latest SVN code. In fact I did the svn checkout from the ipad itself. Unless I did something wrong. How do you identify it as an hybrid version ? In the screenshot it shows: Rev. 13918, plus there is other matching old version information inside the harbour executable. If you used latest source, this was most probably the result of copying in hbverbld.h generated for another older local build. The major obstacle is to get working the right toolchain for the iPad. I can help on this if some of you are interested about it. It would be interesting to hear more about it. Once the ipad is jailbroken, we can use Cydia to install gcc, but it refuses to install it as libgcc is no longer available for current iphone os. So some users managed to create a fake-libgcc to bypass this problem. Then you have to use the iphone SDK headers as they are required also. Also installed subversion, make and built it (bypassing the libm and modfl problems). Aha, so it requires an iPad. I don't have one (yet?). Do you think it is possible to build Harbour for iPhone OS from Mac OS X? And how? Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
[ It would be interesting to see though if it's possible to mix the official XCode / iPad SDK Objective-C world with Harbour to create real and officially accepted applications. (and it still remains a question what real benefit does it give to be able to use Harbour in such scenario) ] Objective-C and C code can be freely mixed. I have already done it in Mac OSX and in the iphone. I manage Cocoa from OSX using Harbour and also used the GUI from Harbour in the iphone. So I guess I may be able to use the ipad GUI from Harbour too. Next step (just for fun) :-) But due to recent (and very much commented) Apple modifications to its licence, it is not allowed to use any code translator. They only allow to use their development tools. So we can't use Harbour to build offcial applications. This can only be used for private and personal use (I guess). Anyhow it seems as both in USA and Europe, legal investigation has started to proceed against Apple for monopolistic practices regarding this issue, but it will require a long time before this could force Apple to modify its licence (Novell, Adobe, and many others (us too) are very much affected cause this Apple licence change). http://www.zdnet.com/blog/burnette/apples-new-iphone-restrictions-and-the-5-stages-of-grief/1904 Yes. So ObjC, C are fine if they you use documented Apple APIs. For Harbour the problem is intermediary translation layer, which is inevitable if we want .prg code to do anything on an iPhone device. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Viktor, That's good, but to avoid guessing the exact location, some sort of log output would certainly help anyway. I will keep posting all my results and logs here, as I move forward. It's also a matter of detecting the platform in source. Can you run this command on the iPad: gcc -dM -E - /dev/null and post the output? #define __DBL_MIN_EXP__ (-1021) #define __FLT_MIN__ 1.17549435e-38F #define __DEC64_DEN__ 0.001E-383DD #define __CHAR_BIT__ 8 #define __ENVIRONMENT_IPHONE_OS_VERSION_MIN_REQUIRED__ 2 #define __WCHAR_MAX__ 2147483647 #define __DBL_DENORM_MIN__ 4.9406564584124654e-324 #define __FLT_EVAL_METHOD__ 0 #define __DBL_MIN_10_EXP__ (-307) #define __FINITE_MATH_ONLY__ 0 #define __ARMEL__ 1 #define __GNUC_PATCHLEVEL__ 1 #define __DEC64_MAX_EXP__ 384 #define __SHRT_MAX__ 32767 #define __LDBL_MAX__ 1.7976931348623157e+308L #define __APPLE_CC__ #define __UINTMAX_TYPE__ long long unsigned int #define __DEC32_EPSILON__ 1E-6DF #define __LDBL_MAX_EXP__ 1024 #define __SCHAR_MAX__ 127 #define __USER_LABEL_PREFIX__ _ #define __STDC_HOSTED__ 1 #define __LDBL_HAS_INFINITY__ 1 #define __DEC64_MIN_EXP__ (-383) #define __DBL_DIG__ 15 #define __FLT_EPSILON__ 1.19209290e-7F #define __APCS_32__ 1 #define __ENVIRONMENT_ASPEN_VERSION_MIN_REQUIRED__ 2 #define __LDBL_MIN__ 2.2250738585072014e-308L #define __DEC32_MAX__ 9.99E96DF #define __strong #define __APPLE__ 1 #define __DECIMAL_DIG__ 17 #define __LDBL_HAS_QUIET_NAN__ 1 #define __DYNAMIC__ 1 #define __GNUC__ 4 #define __FLT_HAS_DENORM__ 1 #define __DBL_MAX__ 1.7976931348623157e+308 #define __DBL_HAS_INFINITY__ 1 #define __DEC32_MIN_EXP__ (-95) #define __THUMB_INTERWORK__ 1 #define OBJC_NEW_PROPERTIES 1 #define __LDBL_HAS_DENORM__ 1 #define __DEC128_MAX__ 9.9E6144DL #define __USING_SJLJ_EXCEPTIONS__ 1 #define __DEC32_MIN__ 1E-95DF #define __weak #define __DBL_MAX_EXP__ 1024 #define __DEC128_EPSILON__ 1E-33DL #define __LONG_LONG_MAX__ 9223372036854775807LL #define __GXX_ABI_VERSION 1002 #define __FLT_MIN_EXP__ (-125) #define __DBL_MIN__ 2.2250738585072014e-308 #define __DBL_HAS_QUIET_NAN__ 1 #define __DEC128_MIN__ 1E-6143DL #define __REGISTER_PREFIX__ #define __DBL_HAS_DENORM__ 1 #define __NO_INLINE__ 1 #define __DEC_EVAL_METHOD__ 2 #define __FLT_MANT_DIG__ 24 #define __VERSION__ 4.2.1 (Based on Apple Inc. build ) #define __arm 1 #define __DEC64_EPSILON__ 1E-15DD #define __DEC128_MIN_EXP__ (-6143) #define __SIZE_TYPE__ long unsigned int #define __DEC32_DEN__ 0.01E-95DF #define __FLT_RADIX__ 2 #define __LDBL_EPSILON__ 2.2204460492503131e-16L #define __VFP_FP__ 1 #define __LDBL_DIG__ 15 #define __FLT_HAS_QUIET_NAN__ 1 #define __FLT_MAX_10_EXP__ 38 #define __LONG_MAX__ 2147483647L #define __FLT_HAS_INFINITY__ 1 #define __DEC64_MAX__ 9.999E384DD #define __DEC64_MANT_DIG__ 16 #define __DEC32_MAX_EXP__ 96 #define __DEC128_DEN__ 0.1E-6143DL #define __LITTLE_ENDIAN__ 1 #define __LDBL_MANT_DIG__ 53 #define __CONSTANT_CFSTRINGS__ 1 #define __WCHAR_TYPE__ int #define __pic__ 2 #define __FLT_DIG__ 6 #define __INT_MAX__ 2147483647 #define __FLT_MAX_EXP__ 128 #define __DBL_MANT_DIG__ 53 #define __DEC64_MIN__ 1E-383DD #define __WINT_TYPE__ int #define __LDBL_MIN_EXP__ (-1021) #define __arm__ 1 #define __MACH__ 1 #define __LDBL_MAX_10_EXP__ 308 #define __DBL_EPSILON__ 2.2204460492503131e-16 #define __ARM_ARCH_6ZK__ 1 #define __INTMAX_MAX__ 9223372036854775807LL #define __FLT_DENORM_MIN__ 1.40129846e-45F #define __PIC__ 2 #define __FLT_MAX__ 3.40282347e+38F #define __FLT_MIN_10_EXP__ (-37) #define __INTMAX_TYPE__ long long int #define __DEC128_MAX_EXP__ 6144 #define __GNUC_MINOR__ 2 #define __DEC32_MANT_DIG__ 7 #define __DBL_MAX_10_EXP__ 308 #define __LDBL_DENORM_MIN__ 4.9406564584124654e-324L #define __STDC__ 1 #define __PTRDIFF_TYPE__ int #define __DEC128_MANT_DIG__ 34 #define __LDBL_MIN_10_EXP__ (-307) #define __GNUC_GNU_INLINE__ 1 If you used latest source, this was most probably the result of copying in hbverbld.h generated for another older local build. Yes, right. I copied it from my latest Windows Harbour build as it was missing. Aha, so it requires an iPad. I don't have one (yet?). Do you think it is possible to build Harbour for iPhone OS from Mac OS X? And how? Yes, it should be possible as the Apple's official SDK (the one to use for the iPad) installs on the Mac. I don't know yet what exact flags and versions to use, thats why I used Saurik's gcc for the iPhone package. You have to be a registered with Apple developer in order to access to that SDK. They are getting too closed and restrictive... :-( Apple's Think different slogan seems to have vanished. Now they just want more and more money, so they don't think any different at all... Antonio ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
A useful link for non mac users: http://jeremylg.blogspot.com/2009/10/building-cc-applications-using-gccg-on.html ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
I will keep posting all my results and logs here, as I move forward. Okay, great. It's also a matter of detecting the platform in source. Can you run this command on the iPad: gcc -dM -E - /dev/null and post the output? #define __DBL_MIN_EXP__ (-1021) [...] #define __FLT_MIN__ 1.17549435e-38F #define __LDBL_MIN_10_EXP__ (-307) #define __GNUC_GNU_INLINE__ 1 Thanks, so far nothing more special can be seen besides it's a darwin + ARM combination. Aha, so it requires an iPad. I don't have one (yet?). Do you think it is possible to build Harbour for iPhone OS from Mac OS X? And how? Yes, it should be possible as the Apple's official SDK (the one to use for the iPad) installs on the Mac. I don't know yet what exact flags and versions to use, thats why I used Saurik's gcc for the iPhone package. You have to be a registered with Apple developer in order to access to that SDK. They are getting too closed and restrictive... :-( I am a registered developer and the registration was fully free. This means I can now open XCode and create an iPhone app project. An iPhone emulator is also part of the package. As for the restrictive nature, to a certain degree this guarantees the quality of the platform, and that I can understand as a motive. It bothers me more that some countries/regions are still second citizens in iTunes, and in pricing (EU as a cash cow). If I were to develop something for iPhone/iPad I'd most probably have a much less bumpier experience with a properly native end-result if choosing they own tools. XCode and ObjC are quite well made. We will see where all this leads. Apple's Think different slogan seems to have vanished. Now they just want more and more money, so they don't think any different at all... I'm still very happy in the environment they've created in OS X. Anyway I hope they will be tamed by healthy competitors on the market. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
You have to be a registered with Apple developer in order to access to that SDK. They are getting too closed and restrictive... :-( I am a registered developer and the registration was fully free. This means I can now open XCode and create an iPhone app project. An iPhone emulator is also part of the package. OFF Okay, so an iPhone app can be created to run in the simulator, but for a final iPhone app, it needs to sign the app and for this a paid registration is required. It doesn't even reaches compilation phase. /OFF Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Viktor, Two years ago (aproximately) I started an iPhone GUI library for Harbour. It was working fine but as the iPhone SDK was changing so much and as a new jailbreak was required for each new version, then I decided to stop it and wait. Also there seemed to be very little interest about it. Now that the iPad is here and there are lots of iPhone users, I think that it could be of interest to continue such project. As I am not commercially interested in such project, more over considering that Apple does not allow to use Harbour, I am considering to make it open source so maybe it gets some attention and some more developers want to join it. I appreciate your comments, thanks Antonio ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Hi Antonio, Two years ago (aproximately) I started an iPhone GUI library for Harbour. It was working fine but as the iPhone SDK was changing so much and as a new jailbreak was required for each new version, then I decided to stop it and wait. Also there seemed to be very little interest about it. Now that the iPad is here and there are lots of iPhone users, I think that it could be of interest to continue such project. As I am not commercially interested in such project, more over considering that Apple does not allow to use Harbour, I am considering to make it open source so maybe it gets some attention and some more developers want to join it. I appreciate your comments, thanks It definitely looks an interesting piece of project, something which could show the power of Harbour, so I'm interested. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Viktor, The project itself is quite small but it is (was) a working seed that could easily grow (a big tree comes out of a small seed) :-) Also I have similiar feelings about my FiveMac project, which it is much more evolved and actually offers a very good functionality. In fact we could take portions of FiveMac and port them to this iphone GUI lib for Harbour. I admit that my main bussiness comes from Windows, so both FiveMac and the iphone lib does not have any impact on my incomes, so I am not worried about releasing them with the hope that they may grow. Ok, now to the point: I keep SVN repositories for the iphone lib and for FiveMac. Where to take them ? Should they become part of Harbour contribs (I don't think so...) ? Would you be interested in admin them ? Thanks, Antonio ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Harbour for the iPad - ok
I have managed to build Harbour for the iPad: http://www.fivetechsoft.com/files/harbour-ipad.zip You need to jailbreak in order to use it. Next I will post some screenshots There is just a minor required fix in order to avoid the use of modf() as it is not supported (help Viktor! :-) The major obstacle is to get working the right toolchain for the iPad. I can help on this if some of you are interested about it. best regards, Antonio ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Hi antonio I am very intrested for ipad/antroid/window mobile Is possible compile from windows? http://developer.apple.com/iphone/index.action http://developer.apple.com/iphone/index.action 2010/5/7 Antonio Linares antonioharb...@gmail.com I have managed to build Harbour for the iPad: http://www.fivetechsoft.com/files/harbour-ipad.zip You need to jailbreak in order to use it. Next I will post some screenshots There is just a minor required fix in order to avoid the use of modf() as it is not supported (help Viktor! :-) The major obstacle is to get working the right toolchain for the iPad. I can help on this if some of you are interested about it. best regards, Antonio-- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Hi Antonio, I have managed to build Harbour for the iPad: http://www.fivetechsoft.com/files/harbour-ipad.zip Great! You need to jailbreak in order to use it. Next I will post some screenshots There is just a minor required fix in order to avoid the use of modf() as it is not supported (help Viktor! :-) Pls send the warnings to the list and I'm sure we can fix them. (I see you're using some sort of hybrid Harbour codebase, to make the effort useful, pls try using latest SVN.) The major obstacle is to get working the right toolchain for the iPad. I can help on this if some of you are interested about it. It would be interesting to hear more about it. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Hi Are there any license problem to run Harbour on iPad? []'s Maniero 2010/5/7 Viktor Szakáts harbour...@syenar.hu Hi Antonio, I have managed to build Harbour for the iPad: http://www.fivetechsoft.com/files/harbour-ipad.zip Great! You need to jailbreak in order to use it. Next I will post some screenshots There is just a minor required fix in order to avoid the use of modf() as it is not supported (help Viktor! :-) Pls send the warnings to the list and I'm sure we can fix them. (I see you're using some sort of hybrid Harbour codebase, to make the effort useful, pls try using latest SVN.) The major obstacle is to get working the right toolchain for the iPad. I can help on this if some of you are interested about it. It would be interesting to hear more about it. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Are there any license problem to run Harbour on iPad? From the Harbour side there isn't. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
There is a problem on the iPad side :-) At least seems it when I read tech news about iPad. []'s Maniero 2010/5/7 Viktor Szakáts harbour...@syenar.hu Are there any license problem to run Harbour on iPad? From the Harbour side there isn't. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Hi Are there any license problem to run Harbour on iPad? []'s Maniero Yes, since you have to jailbreak it you are probably breaking apple license... You are not using official compilers, not following apple guidelines, not giving money for SDK, not paying fee for selling via their store ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Are there any license problem to run Harbour on iPad? []'s Maniero Yes, since you have to jailbreak it you are probably breaking apple license... You are not using official compilers, not following apple guidelines, not giving money for SDK, not paying fee for selling via their store Such experimentation is obviously a technical stunt rather than a proper way to create official iPad application. It's nevertheless interesting, just like running Linux on every possible electronic device. [ It would be interesting to see though if it's possible to mix the official XCode / iPad SDK Objective-C world with Harbour to create real and officially accepted applications. (and it still remains a question what real benefit does it give to be able to use Harbour in such scenario) ] Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Viktor, my post was ironic ! Such experimentation is obviously a technical stunt rather than a proper way to create official iPad application. It's nevertheless interesting, just like running Linux on every possible electronic device. Yes, I have a frined running linux on his NintendoDS [ It would be interesting to see though if it's possible to mix the official XCode / iPad SDK Objective-C world with Harbour to create real and officially accepted applications. It is clear that officially you can't create applications with other tools... so I understood... (and it still remains a question what real benefit does it give to be able to use Harbour in such scenario) ] I'd like to be able to use harbour in one mobile... I will probably receive a smartphone from office in next weeks and I already have some ideas... I understand that Windows CE is ok (but with which gt or gui package)... now iPad (and I believe iPhone is good too)... Android still missing Francesco Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Viktor, [ It would be interesting to see though if it's possible to mix the official XCode / iPad SDK Objective-C world with Harbour to create real and officially accepted applications. (and it still remains a question what real benefit does it give to be able to use Harbour in such scenario) ] Objective-C and C code can be freely mixed. I have already done it in Mac OSX and in the iphone. I manage Cocoa from OSX using Harbour and also used the GUI from Harbour in the iphone. So I guess I may be able to use the ipad GUI from Harbour too. Next step (just for fun) :-) But due to recent (and very much commented) Apple modifications to its licence, it is not allowed to use any code translator. They only allow to use their development tools. So we can't use Harbour to build offcial applications. This can only be used for private and personal use (I guess). Anyhow it seems as both in USA and Europe, legal investigation has started to proceed against Apple for monopolistic practices regarding this issue, but it will require a long time before this could force Apple to modify its licence (Novell, Adobe, and many others (us too) are very much affected cause this Apple licence change). http://www.zdnet.com/blog/burnette/apples-new-iphone-restrictions-and-the-5-stages-of-grief/1904 best regards, Antonio ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour