Report warning info if use framework code in the vfr file.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Eric Dong mailto:[email protected]>>
Thanks,
Eric
Warning for framework code.patch
Description: Warning for framework code.patch
-
On Jul 14, 2014, at 3:21 PM, Kinney, Michael D
wrote:
> Andrew,
>
> I think we can support all of these concepts.
>
> 1) SVN extern to binaries. Developer can opt-out of externs.
> 2) Edksetup.* can be updated to detect if the binaries are already
> present or not. If they are
Andrew,
I think we can support all of these concepts.
1) SVN extern to binaries. Developer can opt-out of externs.
2) Edksetup.* can be updated to detect if the binaries are already present
or not. If they are not present, then edksetup.* can either build from sources
or pull from
Jordan,
I have not seen any requests for additional binaries. I just want to make sure
we do not make any design decisions that would preclude that if the request
comes in later.
Mike
-Original Message-
From: Jordan Justen [mailto:[email protected]]
Sent: Monday, July 14, 2014 2:42
On Jul 14, 2014, at 2:11 PM, Kinney, Michael D
wrote:
> Andrew,
>
> The proposal here to have a sub-project for tool binaries is not limited to
> windows. We proposed a directory structure for the tool binaries that can
> support any number of operating systems. For operating systems wher
On Mon, Jul 14, 2014 at 2:11 PM, Kinney, Michael D
wrote:
> Andrew,
>
> The proposal here to have a sub-project for tool binaries is not limited to
> windows. We proposed a directory structure for the tool binaries that can
> support any number of operating systems. For operating systems where
>
Andrew,
The proposal here to have a sub-project for tool binaries is not limited to
windows. We proposed a directory structure for the tool binaries that can
support any number of operating systems. For operating systems where pulling
binaries or build binaries is an option, we need to make i
On Jul 14, 2014, at 10:27 AM, Jordan Justen wrote:
> On Sun, Jul 13, 2014 at 9:55 PM, Tian, Hot wrote:
>> Defer the binary pull to build time is incompatible change. There may be
>> cases that we don’t have network access when build the code.
>
> I guess I would consider this in the same bucke
On Jul 13, 2014, at 9:41 PM, Kinney, Michael D
wrote:
> Andrew,
>
> The concept of pulling the binaries from svn if they are not present is a
> good option to consider. Maybe edksetup.bat pulls latest version of
> edk2-toolsbinaries sub-project if binaries are not present. This would
> r
On Sun, Jul 13, 2014 at 9:55 PM, Tian, Hot wrote:
> Defer the binary pull to build time is incompatible change. There may be
> cases that we don’t have network access when build the code.
I guess I would consider this in the same bucket as not downloading
IASL before going offline. In other words
I was hoping to receive some clarification about the VfrCompile's support of
defaults for the OrderedList vfr statement. OrderedLists support the
vfrStatementDefault grammer, but the vfrStatementDefault, through the
vfrConstantValueField, only seems to support a
Number/True/False/Time/Date/STR
11 matches
Mail list logo
