Menu
▾
▴
xmlvm-users — For current and interested XMLVM users, for public discussions and anouncements.
You can subscribe to this list here.
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(29) |
Aug
(75) |
Sep
(32) |
Oct
(147) |
Nov
(31) |
Dec
(49) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
(46) |
Feb
(35) |
Mar
(148) |
Apr
(33) |
May
(53) |
Jun
(46) |
Jul
(60) |
Aug
(44) |
Sep
(135) |
Oct
(23) |
Nov
(68) |
Dec
(42) |
| 2011 |
Jan
(94) |
Feb
(55) |
Mar
(114) |
Apr
(78) |
May
(64) |
Jun
(10) |
Jul
(31) |
Aug
(2) |
Sep
(25) |
Oct
(13) |
Nov
(8) |
Dec
(24) |
| 2012 |
Jan
(5) |
Feb
(33) |
Mar
(31) |
Apr
(19) |
May
(24) |
Jun
(23) |
Jul
(14) |
Aug
(15) |
Sep
(12) |
Oct
(3) |
Nov
(4) |
Dec
(19) |
| 2013 |
Jan
(8) |
Feb
(20) |
Mar
(4) |
Apr
(2) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(1) |
Nov
(4) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Gergely K. <ger...@ma...> - 2010-05-04 21:22:55
|
Hi, Currently XMLVM implements a limited subset of the standard Java API. For networking HttpConnection should be available. (I am not even sure if it is merged in trunk, check at xmlvm-reviews.appspot.com for patches). I don't know how the Apache HttpClient is implemented, but I think it uses the standard java.net classes as a backend. So it should be possible to cross-compile the HttpClient and implement any missing Java API classes in the compatibility library. Regarding the Telephony API: Compared to Android, iPhone only has very limited Telephony API in the SDK. The iPhone OS4 made some improvements, but it is not yet released to devices yet, and it is still pretty limited. You should consult the documentation at developer.apple.com. If the iPhone SDK supports the required functionality, you will have to create the wrapper classes for the Telephony API (should be pretty straightforward), because it is currently not mapped to Java. Best Regards, Gergely 2010/5/4 Christian Kierdorf <chr...@go...> > Hi, > I wrote an Android App that uses the Apache HttpClient and the > TelephonManager. > Is someone working on this? I may need some help with this. > > Chris > -- Kis Gergely MattaKis Consulting Email: ger...@ma... Web: http://www.mattakis.com Phone: +36 70 408 1723 Fax: +36 27 998 622 |
|
From: Christian K. <chr...@go...> - 2010-05-04 16:27:21
|
Hi, I wrote an Android App that uses the Apache HttpClient and the TelephonManager. Is someone working on this? I may need some help with this. Chris |
|
From: Lennie De V. <len...@gm...> - 2010-04-24 09:10:41
|
Hi I got an existing Android app I wrote, how can I port it over to the iPhone? How do I start to use XMLVM? Thanks Sent from my iPod |
|
From: Sascha H. <sa...@gm...> - 2010-04-19 21:46:00
|
Very interesting, thanks for sharing Gergely. I am curious to see how this goes. If MonoTouch would be allowed, and PhoneGap is as well, the it seems like the new paragraph is really just an Anti-Flash paragraph. // Sascha On Mon, Apr 19, 2010 at 11:35 PM, Gergely Kis <ger...@ma...>wrote: > FYI: http://www.mono-project.com/newstouch/archive/2010/Apr-19.html > > Not definitive yet, but I assume Novell has lawyers too, who looked at the > text. Of course, they don't want their customers to flee their platform > so.... > > Best Regards, > Gergely > > -- > Kis Gergely > MattaKis Consulting > Email: ger...@ma... > Web: http://www.mattakis.com > Phone: +36 70 408 1723 > Fax: +36 27 998 622 > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
|
From: Gergely K. <ger...@ma...> - 2010-04-19 21:41:50
|
FYI: http://www.mono-project.com/newstouch/archive/2010/Apr-19.html Not definitive yet, but I assume Novell has lawyers too, who looked at the text. Of course, they don't want their customers to flee their platform so.... Best Regards, Gergely -- Kis Gergely MattaKis Consulting Email: ger...@ma... Web: http://www.mattakis.com Phone: +36 70 408 1723 Fax: +36 27 998 622 |
|
From: Joris V. <jbv...@gm...> - 2010-04-18 17:45:17
|
Ok, I think I'm beginning to understand what's going on here. I'm not really familiar with jailbroken compilation, but from what I've seen, is that some apps are compiled with custom gcc buildscripts. I can understand why apple would not want to support this. I also understand why apple would rather not have scripting languages/vms.. There's a reason why they don't do garbage collection on the iPhone. My assumption is that codegeneration tools will be allowed, also because it's a good thing for the iPhone ecosystem. Not everybody can create the same quality stuff in all languages / tools. There's a reason why tools and engines are used. Using middleware should improve overall quality, as there is less to focus on. This is of course well known. The problem Apple is facing, is the huge number of low quality apps. If you require to use Apple's tools, you will only have: * Developers that already worked with apple tools//xcode/objc * Developers that won't go for the platform * Developers that will take the effort to learn the platform * Developers that will learn the platform, but only to get up and running, and therefore missing a lot of the APIs.. resulting in the same 'bad' software. This, however, will NOT improve app quality. A lot of the apps available are created by one-man developers, and one of the things most developers can't do is design. If you look at normal software, it's the same story, and low quality software will be less known than good quality. There's one big difference. Normal software relies on google, and apple's appstore relies on releasedate, ratings, and weekly popularity. This model is nice for trends, but not for general apps. The same has been true for desktop software. How many people still use zdnet or whatever to find new software? Most people use software recommended by friends, and occasionally software recommended by blogs like lifehacker. Apple needs to realize that it can't control this. They can provide tools to support, but at this point they're inadequate. The appstore as a distribution platform IS a good thing. It provides users and developers an easy way to get and sell software. Apple can improve their appstore by having a searchable featured list, buddylist / recommendations, better searchengine. Though it still won't be good enough.. Maintaining a list of good software is hard (and next to impossible) work. So far my rant ;) On Sun, Apr 18, 2010 at 09:29, Gergely Kis <ger...@ma...> wrote: > Hi, > > I hope this means that Apple will allow XMLVM to exist, and it is not the > independent, unofficial thoughts of a sales rep guy, who is "not a > programmer". > > I don't know if he got the links to the xmlvm.org website + the Google Tech > Talk slides of Arno, but there are nice diagrams in each to make it clear > what XMLVM does. > > I would also like to suggest to separate the Android API library as an > optional component. > > In fact, we are not using the Android library in our "real" projects. We > code directly against the UIKit Java bindings. Thus the compiled > applications are in essence native iPhone applications that use only legal > Objective-C constructs (categories, public iPhone API). > > With the Android API they could argue that the marriage of the different UI > toolkits will lead to inferior user experience. They could also see XMLVM as > a threat of a flood of Android apps, the same way they saw a threat in Flash > apps. > > In reality, you will have to change the UI design of your Android app anyway > to match the Human Interface Guidelines, and the differences in the hardware > (e.g. the absence of a "Back" button). So it makes more sense to keep the > business layer / backend of the application platform independent, and code > the user interface specifically for the platform (iPhone and Android > respectively) > > Maybe it would make sense to create different diagrams which explains the > above, and does not make the Android API a central use case of XMLVM. > > So I would like to ask that when you communicate with the "Apple Guy", you > try to make it clear that XMLVM is not an Android "compatibility layer" > (language from section 3.3.1). It is a "pre-processor" (term from the > DaringFireball blog posting) which creates Objective-C code that has the > same properties like any hand-written Objective-C code. > > Best Regards, > Gergely > > 2010/4/18 Wolfgang Korn <wol...@xm...> >> >> The sentence about alternatives - that's exactly what we are doing, >> isn't it. >> >> -- Wolfgang >> >> Sent from my iPhone >> >> On 18.04.2010, at 03:48, Panayotis Katsaloulis >> <pan...@pa...> wrote: >> >> > I don't get it. >> > Probably this guy needs to be better informed. >> > >> > 1. Someone should tell him that XMLVM *could* be used to provide >> > iPhone-only applications. >> > >> > 2. About this part: >> >> An alternative could be creating a tool that can convert software >> >> applications from other platforms and then utilizes the compilers for >> >> the iPhone to actually create the application. >> > >> > Isn't that *exactly* what XMLVM does? >> > >> > >> > --- >> > --- >> > --- >> > --------------------------------------------------------------------- >> > Download Intel® Parallel Studio Eval >> > Try the new software tools for yourself. Speed compiling, find bugs >> > proactively, and fine-tune applications for parallel performance. >> > See why Intel Parallel Studio got high marks during beta. >> > http://p.sf.net/sfu/intel-sw-dev >> > _______________________________________________ >> > xmlvm-users mailing list >> > xml...@li... >> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > > -- > Kis Gergely > MattaKis Consulting > Email: ger...@ma... > Web: http://www.mattakis.com > Phone: +36 70 408 1723 > Fax: +36 27 998 622 > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
|
From: Gergely K. <ger...@ma...> - 2010-04-18 07:36:53
|
Hi, I hope this means that Apple will allow XMLVM to exist, and it is not the independent, unofficial thoughts of a sales rep guy, who is "not a programmer". I don't know if he got the links to the xmlvm.org website + the Google Tech Talk slides of Arno, but there are nice diagrams in each to make it clear what XMLVM does. I would also like to suggest to separate the Android API library as an optional component. In fact, we are not using the Android library in our "real" projects. We code directly against the UIKit Java bindings. Thus the compiled applications are in essence native iPhone applications that use only legal Objective-C constructs (categories, public iPhone API). With the Android API they could argue that the marriage of the different UI toolkits will lead to inferior user experience. They could also see XMLVM as a threat of a flood of Android apps, the same way they saw a threat in Flash apps. In reality, you will have to change the UI design of your Android app anyway to match the Human Interface Guidelines, and the differences in the hardware (e.g. the absence of a "Back" button). So it makes more sense to keep the business layer / backend of the application platform independent, and code the user interface specifically for the platform (iPhone and Android respectively) Maybe it would make sense to create different diagrams which explains the above, and does not make the Android API a central use case of XMLVM. So I would like to ask that when you communicate with the "Apple Guy", you try to make it clear that XMLVM is not an Android "compatibility layer" (language from section 3.3.1). It is a "pre-processor" (term from the DaringFireball blog posting) which creates Objective-C code that has the same properties like any hand-written Objective-C code. Best Regards, Gergely 2010/4/18 Wolfgang Korn <wol...@xm...> > The sentence about alternatives - that's exactly what we are doing, > isn't it. > > -- Wolfgang > > Sent from my iPhone > > On 18.04.2010, at 03:48, Panayotis Katsaloulis > <pan...@pa...> wrote: > > > I don't get it. > > Probably this guy needs to be better informed. > > > > 1. Someone should tell him that XMLVM *could* be used to provide > > iPhone-only applications. > > > > 2. About this part: > >> An alternative could be creating a tool that can convert software > >> applications from other platforms and then utilizes the compilers for > >> the iPhone to actually create the application. > > > > Isn't that *exactly* what XMLVM does? > > > > > > --- > > --- > > --- > > --------------------------------------------------------------------- > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > > xmlvm-users mailing list > > xml...@li... > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > -- Kis Gergely MattaKis Consulting Email: ger...@ma... Web: http://www.mattakis.com Phone: +36 70 408 1723 Fax: +36 27 998 622 |
|
From: Wolfgang K. <wol...@xm...> - 2010-04-18 05:54:00
|
The sentence about alternatives - that's exactly what we are doing, isn't it. -- Wolfgang Sent from my iPhone On 18.04.2010, at 03:48, Panayotis Katsaloulis <pan...@pa...> wrote: > I don't get it. > Probably this guy needs to be better informed. > > 1. Someone should tell him that XMLVM *could* be used to provide > iPhone-only applications. > > 2. About this part: >> An alternative could be creating a tool that can convert software >> applications from other platforms and then utilizes the compilers for >> the iPhone to actually create the application. > > Isn't that *exactly* what XMLVM does? > > > --- > --- > --- > --------------------------------------------------------------------- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
|
From: Panayotis K. <pan...@pa...> - 2010-04-18 01:48:26
|
I don't get it. Probably this guy needs to be better informed. 1. Someone should tell him that XMLVM *could* be used to provide iPhone-only applications. 2. About this part: > An alternative could be creating a tool that can convert software > applications from other platforms and then utilizes the compilers for > the iPhone to actually create the application. Isn't that *exactly* what XMLVM does? |
|
From: Arno P. <ar...@pu...> - 2010-04-17 20:31:29
|
Guys,
believe it or not, but I have gotten an email from an Apple guy
explaining Apple's intent regarding the change in the iPhone SDK license
agreement! First a bit of background how this came about: I am a
professor at San Francisco State University and a couple of days ago I
received an email from our IT guys. They have been contacted by the
Apple University Liaison who offered to loan an iPhone and a data plan
for one month. Our IT guys forwarded this offer to me. I have exchanged
mails with that Apple guy before. I know him by name and he knows that
something like XMLVM exists. Given the recent change in Apple's license
agreement for the iPhone SDK, I replied "thanks, but no thanks".
Essentially, I wrote that it is Apple prerogative to define the terms
and conditions of their SDK. However it is my prerogative what I advise
to my students. I told him bluntly that I am very disappointed by
Apple's most recent move and I will tell my students to move towards
Android.
I was very much looking forward to his response. I've added his entire
response down below (but removing his name). This should be the most
detailed clarification that Apple has given to date regarding their
motivation about the latest change in the license agreement.
Now here is the interesting part: the Apple guy wrote that "Arno had
created a tool that, in a simplified description, recompiles apps
designed for the Android platform for use on the iPhone platform,
circumventing the developer tools Apple provides." All of you on the
mailing list know that this is not correct. XMLVM emits Objective-C
*source code* and it even creates an Xcode project. XMLVM depends on
Xcode and does *not* bypass it. I will reply to the Apple guy to explain
this detail to him and to ask him if this means that XMLVM is still
within the legal framework on the new SDK license agreement.
I will keep you posted.
Arno
---Below the verbatim mail from Apple University Liaison---
Let me clarify a few things that Arno has mentioned…
He is correct in that Apple recently clarified the Software Development
Kit requirements for a variety of reasons.
To receive approval for an App on the App Store Apple requires
developers to use the developer tools Apple provides when creating
software for the iPhone OS devices, which includes the iPhone, iPod
touch and iPad. Arno had created a tool that, in a simplified
description, recompiles apps designed for the Android platform for use
on the iPhone platform, circumventing the developer tools Apple
provides. Apple has clarified the use of the development tools for a
variety of reasons.
1. Apple cannot guarantee that OS updates won't break unique ways
vendors have implemented their independent development tools. Apple is
innovating and advancing the platform very quickly.
2. Apple cannot innovate as quickly if they're dealing with legacy
support for third party compilers. If there's a problem with an
application, Apple is seen as responsible for the problem not the
vendor. For example, the forthcoming iPhone OS 4.0 will support
multitasking capabilities through a variety of APIs for applications. To
optimize this for the best user experience, battery life and
functionality Apple can implement these things with the development
tools provided and cannot help third party development tools take
advantage of these features if they have implemented something in a
different way. Since 2007 Apple has released 3 major OSes for the iPhone
and the 4th will be released this summer. We're able to innovate quickly
and add amazing features because we also provide the development tools
to write software for these releases and new features so that developers
can take advantage of them. Supporting other development tools would
slow down innovation and as Apple has experienced in the past. Often,
when relying on third party development tools, these can often lag in
their upgrades by as much as a year or more. By that time Apple may have
already released yet another major update to the OS.
3. Apple thoroughly tests all applications submitted to the store.
If an application is buggy, therefore potentially creating a poor user
experience, this reflects on both Apple and the vendor when the App has
been downloaded. Apple often identifies bugs in submitted Apps and helps
the developer fix their problems before the App is available to the
public. With Apple's testing tools we can control the environment and
help the developers get the most out of the applications specific to the
iPhone OS platform. If third party development tools were to be used
Apple would not be able to effectively test the Apps and provide
constructive feedback to the developer prior to posting a functional App
on the App store.
4. Apple sees the use of the development tools as a key way to take
advantage of a variety of features built in to the platform. If a third
party development tool is used to convert software used on multiple
platforms, similar challenges to the write-once run anywhere paradigm
are faced. This can, in some cases, result in a watered down software
application that doesn't provide the advantages that any particular
platform provides whether it's the iPhone OS, Windows Mobile, Android,
Symbian, WebOS or other mobile platform OSes.
An alternative could be creating a tool that can convert software
applications from other platforms and then utilizes the compilers for
the iPhone to actually create the application. I'm not a programmer so I
don't know how difficult or easy this would be. It could allow for the
best of both worlds.
A few notes regarding iPhone development, specific to the relevancy of
the iPhone OS platform, access to devices and consumers.
* The iPhone Developer University Program has more than 1000
universities and colleges who have joined the program from all over the
world
* There are more than 85,000,000 devices that have shipped that run
the iPhone OS providing access to several million more potential customers
* There are over 185,000 Apps available on the app store for a
variety of reasons, including ease of development, ease of distribution
and easy access to individual, small business or large enterprise
developers. They have been downloaded more than 4 billion times in less
than 2 years.
* Apple changed the model for creating revenue for developers
compared to any other development environment before it. Developers can
sell as many Apps as they want for $99 per year. Apple keeps 30% of
those revenues, which keeps the store up and running, provides bandwidth
to download those Apps and eases the organization of those Apps.
* Many students have created Apps in their Computer Science or
Computer Engineering colleges and easily sold these through the App
store. In some cases students have paid for their college tuition or
started new company opportunities unthought of just 2 years ago.
This is a great article that discusses the App Store Economy. It was
written in January and just shows how in just a few months these
statistics are old:
http://gigaom.com/2010/01/12/the-apple-app-store-economy/
With less than 2 weeks on the market, just this afternoon a study
showcased that already the iPad web used has rivaled Android and Blackberry:
http://www.appleinsider.com/articles/10/04/15/web_use_of_apple_ipad_already_rivals_android_blackberry.html
Please let me know if I can clarify any of the above items.
Thank you,
|
|
From: Tor L. <tm...@ik...> - 2010-04-13 09:43:58
|
> So an appropriate obfuscation > mechanism in xmlvm would probably be enough to mislead them. I doubt misleading Apple intentionally is a useful approach. That would make it painfully obvious that you are aware that what you are doing is against the terms and conditions you have agreed to. Especially after discussing such an idea on a public mailing list... --tml |
|
From: Dr. A. K. S. <al...@se...> - 2010-04-13 08:55:37
|
Just a quick comment: I managed to fix my Info.plist (used string instead of array data type for one property - stupid error) and submitted the app, but got this back: >... and determined that we cannot >post this version of your application to the App Store because it is using a >private API. Use of non-public APIs, which as outlined in the iPhone Developer >Program License Agreement section 3.3.1, is prohibited: > >The non-public API that is included in your application is >destroyFramebuffer. > >If you have defined a method in your source code with the same name >as the above mentioned API, we suggest altering your method name so that >it no longer collides with Apple's private API to avoid your application >being flagged with future submissions. I checked and org_xmlvm_iphone_gl_GLView.m uses this internal API. My application does not need this so I removed the class and resubmitted. We can infer that Apple uses relatively simple keyword-based approaches to find apps which use undesirable code or APIs. So an appropriate obfuscation mechanism in xmlvm would probably be enough to mislead them. Right now, they don't target xmlvm. Once there are enough xmlvm apps in there, it may become very hard for Apple to target them without a public outcry. So publicity and lots of development effort into apps using xmlvm is the way to go (IMHO). Best, Alex -- Dr. Alexander K. Seewald Seewald Solutions www.seewald.at Tel. +43(664)1106886 Fax. +43(1)2533033/2764 |
|
From: William W. <wo...@al...> - 2010-04-10 17:52:18
|
On Apr 10, 2010, at 2:23 AM, Arno Puder wrote: > I really don't understand what the author of this article is trying to > say. What does multitasking have to do with the language you wrote the > application in? It sounded to me like the article was complaining about the possibility of writing an iPhone application using a JVM style kernel or interpreter. We do know that part of the multitasking model allows the application to specify a thread that continues to run after the rest of the application shuts down--and if you're emulating threading in a JVM style kernel, there is no way for the iPhone OS to do anything with that. But I agree; it raised more questions than it answered, and it'll be worth to see how things shake out. - Bill |
|
From: Lennie De V. <len...@gm...> - 2010-04-10 17:08:00
|
Good point but what Apple is doing is wrong... They should get into trouble. Sent from my iPod On 10 Apr 2010, at 4:40 PM, Catalin Bratu <kat...@me...> wrote: > > On Apr 10, 2010, at 5:04 PM, Mark Wolfskehl wrote: > >> This just makes we say 'the heck with the iPhone and iPad.' Why >> would I want to develop for a platform where Apple forces you to >> completely lock yourself into their platform, where your developed >> app would be completely nonportable to any other platform, and at >> the same time Apple can in the end keep your app from ever ending >> up on the market in the first place, for any reason they want. > > The reason is simple: almost 100 million possible users for your > app... > > Kat > > --- > --- > --- > --------------------------------------------------------------------- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
|
From: Catalin B. <kat...@me...> - 2010-04-10 14:40:46
|
On Apr 10, 2010, at 5:04 PM, Mark Wolfskehl wrote: > This just makes we say 'the heck with the iPhone and iPad.' Why would I want to develop for a platform where Apple forces you to completely lock yourself into their platform, where your developed app would be completely nonportable to any other platform, and at the same time Apple can in the end keep your app from ever ending up on the market in the first place, for any reason they want. The reason is simple: almost 100 million possible users for your app... Kat |
|
From: Mark W. <ma...@ma...> - 2010-04-10 14:04:40
|
This just makes we say 'the heck with the iPhone and iPad.' Why would I want to develop for a platform where Apple forces you to completely lock yourself into their platform, where your developed app would be completely nonportable to any other platform, and at the same time Apple can in the end keep your app from ever ending up on the market in the first place, for any reason they want. To me there is no point in trying to 'get around' the legalspeak. The intention is clear, and they will eventually close any loopholes. Anyway, if Apple suspects you developed your app in a way they don't like they can just keep you from appearing on the market anyway, with no need to provide a reason. I say long live Android, and may the most open platform win. I did some research, and it looks like there are several companies with Android tablets in the works. So, the heck with the iPad too. Also, I love my Samsung Moment. It even has a flip-out qwerty keyboard, which the iPhone doesn't have. Best, MDW |
|
From: Arno P. <ar...@pu...> - 2010-04-10 09:23:47
|
I really don't understand what the author of this article is trying to say. What does multitasking have to do with the language you wrote the application in? Apple has taken a somewhat awkward approach to "multitasking". They only allow it for certain API. This API can easily be exposed in any programming language, be it Objective-C, Java, or C#. This is a mood point. No, I personally believe they want to go after Adobe and killed any cross-compilation approach in the process. It will be interesting to see the discussions around "originally written" and "compatibility layer" as mentioned in the new SDK license agreement. "Originally written": what does that mean? If you first write an Android app and then manually write an Objective-C version, is this still 'original'? "Compatibility layer": it is a very common approach in computer science to create abstractions through layers. If Electronic Arts for example created wrapper functions for the OpenGL API so they can more easily port it to other devices, you might call this a compatibility layer. Well, lets see where this leads to. I'm still looking forward to Adobe's and Novell's response to all of this. Arno On 4/9/10 11:26 PM, William Woody wrote: > This may be of interest: > > http://www.appleinsider.com/articles/10/04/09/apples_prohibition_of_flash_built_apps_in_iphone_4_0_related_to_multitasking.html > > > On Apr 9, 2010, at 2:14 PM, Sascha Haeberling wrote: > >> Well, it's all about what Apple mean with "originally written". >> >> On Fri, Apr 9, 2010 at 11:00 PM, Joris Verschoor<jbv...@gm... >>> wrote: >> But the code compiled is aobjective c and c++ code. There's nothing in >> the license agreement about code generators >> >> 2010/4/9 Jürgen Jatzkowski<jj...@pa...>: >>> Arno Puder schrieb: >>> >>> > I'm just waiting for the license agreement to bar for-loops in >>> > Objective-C because Steve Jobs doesn't like them (ok, that's a >> German >>> > trying to be funny). >>> >>> ... let's wait for next iPhone SDK - hopefully Steve doesn't reads >> this >>> mailing list ;) >>> >>>> Guys, >>>> >>>> we have certainly noticed this change in the iPhone SDK license >>>> agreement. With the way the new agreement is formulated, Apple >> pretty >>>> much bars any cross-platform technology, including XMLVM, >> MonoTouch, and >>>> Adobe's planned offering to cross-compile Flash applications to the >>>> iPhone. Let give it some time and see what the final language >> will look >>>> like. In particular I'm looking forward to Adobe's and Novell's >> response >>>> to this. >>>> >>>> I'm just waiting for the license agreement to bar for-loops in >>>> Objective-C because Steve Jobs doesn't like them (ok, that's a >> German >>>> trying to be funny). >>>> >>>> From our side it is business as usual for now. >>>> >>>> Arno >>>> >>>> >>>> >>>> On 4/9/10 4:49 PM, Björn Caroll wrote: >>>> >>>>> http://daringfireball.net/2010/04/iphone_agreement_bans_flash_compiler >>>>> >>>>> >> ------------------------------------------------------------------------------ >>>>> Download Intel® Parallel Studio Eval >>>>> Try the new software tools for yourself. Speed compiling, find >> bugs >>>>> proactively, and fine-tune applications for parallel performance. >>>>> See why Intel Parallel Studio got high marks during beta. >>>>> http://p.sf.net/sfu/intel-sw-dev >>>>> _______________________________________________ >>>>> xmlvm-users mailing list >>>>> xml...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>>>> >>>> >>>> >> ------------------------------------------------------------------------------ >>>> Download Intel® Parallel Studio Eval >>>> Try the new software tools for yourself. Speed compiling, find bugs >>>> proactively, and fine-tune applications for parallel performance. >>>> See why Intel Parallel Studio got high marks during beta. >>>> http://p.sf.net/sfu/intel-sw-dev >>>> _______________________________________________ >>>> xmlvm-users mailing list >>>> xml...@li... >>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>>> >>> >>> >>> -- >>> juergen jatzkowski >>> jj...@pa... >>> >>> >>> >> ------------------------------------------------------------------------------ >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, find bugs >>> proactively, and fine-tune applications for parallel performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev >>> _______________________________________________ >>> xmlvm-users mailing list >>> xml...@li... >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev_______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
|
From: Joris V. <jbv...@gm...> - 2010-04-10 07:52:34
|
Sorry, misread the javascript part... On Sat, Apr 10, 2010 at 09:51, Joris Verschoor <jbv...@gm...> wrote: > I don't really see why that would be a problem, because the kind of > apps allowed for multitasking is limited. > Also, we ARE allowed to use javascript.. So if we convert from > javascript -> xmlvm (or with an intermediate step js->java->xmlvm), we > should be safe... for now > > On Fri, Apr 9, 2010 at 23:26, William Woody <wo...@al...> wrote: >> This may be of interest: >> >> http://www.appleinsider.com/articles/10/04/09/apples_prohibition_of_flash_built_apps_in_iphone_4_0_related_to_multitasking.html >> >> >> On Apr 9, 2010, at 2:14 PM, Sascha Haeberling wrote: >> >>> Well, it's all about what Apple mean with "originally written". >>> >>> On Fri, Apr 9, 2010 at 11:00 PM, Joris Verschoor <jbv...@gm... >>> > wrote: >>> But the code compiled is aobjective c and c++ code. There's nothing in >>> the license agreement about code generators >>> >>> 2010/4/9 Jürgen Jatzkowski <jj...@pa...>: >>> > Arno Puder schrieb: >>> > >>> > > I'm just waiting for the license agreement to bar for-loops in >>> > > Objective-C because Steve Jobs doesn't like them (ok, that's a >>> German >>> > > trying to be funny). >>> > >>> > ... let's wait for next iPhone SDK - hopefully Steve doesn't reads >>> this >>> > mailing list ;) >>> > >>> >> Guys, >>> >> >>> >> we have certainly noticed this change in the iPhone SDK license >>> >> agreement. With the way the new agreement is formulated, Apple >>> pretty >>> >> much bars any cross-platform technology, including XMLVM, >>> MonoTouch, and >>> >> Adobe's planned offering to cross-compile Flash applications to the >>> >> iPhone. Let give it some time and see what the final language >>> will look >>> >> like. In particular I'm looking forward to Adobe's and Novell's >>> response >>> >> to this. >>> >> >>> >> I'm just waiting for the license agreement to bar for-loops in >>> >> Objective-C because Steve Jobs doesn't like them (ok, that's a >>> German >>> >> trying to be funny). >>> >> >>> >> From our side it is business as usual for now. >>> >> >>> >> Arno >>> >> >>> >> >>> >> >>> >> On 4/9/10 4:49 PM, Björn Caroll wrote: >>> >> >>> >>> http://daringfireball.net/2010/04/iphone_agreement_bans_flash_compiler >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> Download Intel® Parallel Studio Eval >>> >>> Try the new software tools for yourself. Speed compiling, find >>> bugs >>> >>> proactively, and fine-tune applications for parallel performance. >>> >>> See why Intel Parallel Studio got high marks during beta. >>> >>> http://p.sf.net/sfu/intel-sw-dev >>> >>> _______________________________________________ >>> >>> xmlvm-users mailing list >>> >>> xml...@li... >>> >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> >>> >>> >> >>> >> >>> ------------------------------------------------------------------------------ >>> >> Download Intel® Parallel Studio Eval >>> >> Try the new software tools for yourself. Speed compiling, find bugs >>> >> proactively, and fine-tune applications for parallel performance. >>> >> See why Intel Parallel Studio got high marks during beta. >>> >> http://p.sf.net/sfu/intel-sw-dev >>> >> _______________________________________________ >>> >> xmlvm-users mailing list >>> >> xml...@li... >>> >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> >> >>> > >>> > >>> > -- >>> > juergen jatzkowski >>> > jj...@pa... >>> > >>> > >>> > >>> ------------------------------------------------------------------------------ >>> > Download Intel® Parallel Studio Eval >>> > Try the new software tools for yourself. Speed compiling, find bugs >>> > proactively, and fine-tune applications for parallel performance. >>> > See why Intel Parallel Studio got high marks during beta. >>> > http://p.sf.net/sfu/intel-sw-dev >>> > _______________________________________________ >>> > xmlvm-users mailing list >>> > xml...@li... >>> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> > >>> >>> ------------------------------------------------------------------------------ >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, find bugs >>> proactively, and fine-tune applications for parallel performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev >>> _______________________________________________ >>> xmlvm-users mailing list >>> xml...@li... >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> >>> ------------------------------------------------------------------------------ >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, find bugs >>> proactively, and fine-tune applications for parallel performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev_______________________________________________ >>> xmlvm-users mailing list >>> xml...@li... >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> > |
|
From: Joris V. <jbv...@gm...> - 2010-04-10 07:51:33
|
I don't really see why that would be a problem, because the kind of apps allowed for multitasking is limited. Also, we ARE allowed to use javascript.. So if we convert from javascript -> xmlvm (or with an intermediate step js->java->xmlvm), we should be safe... for now On Fri, Apr 9, 2010 at 23:26, William Woody <wo...@al...> wrote: > This may be of interest: > > http://www.appleinsider.com/articles/10/04/09/apples_prohibition_of_flash_built_apps_in_iphone_4_0_related_to_multitasking.html > > > On Apr 9, 2010, at 2:14 PM, Sascha Haeberling wrote: > >> Well, it's all about what Apple mean with "originally written". >> >> On Fri, Apr 9, 2010 at 11:00 PM, Joris Verschoor <jbv...@gm... >> > wrote: >> But the code compiled is aobjective c and c++ code. There's nothing in >> the license agreement about code generators >> >> 2010/4/9 Jürgen Jatzkowski <jj...@pa...>: >> > Arno Puder schrieb: >> > >> > > I'm just waiting for the license agreement to bar for-loops in >> > > Objective-C because Steve Jobs doesn't like them (ok, that's a >> German >> > > trying to be funny). >> > >> > ... let's wait for next iPhone SDK - hopefully Steve doesn't reads >> this >> > mailing list ;) >> > >> >> Guys, >> >> >> >> we have certainly noticed this change in the iPhone SDK license >> >> agreement. With the way the new agreement is formulated, Apple >> pretty >> >> much bars any cross-platform technology, including XMLVM, >> MonoTouch, and >> >> Adobe's planned offering to cross-compile Flash applications to the >> >> iPhone. Let give it some time and see what the final language >> will look >> >> like. In particular I'm looking forward to Adobe's and Novell's >> response >> >> to this. >> >> >> >> I'm just waiting for the license agreement to bar for-loops in >> >> Objective-C because Steve Jobs doesn't like them (ok, that's a >> German >> >> trying to be funny). >> >> >> >> From our side it is business as usual for now. >> >> >> >> Arno >> >> >> >> >> >> >> >> On 4/9/10 4:49 PM, Björn Caroll wrote: >> >> >> >>> http://daringfireball.net/2010/04/iphone_agreement_bans_flash_compiler >> >>> >> >>> >> ------------------------------------------------------------------------------ >> >>> Download Intel® Parallel Studio Eval >> >>> Try the new software tools for yourself. Speed compiling, find >> bugs >> >>> proactively, and fine-tune applications for parallel performance. >> >>> See why Intel Parallel Studio got high marks during beta. >> >>> http://p.sf.net/sfu/intel-sw-dev >> >>> _______________________________________________ >> >>> xmlvm-users mailing list >> >>> xml...@li... >> >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >>> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Download Intel® Parallel Studio Eval >> >> Try the new software tools for yourself. Speed compiling, find bugs >> >> proactively, and fine-tune applications for parallel performance. >> >> See why Intel Parallel Studio got high marks during beta. >> >> http://p.sf.net/sfu/intel-sw-dev >> >> _______________________________________________ >> >> xmlvm-users mailing list >> >> xml...@li... >> >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> >> > >> > >> > -- >> > juergen jatzkowski >> > jj...@pa... >> > >> > >> > >> ------------------------------------------------------------------------------ >> > Download Intel® Parallel Studio Eval >> > Try the new software tools for yourself. Speed compiling, find bugs >> > proactively, and fine-tune applications for parallel performance. >> > See why Intel Parallel Studio got high marks during beta. >> > http://p.sf.net/sfu/intel-sw-dev >> > _______________________________________________ >> > xmlvm-users mailing list >> > xml...@li... >> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> > >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev_______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
|
From: T F <tsf...@ho...> - 2010-04-10 02:30:20
|
I'm new to XMLVM and Java. I have installed the latest Java edition for Windows as well as Ant, and have been able to compile XMLVM. I'm running Windows 7 and Visual Studio 2008. I've tried to build the two C# examples provided, and am getting a post-build event error with both of them. The post-build event is as follows:
cd ..\..\..\bin java -classpath ./lib/bcel.jar;./lib/jakarta-regexp.jar;./lib/jdom.jar;./lib/mbel.jar;./lib/saxon9.jar;./lib/xercesImpl.jar;./ org.xmlvm.Main --java --out=./ FireWorks.exe
Two things seem to be an issue. One is that the ..\..\bin section doesn't navigate high enough in the XMLVM directory to actually get to the bin directory. I'm able to correct that. The second seems to be that the file org.xmlvm.Main doesn't exist anywhere in the code I checked out from the trunk.
I don't know if this is causing my other problems when trying to cross-compile FireWorks.xmlvm (CLR). I get the following error when executing the following. Am I supposed to target the DFA first before attempting "target=class"?? My ultimate goal is to compile to an iPhone app. Thanks.
Tim
c:\XMLVM\dist>java -jar xmlvm.jar --in=c:\xmlvm\bin\FireWorks.xmlvm --out=c:\xml
vm\bin --target=dfa
[04/09/10 22:06:43.014] ERROR: Could not create target process for target 'DF
A'.
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.simontuffs.onejar.Boot.run(Boot.java:306)
at com.simontuffs.onejar.Boot.main(Boot.java:159)
Caused by: java.lang.NullPointerException
at org.xmlvm.proc.XmlvmProcessor.filterNotYetProcessedProcesses(XmlvmPro
cessor.java:188)
at org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline0(XmlvmProcessor
.java:151)
at org.xmlvm.proc.XmlvmProcessor.buildProcessingPipeline(XmlvmProcessor.
java:146)
at org.xmlvm.proc.XmlvmProcessor.process(XmlvmProcessor.java:99)
at org.xmlvm.proc.NewMain.main(NewMain.java:50)
... 6 more
_________________________________________________________________
Hotmail: Trusted email with Microsoft’s powerful SPAM protection.
http://clk.atdmt.com/GBL/go/196390706/direct/01/ |
|
From: William W. <wo...@al...> - 2010-04-09 21:26:20
|
This may be of interest: http://www.appleinsider.com/articles/10/04/09/apples_prohibition_of_flash_built_apps_in_iphone_4_0_related_to_multitasking.html On Apr 9, 2010, at 2:14 PM, Sascha Haeberling wrote: > Well, it's all about what Apple mean with "originally written". > > On Fri, Apr 9, 2010 at 11:00 PM, Joris Verschoor <jbv...@gm... > > wrote: > But the code compiled is aobjective c and c++ code. There's nothing in > the license agreement about code generators > > 2010/4/9 Jürgen Jatzkowski <jj...@pa...>: > > Arno Puder schrieb: > > > > > I'm just waiting for the license agreement to bar for-loops in > > > Objective-C because Steve Jobs doesn't like them (ok, that's a > German > > > trying to be funny). > > > > ... let's wait for next iPhone SDK - hopefully Steve doesn't reads > this > > mailing list ;) > > > >> Guys, > >> > >> we have certainly noticed this change in the iPhone SDK license > >> agreement. With the way the new agreement is formulated, Apple > pretty > >> much bars any cross-platform technology, including XMLVM, > MonoTouch, and > >> Adobe's planned offering to cross-compile Flash applications to the > >> iPhone. Let give it some time and see what the final language > will look > >> like. In particular I'm looking forward to Adobe's and Novell's > response > >> to this. > >> > >> I'm just waiting for the license agreement to bar for-loops in > >> Objective-C because Steve Jobs doesn't like them (ok, that's a > German > >> trying to be funny). > >> > >> From our side it is business as usual for now. > >> > >> Arno > >> > >> > >> > >> On 4/9/10 4:49 PM, Björn Caroll wrote: > >> > >>> http://daringfireball.net/2010/04/iphone_agreement_bans_flash_compiler > >>> > >>> > ------------------------------------------------------------------------------ > >>> Download Intel® Parallel Studio Eval > >>> Try the new software tools for yourself. Speed compiling, find > bugs > >>> proactively, and fine-tune applications for parallel performance. > >>> See why Intel Parallel Studio got high marks during beta. > >>> http://p.sf.net/sfu/intel-sw-dev > >>> _______________________________________________ > >>> xmlvm-users mailing list > >>> xml...@li... > >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users > >>> > >> > >> > ------------------------------------------------------------------------------ > >> Download Intel® Parallel Studio Eval > >> Try the new software tools for yourself. Speed compiling, find bugs > >> proactively, and fine-tune applications for parallel performance. > >> See why Intel Parallel Studio got high marks during beta. > >> http://p.sf.net/sfu/intel-sw-dev > >> _______________________________________________ > >> xmlvm-users mailing list > >> xml...@li... > >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users > >> > > > > > > -- > > juergen jatzkowski > > jj...@pa... > > > > > > > ------------------------------------------------------------------------------ > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > > xmlvm-users mailing list > > xml...@li... > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev_______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
|
From: Sascha H. <sa...@xm...> - 2010-04-09 21:14:31
|
Well, it's all about what Apple mean with "originally written". On Fri, Apr 9, 2010 at 11:00 PM, Joris Verschoor <jbv...@gm...>wrote: > But the code compiled is aobjective c and c++ code. There's nothing in > the license agreement about code generators > > 2010/4/9 Jürgen Jatzkowski <jj...@pa...>: > > Arno Puder schrieb: > > > > > I'm just waiting for the license agreement to bar for-loops in > > > Objective-C because Steve Jobs doesn't like them (ok, that's a German > > > trying to be funny). > > > > ... let's wait for next iPhone SDK - hopefully Steve doesn't reads this > > mailing list ;) > > > >> Guys, > >> > >> we have certainly noticed this change in the iPhone SDK license > >> agreement. With the way the new agreement is formulated, Apple pretty > >> much bars any cross-platform technology, including XMLVM, MonoTouch, and > >> Adobe's planned offering to cross-compile Flash applications to the > >> iPhone. Let give it some time and see what the final language will look > >> like. In particular I'm looking forward to Adobe's and Novell's response > >> to this. > >> > >> I'm just waiting for the license agreement to bar for-loops in > >> Objective-C because Steve Jobs doesn't like them (ok, that's a German > >> trying to be funny). > >> > >> From our side it is business as usual for now. > >> > >> Arno > >> > >> > >> > >> On 4/9/10 4:49 PM, Björn Caroll wrote: > >> > >>> http://daringfireball.net/2010/04/iphone_agreement_bans_flash_compiler > >>> > >>> > ------------------------------------------------------------------------------ > >>> Download Intel® Parallel Studio Eval > >>> Try the new software tools for yourself. Speed compiling, find bugs > >>> proactively, and fine-tune applications for parallel performance. > >>> See why Intel Parallel Studio got high marks during beta. > >>> http://p.sf.net/sfu/intel-sw-dev > >>> _______________________________________________ > >>> xmlvm-users mailing list > >>> xml...@li... > >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users > >>> > >> > >> > ------------------------------------------------------------------------------ > >> Download Intel® Parallel Studio Eval > >> Try the new software tools for yourself. Speed compiling, find bugs > >> proactively, and fine-tune applications for parallel performance. > >> See why Intel Parallel Studio got high marks during beta. > >> http://p.sf.net/sfu/intel-sw-dev > >> _______________________________________________ > >> xmlvm-users mailing list > >> xml...@li... > >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users > >> > > > > > > -- > > juergen jatzkowski > > jj...@pa... > > > > > > > ------------------------------------------------------------------------------ > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > > xmlvm-users mailing list > > xml...@li... > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
|
From: Joris V. <jbv...@gm...> - 2010-04-09 21:00:35
|
But the code compiled is aobjective c and c++ code. There's nothing in the license agreement about code generators 2010/4/9 Jürgen Jatzkowski <jj...@pa...>: > Arno Puder schrieb: > > > I'm just waiting for the license agreement to bar for-loops in > > Objective-C because Steve Jobs doesn't like them (ok, that's a German > > trying to be funny). > > ... let's wait for next iPhone SDK - hopefully Steve doesn't reads this > mailing list ;) > >> Guys, >> >> we have certainly noticed this change in the iPhone SDK license >> agreement. With the way the new agreement is formulated, Apple pretty >> much bars any cross-platform technology, including XMLVM, MonoTouch, and >> Adobe's planned offering to cross-compile Flash applications to the >> iPhone. Let give it some time and see what the final language will look >> like. In particular I'm looking forward to Adobe's and Novell's response >> to this. >> >> I'm just waiting for the license agreement to bar for-loops in >> Objective-C because Steve Jobs doesn't like them (ok, that's a German >> trying to be funny). >> >> From our side it is business as usual for now. >> >> Arno >> >> >> >> On 4/9/10 4:49 PM, Björn Caroll wrote: >> >>> http://daringfireball.net/2010/04/iphone_agreement_bans_flash_compiler >>> >>> ------------------------------------------------------------------------------ >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, find bugs >>> proactively, and fine-tune applications for parallel performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev >>> _______________________________________________ >>> xmlvm-users mailing list >>> xml...@li... >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> > > > -- > juergen jatzkowski > jj...@pa... > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
|
From: Jürgen J. <jj...@pa...> - 2010-04-09 17:09:13
|
Arno Puder schrieb: > I'm just waiting for the license agreement to bar for-loops in > Objective-C because Steve Jobs doesn't like them (ok, that's a German > trying to be funny). ... let's wait for next iPhone SDK - hopefully Steve doesn't reads this mailing list ;) > Guys, > > we have certainly noticed this change in the iPhone SDK license > agreement. With the way the new agreement is formulated, Apple pretty > much bars any cross-platform technology, including XMLVM, MonoTouch, and > Adobe's planned offering to cross-compile Flash applications to the > iPhone. Let give it some time and see what the final language will look > like. In particular I'm looking forward to Adobe's and Novell's response > to this. > > I'm just waiting for the license agreement to bar for-loops in > Objective-C because Steve Jobs doesn't like them (ok, that's a German > trying to be funny). > > From our side it is business as usual for now. > > Arno > > > > On 4/9/10 4:49 PM, Björn Caroll wrote: > >> http://daringfireball.net/2010/04/iphone_agreement_bans_flash_compiler >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > -- juergen jatzkowski jj...@pa... |
|
From: Gergely K. <ger...@ma...> - 2010-04-09 17:01:57
|
Hi, I held a presentation about multiplatform mobile application development at the "iPhone vs Android" conference yesterday in Budapest. I created a small sample application which worked without change both on iPhone and on Android. Of course this resulted in a few patches, which I have already submitted. They should be pretty simple and self contained. For those interested, the presentation slides are available here: http://www.mattakis.hu/sites/default/files/multiplatform_fejlesztes_ivsa_2010.pdf The slides are in Hungarian unfortunately, but Google Translate did get the main points right. :) Best Regards, Gergely -- Kis Gergely MattaKis Consulting Email: ger...@ma... Web: http://www.mattakis.com Phone: +36 70 408 1723 Fax: +36 27 998 622 |
18 messages has been excluded from this view by a project administrator.
