[email protected]
>
> Intel SSG/STO/EBP
> (503) 712-9395
>
>
> -Original Message-
> From: David F. [mailto:[email protected]]
> Sent: Friday, October 06, 2017 12:26 PM
> To: [email protected]
> Subject: [edk2-buildtools] Problem Building - can't fin
c:\edk2\Test\Test.dsc(...): error 4000: Instance of library class
[PeCoffExtraActionLib] is not found
in [c:\edk2\MdePkg\Library\BasePeCoffLib\BasePeCoffLib.inf] [X64]
consumed by module [c:\edk2\Test\testapp\testapp.inf]
I tried adding it to Test.dsc, using:
BasePeCoffExtraAct
Yes, that seemed to fix it .. updating via c:\edk2 worked (no issue reported).
On Tue, Oct 28, 2014 at 7:49 PM, David F. wrote:
> Well, I may have gotten around it for now. First I tried just
> changing the path in wc.db - but it wouldn't update (previous
> operation ha
vn. Then right click on
c:\edk2\basetools\bin\win32 and choose clean up. Now right click
that same directory and choose svn update - finished. Now I'm off to
fix the items that need merging.I'll try svn update off of c:\edk2
to see if it still does it?
On Tue, Oct 28, 2014 at 7:09 PM
, Oct 28, 2014 at 6:53 PM, David F. wrote:
> It was doing it with an older version so I upgraded but it was still
> doing it. This is the version I use now:
>
> TortoiseSVN 1.8.8, Build 25755 - 64 Bit , 2014/08/10 14:44:06
> Subversion 1.8.10, -release
> apr 1.5.1
> apr-ut
ust be incorrect:
> 'C:\edk2\BaseTools\Bin\Win32\BaseTools\Bin\Win32\Arm\RELEASE_RVCT31\CompilerIntrinsicsLib.lib'.
> Please try a clean check out, and the version of my local TortoiseSVN is
> 1.8.4.
>
>
> Dennis
>
> -Original Message-
> From: David F. [ma
Hi,
Last updated c:\edk2 in Feb 2014 - try to update now and fails -
caused by the update in external reference to the BaseTool ARM library
(which I actually don't even need). It's a path problem. How can I
fix? Using TortoiseSVN on Win7 Pro x64.
> Update
> C:\edk2
> C:\edk2\BaseTools\Bin\Wi
On Wed, Oct 22, 2014 at 7:14 PM, Liu, Yingke D wrote:
> David,
> Can you rename the Bin folder and try to update again, let SVN restore the
> Bin folder. Backup the Bin folder just in case of restoring also fail.
>
> Dennis
>
> -Original Message-
> From: Davi
le.exe 1 0 1 1)
47|(file-install 12 _sqlite3.pyd 1 0 1 1)
I even updated to the latest version of TortoiseSVN and does the same
(although the reported message is a little different in format).
On Sun, Oct 12, 2014 at 1:00 AM, Andrew Fish wrote:
>
> On Oct 12, 2014, at 12:42 AM, David
verted and committed back so the correct relative path is used?
On Sun, Oct 12, 2014 at 12:23 AM, David F. wrote:
> Looks like the update failure didn't just skip the one problem but
> stopped. SVN not real clear on it - now stuck and can't update -
> clearing work queue just
ed after your sync. I’m not sure how
> it should work, but the binaries are in a different svn project. I thought
> they should get updated in svn by default.
>
> Thanks,
>
> Andrew Fish
>
> On Oct 11, 2014, at 10:40 PM, David F. wrote:
>
>> As a follow up to my prior
As a follow up to my prior message below - if I put the old c:\edk2
folder back and attempt to build, it works fine. So definitely
something in one of the updates since 2/25/2014 (that is the prior svn
update I had done).
Hi,
Just did the latest SVN update (last update was several months ago).
Hi,
Just did the latest SVN update (last update was several months ago).
Now building won't work under Win7 Pro x64 environment. I was hoping
I could just update and continue building like I have done in the past
but now it dies right away with the message below (I couldn't find a
_sqlite3 file -
Just a FYI, I did a SVN update just now (haven't updated for several
months) and got this:
C:\edk2\BaseTools\Bin\Win32
The node
'C:\edk2\BaseTools\Bin\Win32\BaseTools\Bin\Win32\Arm\RELEASE_RVCT31\CompilerIntrinsicsLib.lib'
is not installable
It seems to have duplicated the path...
---
Hi,
I have a conflict of a file name because the build system is adding the
directory of the application as the first include path. I really don't
need the application file path in the include search path so I'd like to
remove it or make it so it's last.For example, c:\edk2\MyPackage\MyApp
be
Hi,
What is the recommended method for building to different binaries from the
same code base package. The only difference is the defines used on
building that package, all the other support packages stay the same.
I thought about having two different .inf files with [buildoptions] giving
the di
Circular reference, was between DevConsole and that relying on LibC ...
On Wed, Sep 11, 2013 at 3:08 PM, David F. wrote:
> c:\edk2\Test\Test.dsc(...): error F002: Library
> [c:\edk2\MdePkg\Library\UefiLib\UefiLib.inf] with constructors has a cycle
> consumed by c:\ed
c:\edk2\Test\Test.dsc(...): error F002: Library
[c:\edk2\MdePkg\Library\UefiLib\UefiLib.inf] with constructors has a cycle
consumed by c:\edk2\StdLib\LibC\LibC.inf
I basically added a constructor/destructor to the LibC.inf file
CONSTRUCTOR = __ctor_LibC
DESTR
Hi,
So if I have a .CPP module that only has:
#include
and I change the file x:\projecta\samecode.cpp, the build system
doesn't pick up the change.
If I force change on the file that just has the #include line, then it does
Anyway to correct that?
TIA!!
19 matches
Mail list logo
