You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Michael Schmalle <ap...@teotigraphix.com> on 2013/03/17 15:48:52 UTC
[Falcon] building
Hey,
I have managed to build Falcon after a half ass attempt to build the
sdk, which failed at text layout or something, don't know the build
went for 45 minutes then died, looks like it built most.
But for falcon, we still have;
<property name="sdk.branch"
value="${compiler}/../../../sdk/branches/develop"/>
I had to change it to;
<property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
I have all the repos side by side, Erik how did you get all this stuff
to build? Did you recreate the old directory structure?
These build files are way to brittle for my taste.
Mike
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
Re: [Falcon] building
Posted by Michael Schmalle <ap...@teotigraphix.com>.
Ok,
Well I have no idea and don't feel like learning anything new at the
moment. :) Things work fine right now for what I am doing.
I will wait until it gets sorted out.
Mike
Quoting Frédéric THOMAS <we...@hotmail.com>:
> For TLF, the point is that with svn, we used svnexternal to link the
> TLF/textLayout sub directory to
> frameworks\projects\textLayout\3.0.33, this feature doesn't exist
> with git, so, at the moment I go by a hard link, on my windows 7, I
> use Link Shell Extension [1]
>
> -Fred
>
> [1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
>
> -----Message d'origine----- From: Michael Schmalle
> Sent: Sunday, March 17, 2013 3:48 PM
> To: dev@flex.apache.org
> Subject: [Falcon] building
>
>
> Hey,
>
> I have managed to build Falcon after a half ass attempt to build the
> sdk, which failed at text layout or something, don't know the build
> went for 45 minutes then died, looks like it built most.
>
> But for falcon, we still have;
>
> <property name="sdk.branch"
> value="${compiler}/../../../sdk/branches/develop"/>
>
> I had to change it to;
>
> <property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
>
> I have all the repos side by side, Erik how did you get all this stuff
> to build? Did you recreate the old directory structure?
>
> These build files are way to brittle for my taste.
>
> Mike
>
> --
> Michael Schmalle - Teoti Graphix, LLC
> http://www.teotigraphix.com
> http://blog.teotigraphix.com
>
>
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
Re: [Falcon] building
Posted by Frédéric THOMAS <we...@hotmail.com>.
Unfortunately, I haven't been able to do a hard link to a directory using ln
on cygwin, remains mklink which works on windows.
-Fred
-----Message d'origine-----
From: Frédéric THOMAS
Sent: Monday, March 18, 2013 4:24 AM
To: dev@flex.apache.org
Subject: Re: [Falcon] building
I didn't about it before and I still have to check it works but because
we've got cygwin, creating a hard link shouldn't be a big deal using ln.
-Fred
-----Message d'origine-----
From: Alex Harui
Sent: Monday, March 18, 2013 4:08 AM
To: dev@flex.apache.org
Subject: Re: [Falcon] building
Sometime soon, unless someone else wants to do it, I will rework the build
scripts for SDK to pull stuff from TLF without using file links or
submodules. I think it is the best way.
On 3/17/13 9:17 AM, "Frédéric THOMAS" <we...@hotmail.com> wrote:
Jose,
We could decide to add TLF as submodule but we ‘ll have to change the build
files in order to tell them to go down of 1 level to pick up the textLayout
sub directory as source, in more, at the moment, this directory is picked up
from the TLF version, all in all, that would be possible but not with our
current build scripts.
The other drawback with submodules is ..., well, read that [1]
-Fred
[1] http://git-scm.com/book/en/Git-Tools-Submodules#Issues-with-Submodules
<http://git-scm.com/book/en/Git-Tools-Submodules#Issues-with-Submodules>
From: Jose Barragan <ma...@codeoscopic.com>
Sent: Sunday, March 17, 2013 5:00 PM
To: dev@flex.apache.org
Subject: Re: [Falcon] building
I'm not sure, if I'm still in error, but... Why isn't valid something like
that!?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:27 PM, Frédéric THOMAS <we...@hotmail.com>
wrote:
Hi Jose,
We can't, the submodule feature takes a entire repo, not a sub directory
inside a repo.
-Fred
-----Message d'origine----- From: Jose Barragan
Sent: Sunday, March 17, 2013 4:25 PM
To: dev@flex.apache.org
Subject: Re: [Falcon] building
Ops... sorry for sintax :P
Would not it be better, add the TLF repository as a submodule GIT, at that
point the SDK?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:23 PM, Jose Barragan <jo...@codeoscopic.com>
wrote:
Would not it be better, add the TLF repository as a submodule GIT SDK at
that point?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS <we...@hotmail.com>
wrote:
For TLF, the point is that with svn, we used svnexternal to link the
TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33, this
feature doesn't exist with git, so, at the moment I go by a hard link, on
my windows 7, I use Link Shell Extension [1]
-Fred
[1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
-----Message d'origine----- From: Michael Schmalle
Sent: Sunday, March 17, 2013 3:48 PM
To: dev@flex.apache.org
Subject: [Falcon] building
Hey,
I have managed to build Falcon after a half ass attempt to build the
sdk, which failed at text layout or something, don't know the build
went for 45 minutes then died, looks like it built most.
But for falcon, we still have;
<property name="sdk.branch"
value="${compiler}/../../../sdk/branches/develop"/>
I had to change it to;
<property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
I have all the repos side by side, Erik how did you get all this stuff
to build? Did you recreate the old directory structure?
These build files are way to brittle for my taste.
Mike
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
Re: [Falcon] building
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> If you do whatever git command that pulls from the remote or pushes to the
> remote, what will happen to files in the linked in directories?
Nothing - they are not updated or overwritten.
It does however stop you from running a few git commands as the link is regarded as something that's an unchecked change.
Justin
Re: [Falcon] building
Posted by Frédéric THOMAS <we...@hotmail.com>.
> If you do whatever git command that pulls from the remote or pushes to the
> remote, what will happen to files in the linked in directories?
I excluded 3.0.33 from being included in git operations.
TLF is particular but for others, there's still the possibily to use
submodules, I don't like it too much but it is possible to use it, I'm
currently testing testing one other option, if it works, it could be
simplier than submodules.
-Fred
-----Message d'origine-----
From: Alex Harui
Sent: Monday, March 18, 2013 4:31 AM
To: dev@flex.apache.org
Subject: Re: [Falcon] building
A question about file links:
If you do whatever git command that pulls from the remote or pushes to the
remote, what will happen to files in the linked in directories?
When we finally get falcon production ready, are we going to link it into
the SDK? I hope not. Falcon is also being used for FlexJS. Now is the
time to practice building from downstream dependencies in different repos.
I expect new repos for BlazeDS and FlexUnit. It isn't just one link we're
talking about.
-Alex
On 3/17/13 8:24 PM, "Frédéric THOMAS" <we...@hotmail.com> wrote:
> I didn't about it before and I still have to check it works but because
> we've got cygwin, creating a hard link shouldn't be a big deal using ln.
>
> -Fred
>
> -----Message d'origine-----
> From: Alex Harui
> Sent: Monday, March 18, 2013 4:08 AM
> To: dev@flex.apache.org
> Subject: Re: [Falcon] building
>
> Sometime soon, unless someone else wants to do it, I will rework the build
> scripts for SDK to pull stuff from TLF without using file links or
> submodules. I think it is the best way.
>
>
> On 3/17/13 9:17 AM, "Frédéric THOMAS" <we...@hotmail.com> wrote:
>
> Jose,
>
> We could decide to add TLF as submodule but we Œll have to change the
> build
> files in order to tell them to go down of 1 level to pick up the
> textLayout
> sub directory as source, in more, at the moment, this directory is picked
> up
> from the TLF version, all in all, that would be possible but not with our
> current build scripts.
>
> The other drawback with submodules is ..., well, read that [1]
>
> -Fred
>
> [1] http://git-scm.com/book/en/Git-Tools-Submodules#Issues-with-Submodules
> <http://git-scm.com/book/en/Git-Tools-Submodules#Issues-with-Submodules>
> From: Jose Barragan <ma...@codeoscopic.com>
> Sent: Sunday, March 17, 2013 5:00 PM
> To: dev@flex.apache.org
> Subject: Re: [Falcon] building
>
> I'm not sure, if I'm still in error, but... Why isn't valid something like
> that!?
>
>
> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5. 505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 17, 2013, at 4:27 PM, Frédéric THOMAS <we...@hotmail.com>
> wrote:
>
> Hi Jose,
>
> We can't, the submodule feature takes a entire repo, not a sub directory
> inside a repo.
>
> -Fred
>
> -----Message d'origine----- From: Jose Barragan
> Sent: Sunday, March 17, 2013 4:25 PM
> To: dev@flex.apache.org
> Subject: Re: [Falcon] building
>
> Ops... sorry for sintax :P
>
> Would not it be better, add the TLF repository as a submodule GIT, at
> that
> point the SDK?
> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5. 505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 17, 2013, at 4:23 PM, Jose Barragan
> <jo...@codeoscopic.com>
> wrote:
>
>
> Would not it be better, add the TLF repository as a submodule GIT SDK at
> that point?
> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5. 505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS <we...@hotmail.com>
> wrote:
>
>
> For TLF, the point is that with svn, we used svnexternal to link the
> TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33,
> this
> feature doesn't exist with git, so, at the moment I go by a hard link, on
> my windows 7, I use Link Shell Extension [1]
>
> -Fred
>
> [1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
>
> -----Message d'origine----- From: Michael Schmalle
> Sent: Sunday, March 17, 2013 3:48 PM
> To: dev@flex.apache.org
> Subject: [Falcon] building
>
>
> Hey,
>
> I have managed to build Falcon after a half ass attempt to build the
> sdk, which failed at text layout or something, don't know the build
> went for 45 minutes then died, looks like it built most.
>
> But for falcon, we still have;
>
> <property name="sdk.branch"
> value="${compiler}/../../../sdk/branches/develop"/>
>
> I had to change it to;
>
> <property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
>
> I have all the repos side by side, Erik how did you get all this stuff
> to build? Did you recreate the old directory structure?
>
> These build files are way to brittle for my taste.
>
> Mike
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
Re: [Falcon] building
Posted by Alex Harui <ah...@adobe.com>.
A question about file links:
If you do whatever git command that pulls from the remote or pushes to the
remote, what will happen to files in the linked in directories?
When we finally get falcon production ready, are we going to link it into
the SDK? I hope not. Falcon is also being used for FlexJS. Now is the
time to practice building from downstream dependencies in different repos.
I expect new repos for BlazeDS and FlexUnit. It isn't just one link we're
talking about.
-Alex
On 3/17/13 8:24 PM, "Frédéric THOMAS" <we...@hotmail.com> wrote:
> I didn't about it before and I still have to check it works but because
> we've got cygwin, creating a hard link shouldn't be a big deal using ln.
>
> -Fred
>
> -----Message d'origine-----
> From: Alex Harui
> Sent: Monday, March 18, 2013 4:08 AM
> To: dev@flex.apache.org
> Subject: Re: [Falcon] building
>
> Sometime soon, unless someone else wants to do it, I will rework the build
> scripts for SDK to pull stuff from TLF without using file links or
> submodules. I think it is the best way.
>
>
> On 3/17/13 9:17 AM, "Frédéric THOMAS" <we...@hotmail.com> wrote:
>
> Jose,
>
> We could decide to add TLF as submodule but we Œll have to change the build
> files in order to tell them to go down of 1 level to pick up the textLayout
> sub directory as source, in more, at the moment, this directory is picked up
> from the TLF version, all in all, that would be possible but not with our
> current build scripts.
>
> The other drawback with submodules is ..., well, read that [1]
>
> -Fred
>
> [1] http://git-scm.com/book/en/Git-Tools-Submodules#Issues-with-Submodules
> <http://git-scm.com/book/en/Git-Tools-Submodules#Issues-with-Submodules>
> From: Jose Barragan <ma...@codeoscopic.com>
> Sent: Sunday, March 17, 2013 5:00 PM
> To: dev@flex.apache.org
> Subject: Re: [Falcon] building
>
> I'm not sure, if I'm still in error, but... Why isn't valid something like
> that!?
>
>
> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5. 505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 17, 2013, at 4:27 PM, Frédéric THOMAS <we...@hotmail.com>
> wrote:
>
> Hi Jose,
>
> We can't, the submodule feature takes a entire repo, not a sub directory
> inside a repo.
>
> -Fred
>
> -----Message d'origine----- From: Jose Barragan
> Sent: Sunday, March 17, 2013 4:25 PM
> To: dev@flex.apache.org
> Subject: Re: [Falcon] building
>
> Ops... sorry for sintax :P
>
> Would not it be better, add the TLF repository as a submodule GIT, at that
> point the SDK?
> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5. 505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 17, 2013, at 4:23 PM, Jose Barragan <jo...@codeoscopic.com>
> wrote:
>
>
> Would not it be better, add the TLF repository as a submodule GIT SDK at
> that point?
> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5. 505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS <we...@hotmail.com>
> wrote:
>
>
> For TLF, the point is that with svn, we used svnexternal to link the
> TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33, this
> feature doesn't exist with git, so, at the moment I go by a hard link, on
> my windows 7, I use Link Shell Extension [1]
>
> -Fred
>
> [1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
>
> -----Message d'origine----- From: Michael Schmalle
> Sent: Sunday, March 17, 2013 3:48 PM
> To: dev@flex.apache.org
> Subject: [Falcon] building
>
>
> Hey,
>
> I have managed to build Falcon after a half ass attempt to build the
> sdk, which failed at text layout or something, don't know the build
> went for 45 minutes then died, looks like it built most.
>
> But for falcon, we still have;
>
> <property name="sdk.branch"
> value="${compiler}/../../../sdk/branches/develop"/>
>
> I had to change it to;
>
> <property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
>
> I have all the repos side by side, Erik how did you get all this stuff
> to build? Did you recreate the old directory structure?
>
> These build files are way to brittle for my taste.
>
> Mike
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
Re: [Falcon] building
Posted by Frédéric THOMAS <we...@hotmail.com>.
I didn't about it before and I still have to check it works but because
we've got cygwin, creating a hard link shouldn't be a big deal using ln.
-Fred
-----Message d'origine-----
From: Alex Harui
Sent: Monday, March 18, 2013 4:08 AM
To: dev@flex.apache.org
Subject: Re: [Falcon] building
Sometime soon, unless someone else wants to do it, I will rework the build
scripts for SDK to pull stuff from TLF without using file links or
submodules. I think it is the best way.
On 3/17/13 9:17 AM, "Frédéric THOMAS" <we...@hotmail.com> wrote:
Jose,
We could decide to add TLF as submodule but we ‘ll have to change the build
files in order to tell them to go down of 1 level to pick up the textLayout
sub directory as source, in more, at the moment, this directory is picked up
from the TLF version, all in all, that would be possible but not with our
current build scripts.
The other drawback with submodules is ..., well, read that [1]
-Fred
[1] http://git-scm.com/book/en/Git-Tools-Submodules#Issues-with-Submodules
<http://git-scm.com/book/en/Git-Tools-Submodules#Issues-with-Submodules>
From: Jose Barragan <ma...@codeoscopic.com>
Sent: Sunday, March 17, 2013 5:00 PM
To: dev@flex.apache.org
Subject: Re: [Falcon] building
I'm not sure, if I'm still in error, but... Why isn't valid something like
that!?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:27 PM, Frédéric THOMAS <we...@hotmail.com>
wrote:
Hi Jose,
We can't, the submodule feature takes a entire repo, not a sub directory
inside a repo.
-Fred
-----Message d'origine----- From: Jose Barragan
Sent: Sunday, March 17, 2013 4:25 PM
To: dev@flex.apache.org
Subject: Re: [Falcon] building
Ops... sorry for sintax :P
Would not it be better, add the TLF repository as a submodule GIT, at that
point the SDK?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:23 PM, Jose Barragan <jo...@codeoscopic.com>
wrote:
Would not it be better, add the TLF repository as a submodule GIT SDK at
that point?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS <we...@hotmail.com>
wrote:
For TLF, the point is that with svn, we used svnexternal to link the
TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33, this
feature doesn't exist with git, so, at the moment I go by a hard link, on
my windows 7, I use Link Shell Extension [1]
-Fred
[1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
-----Message d'origine----- From: Michael Schmalle
Sent: Sunday, March 17, 2013 3:48 PM
To: dev@flex.apache.org
Subject: [Falcon] building
Hey,
I have managed to build Falcon after a half ass attempt to build the
sdk, which failed at text layout or something, don't know the build
went for 45 minutes then died, looks like it built most.
But for falcon, we still have;
<property name="sdk.branch"
value="${compiler}/../../../sdk/branches/develop"/>
I had to change it to;
<property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
I have all the repos side by side, Erik how did you get all this stuff
to build? Did you recreate the old directory structure?
These build files are way to brittle for my taste.
Mike
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
Re: [Falcon] building
Posted by Alex Harui <ah...@adobe.com>.
Sometime soon, unless someone else wants to do it, I will rework the build scripts for SDK to pull stuff from TLF without using file links or submodules. I think it is the best way.
On 3/17/13 9:17 AM, "Frédéric THOMAS" <we...@hotmail.com> wrote:
Jose,
We could decide to add TLF as submodule but we ‘ll have to change the build files in order to tell them to go down of 1 level to pick up the textLayout sub directory as source, in more, at the moment, this directory is picked up from the TLF version, all in all, that would be possible but not with our current build scripts.
The other drawback with submodules is ..., well, read that [1]
-Fred
[1] http://git-scm.com/book/en/Git-Tools-Submodules#Issues-with-Submodules <http://git-scm.com/book/en/Git-Tools-Submodules#Issues-with-Submodules>
From: Jose Barragan <ma...@codeoscopic.com>
Sent: Sunday, March 17, 2013 5:00 PM
To: dev@flex.apache.org
Subject: Re: [Falcon] building
I'm not sure, if I'm still in error, but... Why isn't valid something like that!?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:27 PM, Frédéric THOMAS <we...@hotmail.com> wrote:
Hi Jose,
We can't, the submodule feature takes a entire repo, not a sub directory inside a repo.
-Fred
-----Message d'origine----- From: Jose Barragan
Sent: Sunday, March 17, 2013 4:25 PM
To: dev@flex.apache.org
Subject: Re: [Falcon] building
Ops... sorry for sintax :P
Would not it be better, add the TLF repository as a submodule GIT, at that point the SDK?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:23 PM, Jose Barragan <jo...@codeoscopic.com> wrote:
Would not it be better, add the TLF repository as a submodule GIT SDK at that point?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS <we...@hotmail.com> wrote:
For TLF, the point is that with svn, we used svnexternal to link the TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33, this feature doesn't exist with git, so, at the moment I go by a hard link, on my windows 7, I use Link Shell Extension [1]
-Fred
[1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
-----Message d'origine----- From: Michael Schmalle
Sent: Sunday, March 17, 2013 3:48 PM
To: dev@flex.apache.org
Subject: [Falcon] building
Hey,
I have managed to build Falcon after a half ass attempt to build the
sdk, which failed at text layout or something, don't know the build
went for 45 minutes then died, looks like it built most.
But for falcon, we still have;
<property name="sdk.branch"
value="${compiler}/../../../sdk/branches/develop"/>
I had to change it to;
<property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
I have all the repos side by side, Erik how did you get all this stuff
to build? Did you recreate the old directory structure?
These build files are way to brittle for my taste.
Mike
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
Re: [Falcon] building
Posted by Jose Barragan <jo...@codeoscopic.com>.
Ok Fréd,
This reasoning seems correct, since it is less dramatic add a symbolic link at that point to change the scripts and also manage a git submodule, just for that.
Well ... It was just a suggestion :)
Thanks,
--
Jose Barragan
Chief Software Architect
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 5:17 PM, Frédéric THOMAS <we...@hotmail.com> wrote:
> Jose,
>
> We could decide to add TLF as submodule but we ‘ll have to change the build files in order to tell them to go down of 1 level to pick up the textLayout sub directory as source, in more, at the moment, this directory is picked up from the TLF version, all in all, that would be possible but not with our current build scripts.
>
> The other drawback with submodules is ..., well, read that [1]
>
> -Fred
>
> [1] http://git-scm.com/book/en/Git-Tools-Submodules#Issues-with-Submodules
> From: Jose Barragan
> Sent: Sunday, March 17, 2013 5:00 PM
> To: dev@flex.apache.org
> Subject: Re: [Falcon] building
>
> I'm not sure, if I'm still in error, but... Why isn't valid something like that!?
>
>
> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5. 505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 17, 2013, at 4:27 PM, Frédéric THOMAS <we...@hotmail.com> wrote:
>
>> Hi Jose,
>>
>> We can't, the submodule feature takes a entire repo, not a sub directory inside a repo.
>>
>> -Fred
>>
>> -----Message d'origine----- From: Jose Barragan
>> Sent: Sunday, March 17, 2013 4:25 PM
>> To: dev@flex.apache.org
>> Subject: Re: [Falcon] building
>>
>> Ops... sorry for sintax :P
>>
>> Would not it be better, add the TLF repository as a submodule GIT, at that point the SDK?
>> --
>> Jose Barragan
>> Software Architect Chief
>> Codeoscopic Madrid
>> C/. Infanta Mercedes, 92.
>> Planta 5. 505.
>> 28020 Madrid.
>> Tel.: +34 912 94 80 80
>>
>> On Mar 17, 2013, at 4:23 PM, Jose Barragan <jo...@codeoscopic.com> wrote:
>>
>>> Would not it be better, add the TLF repository as a submodule GIT SDK at that point?
>>> --
>>> Jose Barragan
>>> Software Architect Chief
>>> Codeoscopic Madrid
>>> C/. Infanta Mercedes, 92.
>>> Planta 5. 505.
>>> 28020 Madrid.
>>> Tel.: +34 912 94 80 80
>>>
>>> On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS <we...@hotmail.com> wrote:
>>>
>>>> For TLF, the point is that with svn, we used svnexternal to link the TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33, this feature doesn't exist with git, so, at the moment I go by a hard link, on my windows 7, I use Link Shell Extension [1]
>>>>
>>>> -Fred
>>>>
>>>> [1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
>>>>
>>>> -----Message d'origine----- From: Michael Schmalle
>>>> Sent: Sunday, March 17, 2013 3:48 PM
>>>> To: dev@flex.apache.org
>>>> Subject: [Falcon] building
>>>>
>>>>
>>>> Hey,
>>>>
>>>> I have managed to build Falcon after a half ass attempt to build the
>>>> sdk, which failed at text layout or something, don't know the build
>>>> went for 45 minutes then died, looks like it built most.
>>>>
>>>> But for falcon, we still have;
>>>>
>>>> <property name="sdk.branch"
>>>> value="${compiler}/../../../sdk/branches/develop"/>
>>>>
>>>> I had to change it to;
>>>>
>>>> <property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
>>>>
>>>> I have all the repos side by side, Erik how did you get all this stuff
>>>> to build? Did you recreate the old directory structure?
>>>>
>>>> These build files are way to brittle for my taste.
>>>>
>>>> Mike
>>>>
>>>> --
>>>> Michael Schmalle - Teoti Graphix, LLC
>>>> http://www.teotigraphix.com
>>>> http://blog.teotigraphix.com
>>>>
>>>
>>
>
>
Re: [Falcon] building
Posted by Frédéric THOMAS <we...@hotmail.com>.
Jose,
We could decide to add TLF as submodule but we ‘ll have to change the build files in order to tell them to go down of 1 level to pick up the textLayout sub directory as source, in more, at the moment, this directory is picked up from the TLF version, all in all, that would be possible but not with our current build scripts.
The other drawback with submodules is ..., well, read that [1]
-Fred
[1] http://git-scm.com/book/en/Git-Tools-Submodules#Issues-with-Submodules
From: Jose Barragan
Sent: Sunday, March 17, 2013 5:00 PM
To: dev@flex.apache.org
Subject: Re: [Falcon] building
I'm not sure, if I'm still in error, but... Why isn't valid something like that!?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:27 PM, Frédéric THOMAS <we...@hotmail.com> wrote:
Hi Jose,
We can't, the submodule feature takes a entire repo, not a sub directory inside a repo.
-Fred
-----Message d'origine----- From: Jose Barragan
Sent: Sunday, March 17, 2013 4:25 PM
To: dev@flex.apache.org
Subject: Re: [Falcon] building
Ops... sorry for sintax :P
Would not it be better, add the TLF repository as a submodule GIT, at that point the SDK?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:23 PM, Jose Barragan <jo...@codeoscopic.com> wrote:
Would not it be better, add the TLF repository as a submodule GIT SDK at that point?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS <we...@hotmail.com> wrote:
For TLF, the point is that with svn, we used svnexternal to link the TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33, this feature doesn't exist with git, so, at the moment I go by a hard link, on my windows 7, I use Link Shell Extension [1]
-Fred
[1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
-----Message d'origine----- From: Michael Schmalle
Sent: Sunday, March 17, 2013 3:48 PM
To: dev@flex.apache.org
Subject: [Falcon] building
Hey,
I have managed to build Falcon after a half ass attempt to build the
sdk, which failed at text layout or something, don't know the build
went for 45 minutes then died, looks like it built most.
But for falcon, we still have;
<property name="sdk.branch"
value="${compiler}/../../../sdk/branches/develop"/>
I had to change it to;
<property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
I have all the repos side by side, Erik how did you get all this stuff
to build? Did you recreate the old directory structure?
These build files are way to brittle for my taste.
Mike
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
Re: [Falcon] building
Posted by Jose Barragan <jo...@codeoscopic.com>.
I'm not sure, if I'm still in error, but... Why isn't valid something like that!?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:27 PM, Frédéric THOMAS <we...@hotmail.com> wrote:
> Hi Jose,
>
> We can't, the submodule feature takes a entire repo, not a sub directory inside a repo.
>
> -Fred
>
> -----Message d'origine----- From: Jose Barragan
> Sent: Sunday, March 17, 2013 4:25 PM
> To: dev@flex.apache.org
> Subject: Re: [Falcon] building
>
> Ops... sorry for sintax :P
>
> Would not it be better, add the TLF repository as a submodule GIT, at that point the SDK?
> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5. 505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 17, 2013, at 4:23 PM, Jose Barragan <jo...@codeoscopic.com> wrote:
>
>> Would not it be better, add the TLF repository as a submodule GIT SDK at that point?
>> --
>> Jose Barragan
>> Software Architect Chief
>> Codeoscopic Madrid
>> C/. Infanta Mercedes, 92.
>> Planta 5. 505.
>> 28020 Madrid.
>> Tel.: +34 912 94 80 80
>>
>> On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS <we...@hotmail.com> wrote:
>>
>>> For TLF, the point is that with svn, we used svnexternal to link the TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33, this feature doesn't exist with git, so, at the moment I go by a hard link, on my windows 7, I use Link Shell Extension [1]
>>>
>>> -Fred
>>>
>>> [1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
>>>
>>> -----Message d'origine----- From: Michael Schmalle
>>> Sent: Sunday, March 17, 2013 3:48 PM
>>> To: dev@flex.apache.org
>>> Subject: [Falcon] building
>>>
>>>
>>> Hey,
>>>
>>> I have managed to build Falcon after a half ass attempt to build the
>>> sdk, which failed at text layout or something, don't know the build
>>> went for 45 minutes then died, looks like it built most.
>>>
>>> But for falcon, we still have;
>>>
>>> <property name="sdk.branch"
>>> value="${compiler}/../../../sdk/branches/develop"/>
>>>
>>> I had to change it to;
>>>
>>> <property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
>>>
>>> I have all the repos side by side, Erik how did you get all this stuff
>>> to build? Did you recreate the old directory structure?
>>>
>>> These build files are way to brittle for my taste.
>>>
>>> Mike
>>>
>>> --
>>> Michael Schmalle - Teoti Graphix, LLC
>>> http://www.teotigraphix.com
>>> http://blog.teotigraphix.com
>>>
>>
>
Re: [Falcon] building
Posted by Frédéric THOMAS <we...@hotmail.com>.
Hi Jose,
We can't, the submodule feature takes a entire repo, not a sub directory
inside a repo.
-Fred
-----Message d'origine-----
From: Jose Barragan
Sent: Sunday, March 17, 2013 4:25 PM
To: dev@flex.apache.org
Subject: Re: [Falcon] building
Ops... sorry for sintax :P
Would not it be better, add the TLF repository as a submodule GIT, at that
point the SDK?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:23 PM, Jose Barragan <jo...@codeoscopic.com>
wrote:
> Would not it be better, add the TLF repository as a submodule GIT SDK at
> that point?
> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5. 505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS <we...@hotmail.com>
> wrote:
>
>> For TLF, the point is that with svn, we used svnexternal to link the
>> TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33,
>> this feature doesn't exist with git, so, at the moment I go by a hard
>> link, on my windows 7, I use Link Shell Extension [1]
>>
>> -Fred
>>
>> [1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
>>
>> -----Message d'origine----- From: Michael Schmalle
>> Sent: Sunday, March 17, 2013 3:48 PM
>> To: dev@flex.apache.org
>> Subject: [Falcon] building
>>
>>
>> Hey,
>>
>> I have managed to build Falcon after a half ass attempt to build the
>> sdk, which failed at text layout or something, don't know the build
>> went for 45 minutes then died, looks like it built most.
>>
>> But for falcon, we still have;
>>
>> <property name="sdk.branch"
>> value="${compiler}/../../../sdk/branches/develop"/>
>>
>> I had to change it to;
>>
>> <property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
>>
>> I have all the repos side by side, Erik how did you get all this stuff
>> to build? Did you recreate the old directory structure?
>>
>> These build files are way to brittle for my taste.
>>
>> Mike
>>
>> --
>> Michael Schmalle - Teoti Graphix, LLC
>> http://www.teotigraphix.com
>> http://blog.teotigraphix.com
>>
>
Re: [Falcon] building
Posted by Jose Barragan <jo...@codeoscopic.com>.
Ops... sorry for sintax :P
Would not it be better, add the TLF repository as a submodule GIT, at that point the SDK?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:23 PM, Jose Barragan <jo...@codeoscopic.com> wrote:
> Would not it be better, add the TLF repository as a submodule GIT SDK at that point?
> --
> Jose Barragan
> Software Architect Chief
> Codeoscopic Madrid
> C/. Infanta Mercedes, 92.
> Planta 5. 505.
> 28020 Madrid.
> Tel.: +34 912 94 80 80
>
> On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS <we...@hotmail.com> wrote:
>
>> For TLF, the point is that with svn, we used svnexternal to link the TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33, this feature doesn't exist with git, so, at the moment I go by a hard link, on my windows 7, I use Link Shell Extension [1]
>>
>> -Fred
>>
>> [1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
>>
>> -----Message d'origine----- From: Michael Schmalle
>> Sent: Sunday, March 17, 2013 3:48 PM
>> To: dev@flex.apache.org
>> Subject: [Falcon] building
>>
>>
>> Hey,
>>
>> I have managed to build Falcon after a half ass attempt to build the
>> sdk, which failed at text layout or something, don't know the build
>> went for 45 minutes then died, looks like it built most.
>>
>> But for falcon, we still have;
>>
>> <property name="sdk.branch"
>> value="${compiler}/../../../sdk/branches/develop"/>
>>
>> I had to change it to;
>>
>> <property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
>>
>> I have all the repos side by side, Erik how did you get all this stuff
>> to build? Did you recreate the old directory structure?
>>
>> These build files are way to brittle for my taste.
>>
>> Mike
>>
>> --
>> Michael Schmalle - Teoti Graphix, LLC
>> http://www.teotigraphix.com
>> http://blog.teotigraphix.com
>>
>
Re: [Falcon] building
Posted by Jose Barragan <jo...@codeoscopic.com>.
Would not it be better, add the TLF repository as a submodule GIT SDK at that point?
--
Jose Barragan
Software Architect Chief
Codeoscopic Madrid
C/. Infanta Mercedes, 92.
Planta 5. 505.
28020 Madrid.
Tel.: +34 912 94 80 80
On Mar 17, 2013, at 4:06 PM, Frédéric THOMAS <we...@hotmail.com> wrote:
> For TLF, the point is that with svn, we used svnexternal to link the TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33, this feature doesn't exist with git, so, at the moment I go by a hard link, on my windows 7, I use Link Shell Extension [1]
>
> -Fred
>
> [1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
>
> -----Message d'origine----- From: Michael Schmalle
> Sent: Sunday, March 17, 2013 3:48 PM
> To: dev@flex.apache.org
> Subject: [Falcon] building
>
>
> Hey,
>
> I have managed to build Falcon after a half ass attempt to build the
> sdk, which failed at text layout or something, don't know the build
> went for 45 minutes then died, looks like it built most.
>
> But for falcon, we still have;
>
> <property name="sdk.branch"
> value="${compiler}/../../../sdk/branches/develop"/>
>
> I had to change it to;
>
> <property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
>
> I have all the repos side by side, Erik how did you get all this stuff
> to build? Did you recreate the old directory structure?
>
> These build files are way to brittle for my taste.
>
> Mike
>
> --
> Michael Schmalle - Teoti Graphix, LLC
> http://www.teotigraphix.com
> http://blog.teotigraphix.com
>
Re: [Falcon] building
Posted by Frédéric THOMAS <we...@hotmail.com>.
For TLF, the point is that with svn, we used svnexternal to link the
TLF/textLayout sub directory to frameworks\projects\textLayout\3.0.33, this
feature doesn't exist with git, so, at the moment I go by a hard link, on
my windows 7, I use Link Shell Extension [1]
-Fred
[1] http://schinagl.priv.at/nt/hardlinkshellext/HardLinkShellExt_X64.exe
-----Message d'origine-----
From: Michael Schmalle
Sent: Sunday, March 17, 2013 3:48 PM
To: dev@flex.apache.org
Subject: [Falcon] building
Hey,
I have managed to build Falcon after a half ass attempt to build the
sdk, which failed at text layout or something, don't know the build
went for 45 minutes then died, looks like it built most.
But for falcon, we still have;
<property name="sdk.branch"
value="${compiler}/../../../sdk/branches/develop"/>
I had to change it to;
<property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
I have all the repos side by side, Erik how did you get all this stuff
to build? Did you recreate the old directory structure?
These build files are way to brittle for my taste.
Mike
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
Re: [Falcon] building
Posted by Michael Schmalle <ap...@teotigraphix.com>.
I didn't notice, maybe there is.
If there is then great. :)
I think now that I have looked with word wrap below, the
FlashPlayer.exe is not getting copied to the temp dir when running the
falcon tests. It seems only the functional tests are failing and that
is why.
I can build falcon fine now. Its just I don't like the fact I had to
build the sdk to get the compiler. But if there is a subtask I can run
just to get compiler.jar, then I am an idiot and need to open my eyes.
Mike
Quoting Alex Harui <ah...@adobe.com>:
> If you only want the jar and not run tests, I thought there was a sub-task
> you could run.
>
>
> On 3/17/13 7:59 AM, "Michael Schmalle" <ap...@teotigraphix.com> wrote:
>
>> Here is a stack trace when running the build of compiler.tests
>>
>>
>>
>>
>> [junit] 2086 bytes written to
>> C:\Users\Work\Documents\git-apache\flex-falcon\compiler.tests\temp\MXMLPropert
>> yStringTests1425684253960474506.swf in 0.305
>> seconds
>> [junit] java.io.IOException: Cannot run program
>> "C:\Users\Work\Documents\git-apache\flex-falcon\compiler.tests\temp\FlashPlaye
>> r.exe": CreateProcess error=2, The system cannot find the file
>> specified
>> [junit] at java.lang.ProcessBuilder.start(ProcessBuilder.java:460)
>> [junit] at java.lang.Runtime.exec(Runtime.java:593)
>> [junit] at java.lang.Runtime.exec(Runtime.java:466)
>> [junit] at
>> mxml.tags.MXMLFeatureTestsBase.compileAndRun(Unknown Source)
>> [junit] at
>> properties.MXMLPropertyStringTests.MXMLPropertyStringTests_tag_text(Unknown
>> Source)
>> [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> [junit] at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> [junit] at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.j
>> ava:25)
>> [junit] at java.lang.reflect.Method.invoke(Method.java:597)
>> [junit] at
>> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.ja
>> va:45)
>> [junit] at
>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.jav
>> a:15)
>> [junit] at
>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java
>> :42)
>> [junit] at
>> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:
>> 20)
>> [junit] at
>> org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
>> [junit] at
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:
>> 68)
>> [junit] at
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:
>> 47)
>> [junit] at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
>> [junit] at
>> org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
>> [junit] at
>> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
>> [junit] at
>> org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
>> [junit] at
>> org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
>> [junit] at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
>> [junit] at
>> junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39)
>> [junit] at
>> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunn
>> er.java:518)
>> [junit] at
>> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestR
>> unner.java:1052)
>> [junit] at
>> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRun
>> ner.java:879)
>> [junit] Caused by: java.io.IOException: CreateProcess error=2,
>> The system cannot find the file specified
>> [junit] at java.lang.ProcessImpl.create(Native Method)
>> [junit] at java.lang.ProcessImpl.<init>(ProcessImpl.java:81)
>> [junit] at java.lang.ProcessImpl.start(ProcessImpl.java:30)
>> [junit] at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
>> [junit] ... 25 more
>> [junit] java.io.IOException: Cannot run program
>> "C:\Users\Work\Documents\git-apache\flex-falcon\compiler.tests\temp\FlashPlaye
>> r.exe": CreateProcess error=2, The system cannot find the file
>> specified
>> [junit] 2098 bytes written to
>> C:\Users\Work\Documents\git-apache\flex-falcon\compiler.tests\temp\MXMLPropert
>> yStringTests5287004435668676379.swf in 0.356
>> seconds
>> [junit] at java.lang.ProcessBuilder.start(ProcessBuilder.java:460)
>> [junit] at java.lang.Runtime.exec(Runtime.java:593)
>> [junit] at java.lang.Runtime.exec(Runtime.java:466)
>> [junit] at
>> mxml.tags.MXMLFeatureTestsBase.compileAndRun(Unknown Source)
>> [junit] at
>> properties.MXMLPropertyStringTests.MXMLPropertyStringTests_tag_tag(Unknown
>> Source)
>> [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> [junit] at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> [junit] at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.j
>> ava:25)
>> [junit] at java.lang.reflect.Method.invoke(Method.java:597)
>> [junit] at
>> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.ja
>> va:45)
>> [junit] at
>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.jav
>> a:15)
>> [junit] at
>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java
>> :42)
>> [junit] at
>> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:
>> 20)
>> [junit] at
>> org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
>> [junit] at
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:
>> 68)
>> [junit] at
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:
>> 47)
>> [junit] at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
>> [junit] at
>> org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
>> [junit] at
>> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
>> [junit] at
>> org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
>> [junit] at
>> org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
>> [junit] at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
>> [junit] at
>> junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39)
>> [junit] at
>> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunn
>> er.java:518)
>>
>>
>>
>>
>>
>> Quoting Michael Schmalle <ap...@teotigraphix.com>:
>>
>>> On this note;
>>>
>>> I have done my duty...
>>>
>>> I can confirm all tests pass int eh falcon.jx.tests except the 4
>>> that depend on flexjs.
>>>
>>> So I'm good to go other than the text layout barf.
>>>
>>> Falcon was successfully built as well after my half ass attempt at the sdk.
>>>
>>> All the tests that don't depend on swfs passed for falcon but the
>>> rest did a horrible death with file not found. Not going to worry
>>> about this. I don't understand how this stuff messes up if the build
>>> files are correct.
>>>
>>> Mike
>>>
>>> Quoting Michael Schmalle <ap...@teotigraphix.com>:
>>>
>>>>
>>>> Hey,
>>>>
>>>> I have managed to build Falcon after a half ass attempt to build
>>>> the sdk, which failed at text layout or something, don't know the
>>>> build went for 45 minutes then died, looks like it built most.
>>>>
>>>> But for falcon, we still have;
>>>>
>>>> <property name="sdk.branch"
>>>> value="${compiler}/../../../sdk/branches/develop"/>
>>>>
>>>> I had to change it to;
>>>>
>>>> <property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
>>>>
>>>> I have all the repos side by side, Erik how did you get all this
>>>> stuff to build? Did you recreate the old directory structure?
>>>>
>>>> These build files are way to brittle for my taste.
>>>>
>>>> Mike
>>>>
>>>> --
>>>> Michael Schmalle - Teoti Graphix, LLC
>>>> http://www.teotigraphix.com
>>>> http://blog.teotigraphix.com
>>>>
>>>>
>>>
>>> --
>>> Michael Schmalle - Teoti Graphix, LLC
>>> http://www.teotigraphix.com
>>> http://blog.teotigraphix.com
>>>
>>>
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>
>
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
Re: [Falcon] building
Posted by Alex Harui <ah...@adobe.com>.
If you only want the jar and not run tests, I thought there was a sub-task
you could run.
On 3/17/13 7:59 AM, "Michael Schmalle" <ap...@teotigraphix.com> wrote:
> Here is a stack trace when running the build of compiler.tests
>
>
>
>
> [junit] 2086 bytes written to
> C:\Users\Work\Documents\git-apache\flex-falcon\compiler.tests\temp\MXMLPropert
> yStringTests1425684253960474506.swf in 0.305
> seconds
> [junit] java.io.IOException: Cannot run program
> "C:\Users\Work\Documents\git-apache\flex-falcon\compiler.tests\temp\FlashPlaye
> r.exe": CreateProcess error=2, The system cannot find the file
> specified
> [junit] at java.lang.ProcessBuilder.start(ProcessBuilder.java:460)
> [junit] at java.lang.Runtime.exec(Runtime.java:593)
> [junit] at java.lang.Runtime.exec(Runtime.java:466)
> [junit] at mxml.tags.MXMLFeatureTestsBase.compileAndRun(Unknown Source)
> [junit] at
> properties.MXMLPropertyStringTests.MXMLPropertyStringTests_tag_text(Unknown
> Source)
> [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [junit] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> [junit] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.j
> ava:25)
> [junit] at java.lang.reflect.Method.invoke(Method.java:597)
> [junit] at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.ja
> va:45)
> [junit] at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.jav
> a:15)
> [junit] at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java
> :42)
> [junit] at
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:
> 20)
> [junit] at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
> [junit] at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:
> 68)
> [junit] at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:
> 47)
> [junit] at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
> [junit] at
> org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
> [junit] at
> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
> [junit] at
> org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
> [junit] at
> org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
> [junit] at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
> [junit] at
> junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39)
> [junit] at
> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunn
> er.java:518)
> [junit] at
> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestR
> unner.java:1052)
> [junit] at
> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRun
> ner.java:879)
> [junit] Caused by: java.io.IOException: CreateProcess error=2,
> The system cannot find the file specified
> [junit] at java.lang.ProcessImpl.create(Native Method)
> [junit] at java.lang.ProcessImpl.<init>(ProcessImpl.java:81)
> [junit] at java.lang.ProcessImpl.start(ProcessImpl.java:30)
> [junit] at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
> [junit] ... 25 more
> [junit] java.io.IOException: Cannot run program
> "C:\Users\Work\Documents\git-apache\flex-falcon\compiler.tests\temp\FlashPlaye
> r.exe": CreateProcess error=2, The system cannot find the file
> specified
> [junit] 2098 bytes written to
> C:\Users\Work\Documents\git-apache\flex-falcon\compiler.tests\temp\MXMLPropert
> yStringTests5287004435668676379.swf in 0.356
> seconds
> [junit] at java.lang.ProcessBuilder.start(ProcessBuilder.java:460)
> [junit] at java.lang.Runtime.exec(Runtime.java:593)
> [junit] at java.lang.Runtime.exec(Runtime.java:466)
> [junit] at mxml.tags.MXMLFeatureTestsBase.compileAndRun(Unknown Source)
> [junit] at
> properties.MXMLPropertyStringTests.MXMLPropertyStringTests_tag_tag(Unknown
> Source)
> [junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [junit] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> [junit] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.j
> ava:25)
> [junit] at java.lang.reflect.Method.invoke(Method.java:597)
> [junit] at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.ja
> va:45)
> [junit] at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.jav
> a:15)
> [junit] at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java
> :42)
> [junit] at
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:
> 20)
> [junit] at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
> [junit] at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:
> 68)
> [junit] at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:
> 47)
> [junit] at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
> [junit] at
> org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
> [junit] at
> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
> [junit] at
> org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
> [junit] at
> org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
> [junit] at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
> [junit] at
> junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39)
> [junit] at
> org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunn
> er.java:518)
>
>
>
>
>
> Quoting Michael Schmalle <ap...@teotigraphix.com>:
>
>> On this note;
>>
>> I have done my duty...
>>
>> I can confirm all tests pass int eh falcon.jx.tests except the 4
>> that depend on flexjs.
>>
>> So I'm good to go other than the text layout barf.
>>
>> Falcon was successfully built as well after my half ass attempt at the sdk.
>>
>> All the tests that don't depend on swfs passed for falcon but the
>> rest did a horrible death with file not found. Not going to worry
>> about this. I don't understand how this stuff messes up if the build
>> files are correct.
>>
>> Mike
>>
>> Quoting Michael Schmalle <ap...@teotigraphix.com>:
>>
>>>
>>> Hey,
>>>
>>> I have managed to build Falcon after a half ass attempt to build
>>> the sdk, which failed at text layout or something, don't know the
>>> build went for 45 minutes then died, looks like it built most.
>>>
>>> But for falcon, we still have;
>>>
>>> <property name="sdk.branch"
>>> value="${compiler}/../../../sdk/branches/develop"/>
>>>
>>> I had to change it to;
>>>
>>> <property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
>>>
>>> I have all the repos side by side, Erik how did you get all this
>>> stuff to build? Did you recreate the old directory structure?
>>>
>>> These build files are way to brittle for my taste.
>>>
>>> Mike
>>>
>>> --
>>> Michael Schmalle - Teoti Graphix, LLC
>>> http://www.teotigraphix.com
>>> http://blog.teotigraphix.com
>>>
>>>
>>
>> --
>> Michael Schmalle - Teoti Graphix, LLC
>> http://www.teotigraphix.com
>> http://blog.teotigraphix.com
>>
>>
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
Re: [Falcon] building
Posted by Michael Schmalle <ap...@teotigraphix.com>.
Here is a stack trace when running the build of compiler.tests
[junit] 2086 bytes written to
C:\Users\Work\Documents\git-apache\flex-falcon\compiler.tests\temp\MXMLPropertyStringTests1425684253960474506.swf in 0.305
seconds
[junit] java.io.IOException: Cannot run program
"C:\Users\Work\Documents\git-apache\flex-falcon\compiler.tests\temp\FlashPlayer.exe": CreateProcess error=2, The system cannot find the file
specified
[junit] at java.lang.ProcessBuilder.start(ProcessBuilder.java:460)
[junit] at java.lang.Runtime.exec(Runtime.java:593)
[junit] at java.lang.Runtime.exec(Runtime.java:466)
[junit] at mxml.tags.MXMLFeatureTestsBase.compileAndRun(Unknown Source)
[junit] at
properties.MXMLPropertyStringTests.MXMLPropertyStringTests_tag_text(Unknown
Source)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[junit] at java.lang.reflect.Method.invoke(Method.java:597)
[junit] at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
[junit] at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
[junit] at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
[junit] at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
[junit] at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
[junit] at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
[junit] at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
[junit] at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
[junit] at
org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
[junit] at
org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
[junit] at
org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
[junit] at
org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
[junit] at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
[junit] at
junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:518)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:1052)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:879)
[junit] Caused by: java.io.IOException: CreateProcess error=2,
The system cannot find the file specified
[junit] at java.lang.ProcessImpl.create(Native Method)
[junit] at java.lang.ProcessImpl.<init>(ProcessImpl.java:81)
[junit] at java.lang.ProcessImpl.start(ProcessImpl.java:30)
[junit] at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
[junit] ... 25 more
[junit] java.io.IOException: Cannot run program
"C:\Users\Work\Documents\git-apache\flex-falcon\compiler.tests\temp\FlashPlayer.exe": CreateProcess error=2, The system cannot find the file
specified
[junit] 2098 bytes written to
C:\Users\Work\Documents\git-apache\flex-falcon\compiler.tests\temp\MXMLPropertyStringTests5287004435668676379.swf in 0.356
seconds
[junit] at java.lang.ProcessBuilder.start(ProcessBuilder.java:460)
[junit] at java.lang.Runtime.exec(Runtime.java:593)
[junit] at java.lang.Runtime.exec(Runtime.java:466)
[junit] at mxml.tags.MXMLFeatureTestsBase.compileAndRun(Unknown Source)
[junit] at
properties.MXMLPropertyStringTests.MXMLPropertyStringTests_tag_tag(Unknown
Source)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[junit] at java.lang.reflect.Method.invoke(Method.java:597)
[junit] at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
[junit] at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
[junit] at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
[junit] at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
[junit] at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
[junit] at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
[junit] at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
[junit] at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
[junit] at
org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
[junit] at
org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
[junit] at
org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
[junit] at
org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
[junit] at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
[junit] at
junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:518)
Quoting Michael Schmalle <ap...@teotigraphix.com>:
> On this note;
>
> I have done my duty...
>
> I can confirm all tests pass int eh falcon.jx.tests except the 4
> that depend on flexjs.
>
> So I'm good to go other than the text layout barf.
>
> Falcon was successfully built as well after my half ass attempt at the sdk.
>
> All the tests that don't depend on swfs passed for falcon but the
> rest did a horrible death with file not found. Not going to worry
> about this. I don't understand how this stuff messes up if the build
> files are correct.
>
> Mike
>
> Quoting Michael Schmalle <ap...@teotigraphix.com>:
>
>>
>> Hey,
>>
>> I have managed to build Falcon after a half ass attempt to build
>> the sdk, which failed at text layout or something, don't know the
>> build went for 45 minutes then died, looks like it built most.
>>
>> But for falcon, we still have;
>>
>> <property name="sdk.branch"
>> value="${compiler}/../../../sdk/branches/develop"/>
>>
>> I had to change it to;
>>
>> <property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
>>
>> I have all the repos side by side, Erik how did you get all this
>> stuff to build? Did you recreate the old directory structure?
>>
>> These build files are way to brittle for my taste.
>>
>> Mike
>>
>> --
>> Michael Schmalle - Teoti Graphix, LLC
>> http://www.teotigraphix.com
>> http://blog.teotigraphix.com
>>
>>
>
> --
> Michael Schmalle - Teoti Graphix, LLC
> http://www.teotigraphix.com
> http://blog.teotigraphix.com
>
>
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com
Re: [Falcon] building
Posted by Michael Schmalle <ap...@teotigraphix.com>.
On this note;
I have done my duty...
I can confirm all tests pass int eh falcon.jx.tests except the 4 that
depend on flexjs.
So I'm good to go other than the text layout barf.
Falcon was successfully built as well after my half ass attempt at the sdk.
All the tests that don't depend on swfs passed for falcon but the rest
did a horrible death with file not found. Not going to worry about
this. I don't understand how this stuff messes up if the build files
are correct.
Mike
Quoting Michael Schmalle <ap...@teotigraphix.com>:
>
> Hey,
>
> I have managed to build Falcon after a half ass attempt to build the
> sdk, which failed at text layout or something, don't know the build
> went for 45 minutes then died, looks like it built most.
>
> But for falcon, we still have;
>
> <property name="sdk.branch"
> value="${compiler}/../../../sdk/branches/develop"/>
>
> I had to change it to;
>
> <property name="sdk.branch" value="${compiler}/../../flex-sdk"/>
>
> I have all the repos side by side, Erik how did you get all this
> stuff to build? Did you recreate the old directory structure?
>
> These build files are way to brittle for my taste.
>
> Mike
>
> --
> Michael Schmalle - Teoti Graphix, LLC
> http://www.teotigraphix.com
> http://blog.teotigraphix.com
>
>
--
Michael Schmalle - Teoti Graphix, LLC
http://www.teotigraphix.com
http://blog.teotigraphix.com