Menu
▾
▴
edk2-buildtools-devel — EDK II Build Tools Developer discussions
You can subscribe to this list here.
| 2010 |
Jan
(1) |
Feb
(2) |
Mar
(12) |
Apr
(3) |
May
(2) |
Jun
(16) |
Jul
(24) |
Aug
(3) |
Sep
(9) |
Oct
(9) |
Nov
(1) |
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2011 |
Jan
(8) |
Feb
(4) |
Mar
(6) |
Apr
(9) |
May
(4) |
Jun
(32) |
Jul
(14) |
Aug
|
Sep
(24) |
Oct
(26) |
Nov
(34) |
Dec
(15) |
| 2012 |
Jan
(16) |
Feb
(27) |
Mar
(44) |
Apr
(10) |
May
(8) |
Jun
(15) |
Jul
(10) |
Aug
(15) |
Sep
(12) |
Oct
(4) |
Nov
(3) |
Dec
(16) |
| 2013 |
Jan
(8) |
Feb
(4) |
Mar
(8) |
Apr
(7) |
May
(22) |
Jun
(17) |
Jul
(18) |
Aug
(31) |
Sep
(19) |
Oct
(16) |
Nov
(26) |
Dec
(11) |
| 2014 |
Jan
(21) |
Feb
(23) |
Mar
(17) |
Apr
(19) |
May
(39) |
Jun
(33) |
Jul
(86) |
Aug
(11) |
Sep
(5) |
Oct
(19) |
Nov
(1) |
Dec
(2) |
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Gao, L. <lim...@in...> - 2019-03-13 16:41:34
|
Please use BaseTools in https://github.com/tianocore/edk2, not use deprecated https://github.com/tianocore/buildtools-BaseTools. Edk2 master BaseTools has removed GenVtf. > -----Original Message----- > From: Andrew J. Hutton [mailto:aj...@fi...] > Sent: Wednesday, March 13, 2019 6:03 AM > To: edk...@li... > Subject: [edk2-buildtools] F29 Build Issue. > > Unsure if this is a missing build dependency (since there doesn't appear > to be a check for this) am I missing a make dep or configure step somewhere? > > This is stock F29, following the website instructions; the make -C > BaseTools/Source/C results in the following errror: > > make[1]: Entering directory > '/home/ajh/KVM/Clover/edk2/BaseTools/Source/C/GenVtf' > cc -c -MD -fshort-wchar -fno-strict-aliasing -Wall -Werror > -Wno-deprecated-declarations -nostdlib -c -g -I .. -I ../Include/Common > -I ../Include/ -I ../Include/IndustryStandard -I ../Common/ -I .. -I . > -I ../Include/X64/ GenVtf.c -o GenVtf.o > GenVtf.c: In function ‘CreateFitTableAndInitialize’: > GenVtf.c:1473:3: error: ‘strncpy’ output truncated before terminating > nul copying 8 bytes from a string of the same length > [-Werror=stringop-truncation] > strncpy ((CHAR8 *) &FitStartPtr->CompAddress, FIT_SIGNATURE, 8); // > "_FIT_ " > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > cc1: all warnings being treated as errors > make[1]: *** [../Makefiles/footer.makefile:27: GenVtf.o] Error 1 > make[1]: Leaving directory > '/home/ajh/KVM/Clover/edk2/BaseTools/Source/C/GenVtf' > make: *** [GNUmakefile:73: GenVtf] Error 2 > make: Leaving directory '/home/ajh/KVM/Clover/edk2/BaseTools/Source/C' > > > > _______________________________________________ > edk2-buildtools-devel mailing list > edk...@li... > https://lists.sourceforge.net/lists/listinfo/edk2-buildtools-devel |
|
From: Andrew J. H. <aj...@fi...> - 2019-03-13 13:18:54
|
Unsure if this is a missing build dependency (since there doesn't appear to be a check for this) am I missing a make dep or configure step somewhere? This is stock F29, following the website instructions; the make -C BaseTools/Source/C results in the following errror: make[1]: Entering directory '/home/ajh/KVM/Clover/edk2/BaseTools/Source/C/GenVtf' cc -c -MD -fshort-wchar -fno-strict-aliasing -Wall -Werror -Wno-deprecated-declarations -nostdlib -c -g -I .. -I ../Include/Common -I ../Include/ -I ../Include/IndustryStandard -I ../Common/ -I .. -I . -I ../Include/X64/ GenVtf.c -o GenVtf.o GenVtf.c: In function ‘CreateFitTableAndInitialize’: GenVtf.c:1473:3: error: ‘strncpy’ output truncated before terminating nul copying 8 bytes from a string of the same length [-Werror=stringop-truncation] strncpy ((CHAR8 *) &FitStartPtr->CompAddress, FIT_SIGNATURE, 8); // "_FIT_ " ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors make[1]: *** [../Makefiles/footer.makefile:27: GenVtf.o] Error 1 make[1]: Leaving directory '/home/ajh/KVM/Clover/edk2/BaseTools/Source/C/GenVtf' make: *** [GNUmakefile:73: GenVtf] Error 2 make: Leaving directory '/home/ajh/KVM/Clover/edk2/BaseTools/Source/C' |
|
From: Gao, L. <lim...@in...> - 2018-11-05 09:53:12
|
Prem: I don't install LLVM in Windows before. Could you share your step to install LLVM on Windows? Thanks Liming >-----Original Message----- >From: edk2-devel [mailto:edk...@li...] On Behalf Of >Prem Kumar >Sent: Monday, November 05, 2018 4:52 PM >To: Gao, Liming <lim...@in...> >Cc: edk...@li...; edk...@li... >Subject: Re: [edk2] [edk2-buildtools] Configuration changes for building EDK2 >for AARCH64 using LLVM > >Hi All, > > I'm trying to build EDK2 for AARCH64 using LLVM tool chain under Windows >environment. > > > >Kindly provide any pointers > >- To configure tools chain, > >- Modify Conf folder for LLVM > >- Configure for building ARM and AARCH64 > >Any pointers are welcome to proceed further. > >-- >Regards, >Prem. > >On Sun, Nov 4, 2018 at 11:02 AM Prem Kumar <per...@gm...> >wrote: > >> Hi Liming, >> Thanks for your details, >> >> I'm trying to use LLVM for ARM and AARCH64 in windows environment. >> >> -- >> Thanks, >> Prem. >> >> On Sun, Nov 4, 2018 at 8:27 AM Gao, Liming <lim...@in...> wrote: >> >>> Include Ard. Do you verify LLVM (CLANG38 tool chain) for ARM and >AARCH64 >>> in Linux or Windows? >>> >>> >>> >>> I verified LLVM in Linux Ubuntu OS for IA32 and X64 arch. I don’t try >>> LLVM in Windows. >>> >>> >>> >>> Thanks >>> >>> LIming >>> >>> *From:* Prem Kumar [mailto:per...@gm...] >>> *Sent:* Sunday, November 4, 2018 4:02 AM >>> *To:* edk...@li... >>> *Subject:* Re: [edk2-buildtools] Configuration changes for building EDK2 >>> for AARCH64 using LLVM >>> >>> >>> >>> Any pointers or comments to proceed further. >>> >>> >>> >>> On Sun, Nov 4, 2018 at 1:19 AM Prem Kumar <per...@gm...> >wrote: >>> >>> Hi All, >>> >>> I'm trying to build EDK2 for AARCH64 using LLVM under Windows >>> environment. >>> >>> >>> >>> Kindly provide any pointers >>> >>> - To configure tools chain, >>> >>> - Modify Conf folder for LLVM >>> >>> - Configure for building ARM and AARCH64 >>> >>> >>> >>> -- >>> >>> Regards, >>> >>> Prem. >>> >>> >_______________________________________________ >edk2-devel mailing list >edk...@li... >https://lists.01.org/mailman/listinfo/edk2-devel |
|
From: Prem K. <per...@gm...> - 2018-11-05 08:52:33
|
Hi All, I'm trying to build EDK2 for AARCH64 using LLVM tool chain under Windows environment. Kindly provide any pointers - To configure tools chain, - Modify Conf folder for LLVM - Configure for building ARM and AARCH64 Any pointers are welcome to proceed further. -- Regards, Prem. On Sun, Nov 4, 2018 at 11:02 AM Prem Kumar <per...@gm...> wrote: > Hi Liming, > Thanks for your details, > > I'm trying to use LLVM for ARM and AARCH64 in windows environment. > > -- > Thanks, > Prem. > > On Sun, Nov 4, 2018 at 8:27 AM Gao, Liming <lim...@in...> wrote: > >> Include Ard. Do you verify LLVM (CLANG38 tool chain) for ARM and AARCH64 >> in Linux or Windows? >> >> >> >> I verified LLVM in Linux Ubuntu OS for IA32 and X64 arch. I don’t try >> LLVM in Windows. >> >> >> >> Thanks >> >> LIming >> >> *From:* Prem Kumar [mailto:per...@gm...] >> *Sent:* Sunday, November 4, 2018 4:02 AM >> *To:* edk...@li... >> *Subject:* Re: [edk2-buildtools] Configuration changes for building EDK2 >> for AARCH64 using LLVM >> >> >> >> Any pointers or comments to proceed further. >> >> >> >> On Sun, Nov 4, 2018 at 1:19 AM Prem Kumar <per...@gm...> wrote: >> >> Hi All, >> >> I'm trying to build EDK2 for AARCH64 using LLVM under Windows >> environment. >> >> >> >> Kindly provide any pointers >> >> - To configure tools chain, >> >> - Modify Conf folder for LLVM >> >> - Configure for building ARM and AARCH64 >> >> >> >> -- >> >> Regards, >> >> Prem. >> >> |
|
From: Prem K. <per...@gm...> - 2018-11-05 08:51:05
|
Any comments is welcome to proceed further. Regards, Prem. On Sun, Nov 4, 2018 at 11:02 AM Prem Kumar <per...@gm...> wrote: > Hi Liming, > Thanks for your details, > > I'm trying to use LLVM for ARM and AARCH64 in windows environment. > > -- > Thanks, > Prem. > > On Sun, Nov 4, 2018 at 8:27 AM Gao, Liming <lim...@in...> wrote: > >> Include Ard. Do you verify LLVM (CLANG38 tool chain) for ARM and AARCH64 >> in Linux or Windows? >> >> >> >> I verified LLVM in Linux Ubuntu OS for IA32 and X64 arch. I don’t try >> LLVM in Windows. >> >> >> >> Thanks >> >> LIming >> >> *From:* Prem Kumar [mailto:per...@gm...] >> *Sent:* Sunday, November 4, 2018 4:02 AM >> *To:* edk...@li... >> *Subject:* Re: [edk2-buildtools] Configuration changes for building EDK2 >> for AARCH64 using LLVM >> >> >> >> Any pointers or comments to proceed further. >> >> >> >> On Sun, Nov 4, 2018 at 1:19 AM Prem Kumar <per...@gm...> wrote: >> >> Hi All, >> >> I'm trying to build EDK2 for AARCH64 using LLVM under Windows >> environment. >> >> >> >> Kindly provide any pointers >> >> - To configure tools chain, >> >> - Modify Conf folder for LLVM >> >> - Configure for building ARM and AARCH64 >> >> >> >> -- >> >> Regards, >> >> Prem. >> >> |
|
From: Prem K. <per...@gm...> - 2018-11-04 05:33:28
|
Hi Liming, Thanks for your details, I'm trying to use LLVM for ARM and AARCH64 in windows environment. -- Thanks, Prem. On Sun, Nov 4, 2018 at 8:27 AM Gao, Liming <lim...@in...> wrote: > Include Ard. Do you verify LLVM (CLANG38 tool chain) for ARM and AARCH64 > in Linux or Windows? > > > > I verified LLVM in Linux Ubuntu OS for IA32 and X64 arch. I don’t try > LLVM in Windows. > > > > Thanks > > LIming > > *From:* Prem Kumar [mailto:per...@gm...] > *Sent:* Sunday, November 4, 2018 4:02 AM > *To:* edk...@li... > *Subject:* Re: [edk2-buildtools] Configuration changes for building EDK2 > for AARCH64 using LLVM > > > > Any pointers or comments to proceed further. > > > > On Sun, Nov 4, 2018 at 1:19 AM Prem Kumar <per...@gm...> wrote: > > Hi All, > > I'm trying to build EDK2 for AARCH64 using LLVM under Windows environment. > > > > Kindly provide any pointers > > - To configure tools chain, > > - Modify Conf folder for LLVM > > - Configure for building ARM and AARCH64 > > > > -- > > Regards, > > Prem. > > |
|
From: Gao, L. <lim...@in...> - 2018-11-04 02:57:17
|
Include Ard. Do you verify LLVM (CLANG38 tool chain) for ARM and AARCH64 in Linux or Windows? I verified LLVM in Linux Ubuntu OS for IA32 and X64 arch. I don’t try LLVM in Windows. Thanks LIming From: Prem Kumar [mailto:per...@gm...] Sent: Sunday, November 4, 2018 4:02 AM To: edk...@li... Subject: Re: [edk2-buildtools] Configuration changes for building EDK2 for AARCH64 using LLVM Any pointers or comments to proceed further. On Sun, Nov 4, 2018 at 1:19 AM Prem Kumar <per...@gm...<mailto:per...@gm...>> wrote: Hi All, I'm trying to build EDK2 for AARCH64 using LLVM under Windows environment. Kindly provide any pointers - To configure tools chain, - Modify Conf folder for LLVM - Configure for building ARM and AARCH64 -- Regards, Prem. |
|
From: Prem K. <per...@gm...> - 2018-11-03 20:03:06
|
Any pointers or comments to proceed further. On Sun, Nov 4, 2018 at 1:19 AM Prem Kumar <per...@gm...> wrote: > Hi All, > I'm trying to build EDK2 for AARCH64 using LLVM under Windows environment. > > Kindly provide any pointers > - To configure tools chain, > - Modify Conf folder for LLVM > - Configure for building ARM and AARCH64 > > -- > Regards, > Prem. > |
|
From: Dhanasekar J. <jdh...@gm...> - 2018-07-13 05:20:53
|
Hi Nate, Thanks for the info. I will try this. My Rangley platform has no onboard or offboard vga support. Com Port / Serial console is used for display and communication. I am booting the platform by coreboot with UEFI payload. I am trying to install Ubuntu server OS. When I boot into Shell, I am not seeing actually shell (graphics are not good) and keystroke are working properly. When I boot into EDK Setup, I am not getting proper setup page (graphics are not good) and keystroke are not working. When I try to boot Ubuntu Server, I am getting below error, *"error: no suitable video mode found.Booting in blind mode"* It seems I am missing some video/graphics settings in UEFI payload. If you know the fix, Please provide me. Thanks, Dhanasekar On Fri, Jul 13, 2018 at 7:14 AM, Desimone, Nathaniel L < nat...@in...> wrote: > Hi Dhanasekar, > > There is nothing pre-built and off-the-shelf ready today. But we do have a > generalized infrastructure for open source Intel UEFI platforms called > MinPlatformPkg. Please see the following: > > https://github.com/tianocore/edk2-platforms/tree/devel- > MinPlatform/Platform/Intel > > Notice that MinPlatformPkg requires a *OpenBoardPkg that supports the > desired platform. To my knowledge no one at Intel has looked at > implementing a RangleyOpenBoardPkg thus far. The focus has been on recently > released platforms, Rangley is 4 years old at this point. If you are so > inclined, you are welcome to try implementing a RangleyOpenBoardPkg. I > would recommend using KabylakeOpenBoardPkg as a starting point. > > Thanks, > Nate > > On 7/11/18, 8:52 PM, "edk2-devel on behalf of Dhanasekar Jaganathan" < > edk...@li... on behalf of jdh...@gm...> > wrote: > > Hi, > > I have booted Intel Rangley / MohonPeak platform in coreboot with Intel > FSP. > I am unable to install UEFI OS in coreboot (sometime). > > EDK bios will install both UEFI and Legacy OS. > Does Open EDK supports Intel Rangley platform?. > Is code base available for Intel Rangely platform? > > > > Thanks, > Dhanasekar > _______________________________________________ > edk2-devel mailing list > edk...@li... > https://lists.01.org/mailman/listinfo/edk2-devel > > > |
|
From: Gao, L. <lim...@in...> - 2017-10-09 02:40:35
|
David: Library class name is defined in Package.dec file. And, library instance (such as MdePkg/Library/BasePeCoffLib/BasePeCoffLib.inf) INF [Defines] section has LIBRARY_CLASS item to specify its name. Thanks Liming >-----Original Message----- >From: David F. [mailto:df...@gm...] >Sent: Saturday, October 07, 2017 3:56 AM >To: Jarlstrom, Laurie <lau...@in...> >Cc: edk...@li... >Subject: Re: [edk2-buildtools] Problem Building - can't find >PeCoffExtraActionLib > >I luckily got it working. I changed from using Base* to just the >name in the .dsc file: > > PeCoffLib|MdePkg/Library/BasePeCoffLib/BasePeCoffLib.inf > >PeCoffExtraActionLib|MdePkg/Library/BasePeCoffExtraActionLibNull/BasePe >CoffExtraActionLibNull.inf > >Then in the .inf that uses it I also used just the name without the Base part: > >[LibraryClasses] > PeCoffLib > > >On Fri, Oct 6, 2017 at 12:51 PM, Jarlstrom, Laurie ><lau...@in...> wrote: >> Hi David, >> >> Adding the Library reference should have done the trick. Did you put it in >the section below in your .dsc file? >> [LibraryClasses.common] >> >> >> Also you responded to a email list that is not current. The current email is: >edk...@li... >> Please use this list in the future. >> >> Also where did you find a reference to this email list? >> >> thanks, >> Laurie >> >> lau...@in... >> >> Intel SSG/STO/EBP >> (503) 712-9395 >> >> >> -----Original Message----- >> From: David F. [mailto:df...@gm...] >> Sent: Friday, October 06, 2017 12:26 PM >> To: edk...@li... >> Subject: [edk2-buildtools] Problem Building - can't find PeCoffExtraActionLib >> >> 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: >> >> >BasePeCoffExtraActionLib|MdePkg/Library/BasePeCoffExtraActionLibNull/Ba >sePeCoffExtraActionLibNull.inf >> >> >> But still not working. >> >> >> ??? >> >> What am I missing? >> >> TIA!! >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most engaging >tech sites, Slashdot.org! http://sdm.link/slashdot >_______________________________________________ >> edk2-buildtools-devel mailing list >> edk...@li... >> https://lists.sourceforge.net/lists/listinfo/edk2-buildtools-devel > >------------------------------------------------------------------------------ >Check out the vibrant tech community on one of the world's most >engaging tech sites, Slashdot.org! http://sdm.link/slashdot >_______________________________________________ >edk2-buildtools-devel mailing list >edk...@li... >https://lists.sourceforge.net/lists/listinfo/edk2-buildtools-devel |
|
From: David F. <df...@gm...> - 2017-10-06 19:56:05
|
I luckily got it working. I changed from using Base* to just the name in the .dsc file: PeCoffLib|MdePkg/Library/BasePeCoffLib/BasePeCoffLib.inf PeCoffExtraActionLib|MdePkg/Library/BasePeCoffExtraActionLibNull/BasePeCoffExtraActionLibNull.inf Then in the .inf that uses it I also used just the name without the Base part: [LibraryClasses] PeCoffLib On Fri, Oct 6, 2017 at 12:51 PM, Jarlstrom, Laurie <lau...@in...> wrote: > Hi David, > > Adding the Library reference should have done the trick. Did you put it in the section below in your .dsc file? > [LibraryClasses.common] > > > Also you responded to a email list that is not current. The current email is: edk...@li... > Please use this list in the future. > > Also where did you find a reference to this email list? > > thanks, > Laurie > > lau...@in... > > Intel SSG/STO/EBP > (503) 712-9395 > > > -----Original Message----- > From: David F. [mailto:df...@gm...] > Sent: Friday, October 06, 2017 12:26 PM > To: edk...@li... > Subject: [edk2-buildtools] Problem Building - can't find PeCoffExtraActionLib > > 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: > > BasePeCoffExtraActionLib|MdePkg/Library/BasePeCoffExtraActionLibNull/BasePeCoffExtraActionLibNull.inf > > > But still not working. > > > ??? > > What am I missing? > > TIA!! > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ > edk2-buildtools-devel mailing list > edk...@li... > https://lists.sourceforge.net/lists/listinfo/edk2-buildtools-devel |
|
From: Jarlstrom, L. <lau...@in...> - 2017-10-06 19:51:18
|
Hi David,
Adding the Library reference should have done the trick. Did you put it in the section below in your .dsc file?
[LibraryClasses.common]
Also you responded to a email list that is not current. The current email is: edk...@li...
Please use this list in the future.
Also where did you find a reference to this email list?
thanks,
Laurie
lau...@in...
Intel SSG/STO/EBP
(503) 712-9395
-----Original Message-----
From: David F. [mailto:df...@gm...]
Sent: Friday, October 06, 2017 12:26 PM
To: edk...@li...
Subject: [edk2-buildtools] Problem Building - can't find PeCoffExtraActionLib
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:
BasePeCoffExtraActionLib|MdePkg/Library/BasePeCoffExtraActionLibNull/BasePeCoffExtraActionLibNull.inf
But still not working.
???
What am I missing?
TIA!!
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________
edk2-buildtools-devel mailing list
edk...@li...
https://lists.sourceforge.net/lists/listinfo/edk2-buildtools-devel
|
|
From: David F. <df...@gm...> - 2017-10-06 19:25:51
|
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:
BasePeCoffExtraActionLib|MdePkg/Library/BasePeCoffExtraActionLibNull/BasePeCoffExtraActionLibNull.inf
But still not working.
???
What am I missing?
TIA!!
|
|
From: Fendt, R. (GE Germany) <rob...@ge...> - 2015-06-08 10:01:22
|
Hi Bruce, had a similar Problem some years ago, cannot remember the exact error messages but it also came up sporadically. Turned out the Anti-Virus SW was claiming/locking some files. Disabling AntiVirus SW solved this Problem for me. Maybe it also works for you? Best regards, Robert From: Roberts, Bruce (CoSpgs) [mailto:Bru...@hp...] Sent: Mittwoch, 3. Juni 2015 19:39 To: edk...@li... Cc: Brooks, Ted; Roberts, Bruce (CoSpgs); Oh, Martin Subject: [edk2-buildtools] Operational error running UEFI make.bat. Good morning, We are building the Romley UEFI package (udk2010_up4) for the Intel Ivy Bridge CPUs and have started seeing the following error. I personally have seen this before but a retry generally worked around the problems and ran successfully so I ignored it. Now I am starting to see that a retry does not build successfully so I could use a little help diagnosing and correcting this failure. Thanks. (Please send email to edk...@li...<mailto:edk...@li...> for help, attaching following call stack trace!) (Python 2.5.2 on win32) Traceback (most recent call last): File "build.py", line 1863, in Main File "build.py", line 1628, in Launch File "build.py", line 1463, in _MultiThreadBuildPlatform File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\AutoGen\AutoGen.py", line 83, in __new__ File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\AutoGen\AutoGen.py", line 190, in _Init File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\AutoGen\AutoGen.py", line 533, in CollectPlatformDynamicPcds File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\AutoGen\AutoGen.py", line 2142, in _GetLibraryPcdList File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\AutoGen\AutoGen.py", line 2120, in _GetLibraryList File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\AutoGen\AutoGen.py", line 1073, in ApplyLibraryInstance File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\Workspace\WorkspaceDatabase.py", line 2221, in __getitem__ File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\Workspace\WorkspaceDatabase.py", line 2470, in __getitem__ File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\Workspace\MetaDataTable.py", line 65, in Create OperationalError: unable to open database file R. Bruce Roberts Systems/Software Engineer Utility Development Unit / HP Storage Hewlett-Packard Company 719-548-2736 or 719-551-3303 bru...@hp...<mailto:bru...@hp...> |
|
From: Roberts, B. (CoSpgs) <Bru...@hp...> - 2015-06-03 17:40:23
|
Good morning, We are building the Romley UEFI package (udk2010_up4) for the Intel Ivy Bridge CPUs and have started seeing the following error. I personally have seen this before but a retry generally worked around the problems and ran successfully so I ignored it. Now I am starting to see that a retry does not build successfully so I could use a little help diagnosing and correcting this failure. Thanks. (Please send email to edk...@li... for help, attaching following call stack trace!) (Python 2.5.2 on win32) Traceback (most recent call last): File "build.py", line 1863, in Main File "build.py", line 1628, in Launch File "build.py", line 1463, in _MultiThreadBuildPlatform File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\AutoGen\AutoGen.py", line 83, in __new__ File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\AutoGen\AutoGen.py", line 190, in _Init File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\AutoGen\AutoGen.py", line 533, in CollectPlatformDynamicPcds File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\AutoGen\AutoGen.py", line 2142, in _GetLibraryPcdList File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\AutoGen\AutoGen.py", line 2120, in _GetLibraryList File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\AutoGen\AutoGen.py", line 1073, in ApplyLibraryInstance File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\Workspace\WorkspaceDatabase.py", line 2221, in __getitem__ File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\Workspace\WorkspaceDatabase.py", line 2470, in __getitem__ File "C:\NightlyTest\FreezeTool\BaseTools\Source\Python\Workspace\MetaDataTable.py", line 65, in Create OperationalError: unable to open database file R. Bruce Roberts Systems/Software Engineer Utility Development Unit / HP Storage Hewlett-Packard Company 719-548-2736 or 719-551-3303 bru...@hp...<mailto:bru...@hp...> |
|
From: Aaron P. <aa...@am...> - 2014-12-18 22:37:34
|
The following VFR statement was causing the VfrCompile to crash:
efivarstore UINT8,
attribute = 0,
name = STRING_TOKEN(STR_TEST3),
varsize = 1,
guid = { 0xf648132a, 0x4193, 0x4c13, { 0x85, 0x71, 0x33, 0xf0, 0x6d, 0x53, 0x74, 0xa9 } };
In the vfrStatementVarStoreEfi, this is valid syntax, but the else statement after the UUID declaration was causing the system to crash because it was attempting to use the "TN->getText()". Based on the code above, it seems like they needed to use StoreName.
Attached is the patch that enables the above code snippet to build correctly.
Regards,
Aaron
The information contained in this message may be confidential and proprietary to American Megatrends, Inc. This communication is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. Please promptly notify the sender by reply e-mail or by telephone at 770-246-8600, and then delete or destroy all copies of the transmission.
|
|
From: <Jim...@De...> - 2014-12-11 15:54:42
|
It seems build.exe cannot handle 2 DEFINE references in a "!include" statement, and
it emits a misleading error message to boot:
Processing meta-data .
build...
u:\<somePkg>\<somePkg>.fdf(70):
error 3000: Invalid syntax/format
only these system environment variables are permitted to start the path
of the included file: $(WORKSPACE), $(ECP_SOURCE), $(EFI_SOURCE), $(EDK_SOURCE)
near line 70, column 12: $(WORKSPACE)/$(<somePathVar>)/PlatformConfig.dsc
- Failed -
Here is the entirety of line 70:
000000000111
123456789012
!include $(WORKSPACE)/$(<somePathVar>)/PlatformConfig.dsc
Perhaps someone who is able to create build.exe from the Python source could
fix this???
Thanks,
Jim
|
|
From: V, S. <san...@in...> - 2014-11-10 05:30:30
|
Hi All, In 64 bit build alone , symbol rename is not working for the following symbol and Linker throws an error DEFINE GCC_IPF_SYMRENAME_FLAGS = --redefine-sym memcpy=CopyMem Can someone help me resolve this issue? Thanks, Sangeetha |
|
From: David C. <dav...@au...> - 2014-10-29 11:47:13
|
Hi, I've downloaded and looked at various MSC/Congatec/AAEON Q7 BIOS images. Extracted modules using UEFITool. I've built EDK2 with some code changes but how come very few modules exist by name in some of these BIOS images yet they support so much of EDK2? When I build MDEPkg package I get lots of library files, yet the only thing I can find in some of these images is modules called CSMCORE OR CORE_DXE etc. Where are all the single module files I can see in my build of EDK2? How I can replace modules in these images if they seemingly don't exist as single modules from UEFI Tool extraction? http://s30.postimg.org/kavxf1htt/uefitool.png Regards, Dave Cox ________________________________ [http://www2.autologic.com/logo.gif] David Cox Senior Software Engineer Autologic Diagnostics Ltd Tel: +44 1865 870050 Mobile: Fax: +44 1865 870051 Email: dav...@au... Website: www.autologic.com<http://www.autologic.com> This message contains information which may be confidential and is intended for the named addressee only. Unless you are the named addressee, or authorised to receive it on behalf of the addressee you may not copy or use it, or disclose it to anyone else. Any views or opinions expressed in this message are those of the author and not necessarily representative of those of Autologic Diagnostics Ltd. Whilst every endeavour is taken to ensure that e-mails are free from viruses, no liability can be accepted and the recipient is requested to use their own virus checking software. If you have received this email in error please accept our apology and contact the sender. All work carried out on any vehicle using Autologic diagnostic equipment must be carried out in strict accordance with the instructions contained within the relevant manufacturer's workshop manuals. Autologic Diagnostics limited accepts no responsibility or liability for any damage or claim arising from any work carried out by operatives using equipment supplied by Autologic Diagnostics limited. Registered Office: Autologic House, London Road, Wheatley, Oxon, OX33 1JH, England, UK Registered in England & Wales No. 06814180 |
|
From: David F. <df...@gm...> - 2014-10-29 03:41:42
|
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. <df...@gm...> 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 has not finished) - cleanup did no good, had to do the > "delete from work_queue" (using sqllite3 - against wc.db in > c:\edk2\basetools\bin\win32\.svn. 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, David F. <df...@gm...> wrote: >> More details - this is what it has for the subversion properties of >> c:\edk2\basetools\bin\win32 folder (right click, properties, >> subversion tab) >> >> URL: http://svn.code.sf.net/p/edk2/code/trunk/edk2/BaseTools/Bin/Win32 >> >> Last Changed Revision: 15189 9:36:53 PM, Sunday, January 26, 2014 >> >> >> On Tue, Oct 28, 2014 at 6:53 PM, David F. <df...@gm...> 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-util 1.5.3 >>> serf 1.3.7 >>> OpenSSL 1.0.1i 6 Aug 2014 >>> zlib 1.2.8 >>> >>> I started with the original EDK2 release zip, then started doing svn >>> updates. Updating was working fine up to the prior update (Feb >>> 2014). Then this latest update has the EDK2 main items (source) >>> updating with no problem. It's when it went to deal with the >>> externals, stuff in BaseTools, when the problem showed up. Dumping >>> the data base shows why - the name it has for those two libraries are >>> relative to c:\edk2 instead of the c:\edk2\basetools\bin\win32 folder >>> (like all those other files are). So it builds the path relative to >>> that you end up with >>> c:\edk2\basetools\bin\win32\BASETOOLS\BIN\WIN32\ARM\... (I don't >>> even need the ARM stuff). I have source that needs to be merged due >>> to changes so not sure how to start clean? It's only those two >>> libraries as you can see by the dump of the SVN database that is >>> causing the problem. Can they be taken out and reapplied ? They >>> should be in there with the relative path being >>> "Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.lib" and >>> "Arm/DEBUG_RVCT31/CompilerIntrinsicsLib.lib" >>> >>> >>> >>> On Tue, Oct 28, 2014 at 6:10 PM, Liu, Yingke D <yin...@in...> wrote: >>>> David, >>>> >>>> We didn't see the same problem when updating, the path must 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. [mailto:df...@gm...] >>>> Sent: Tuesday, October 28, 2014 8:04 AM >>>> To: edk...@li... >>>> Subject: [edk2-buildtools] SVN Update Fails >>>> >>>> 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 >>>> <snip> >>>>> C:\edk2\BaseTools\Bin\Win32\TianoCompress.exe >>>>> C:\edk2\BaseTools\Bin\Win32\GenPatchPcdTable.exe >>>>> C:\edk2\BaseTools\Bin\Win32\_sqlite3.pyd >>>>> C:\edk2\BaseTools\Bin\Win32 >>>>> Failed to run the WC DB work queue associated with >>>>> 'C:\edk2\BaseTools\Bin\Win32', work item 26 (file-install >>>>> BaseTools/Bin/Win32/Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.lib 1 0 1 >>>>> 1) The node >>>>> 'C:\edk2\BaseTools\Bin\Win32\BaseTools\Bin\Win32\Arm\RELEASE_RVCT31\CompilerIntrinsicsLib.lib' >>>>> is not installable >>>> >>>> >>>> Note that there is a difference in what svn thinks the path is - used the sqlite command line tool to dump the database shows below. Note how all the other items are relatlive and the win32 folder and then the first two are relative but off the root of c:\edk2 - so something is weird about those??: >>>> >>>> C:\Users\david\Desktop\sqlite- >>>> shell-win32-x86-3080600>sqlite3.exe c:\edk2 >>>> \basetools\bin\win32\.svn\wc.db "select * from work_queue" >>>> 26|(file-install >>>> 26|BaseTools/Bin/Win32/Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.li >>>> b 1 0 1 1) >>>> 27|(file-install >>>> 27|BaseTools/Bin/Win32/Arm/DEBUG_RVCT31/CompilerIntrinsicsLib.lib >>>> 1 0 1 1) >>>> 28|(file-install 11 _socket.pyd 1 0 1 1) >>>> 29|(file-install GenSec.exe 1 0 1 1) >>>> 30|(file-install pyexpat.pyd 1 0 1 1) >>>> 31|(file-install GenFv.exe 1 0 1 1) >>>> 32|(file-install GenFw.exe 1 0 1 1) >>>> 33|(file-install UPT.exe 1 0 1 1) >>>> 34|(file-install Trim.exe 1 0 1 1) >>>> 35|(file-install VolInfo.exe 1 0 1 1) >>>> 36|(file-install Rsa2048Sha256Sign.exe 1 0 1 1) >>>> 37|(file-install GenBootSector.exe 1 0 1 1) >>>> 38|(file-install Common.PyUtility.pyd 1 0 1 1) >>>> 39|(file-install Eot.LzmaCompressor.pyd 1 0 1 1) >>>> 40|(file-install 11 _ctypes.pyd 1 0 1 1) >>>> 41|(file-install PatchPcdValue.exe 1 0 1 1) >>>> 42|(file-install TargetTool.exe 1 0 1 1) >>>> 43|(file-install 12 _hashlib.pyd 1 0 1 1) >>>> 44|(file-install BootSectImage.exe 1 0 1 1) >>>> 45|(file-install TianoCompress.exe 1 0 1 1) >>>> 46|(file-install GenPatchPcdTable.exe 1 0 1 1) >>>> 47|(file-install 12 _sqlite3.pyd 1 0 1 1) >>>> >>>> ------------------------------------------------------------------------------ >>>> _______________________________________________ >>>> edk2-buildtools-devel mailing list >>>> edk...@li... >>>> https://lists.sourceforge.net/lists/listinfo/edk2-buildtools-devel |
|
From: David F. <df...@gm...> - 2014-10-29 02:50:03
|
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 has not finished) - cleanup did no good, had to do the "delete from work_queue" (using sqllite3 - against wc.db in c:\edk2\basetools\bin\win32\.svn. 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, David F. <df...@gm...> wrote: > More details - this is what it has for the subversion properties of > c:\edk2\basetools\bin\win32 folder (right click, properties, > subversion tab) > > URL: http://svn.code.sf.net/p/edk2/code/trunk/edk2/BaseTools/Bin/Win32 > > Last Changed Revision: 15189 9:36:53 PM, Sunday, January 26, 2014 > > > On Tue, Oct 28, 2014 at 6:53 PM, David F. <df...@gm...> 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-util 1.5.3 >> serf 1.3.7 >> OpenSSL 1.0.1i 6 Aug 2014 >> zlib 1.2.8 >> >> I started with the original EDK2 release zip, then started doing svn >> updates. Updating was working fine up to the prior update (Feb >> 2014). Then this latest update has the EDK2 main items (source) >> updating with no problem. It's when it went to deal with the >> externals, stuff in BaseTools, when the problem showed up. Dumping >> the data base shows why - the name it has for those two libraries are >> relative to c:\edk2 instead of the c:\edk2\basetools\bin\win32 folder >> (like all those other files are). So it builds the path relative to >> that you end up with >> c:\edk2\basetools\bin\win32\BASETOOLS\BIN\WIN32\ARM\... (I don't >> even need the ARM stuff). I have source that needs to be merged due >> to changes so not sure how to start clean? It's only those two >> libraries as you can see by the dump of the SVN database that is >> causing the problem. Can they be taken out and reapplied ? They >> should be in there with the relative path being >> "Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.lib" and >> "Arm/DEBUG_RVCT31/CompilerIntrinsicsLib.lib" >> >> >> >> On Tue, Oct 28, 2014 at 6:10 PM, Liu, Yingke D <yin...@in...> wrote: >>> David, >>> >>> We didn't see the same problem when updating, the path must 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. [mailto:df...@gm...] >>> Sent: Tuesday, October 28, 2014 8:04 AM >>> To: edk...@li... >>> Subject: [edk2-buildtools] SVN Update Fails >>> >>> 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 >>> <snip> >>>> C:\edk2\BaseTools\Bin\Win32\TianoCompress.exe >>>> C:\edk2\BaseTools\Bin\Win32\GenPatchPcdTable.exe >>>> C:\edk2\BaseTools\Bin\Win32\_sqlite3.pyd >>>> C:\edk2\BaseTools\Bin\Win32 >>>> Failed to run the WC DB work queue associated with >>>> 'C:\edk2\BaseTools\Bin\Win32', work item 26 (file-install >>>> BaseTools/Bin/Win32/Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.lib 1 0 1 >>>> 1) The node >>>> 'C:\edk2\BaseTools\Bin\Win32\BaseTools\Bin\Win32\Arm\RELEASE_RVCT31\CompilerIntrinsicsLib.lib' >>>> is not installable >>> >>> >>> Note that there is a difference in what svn thinks the path is - used the sqlite command line tool to dump the database shows below. Note how all the other items are relatlive and the win32 folder and then the first two are relative but off the root of c:\edk2 - so something is weird about those??: >>> >>> C:\Users\david\Desktop\sqlite- >>> shell-win32-x86-3080600>sqlite3.exe c:\edk2 >>> \basetools\bin\win32\.svn\wc.db "select * from work_queue" >>> 26|(file-install >>> 26|BaseTools/Bin/Win32/Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.li >>> b 1 0 1 1) >>> 27|(file-install >>> 27|BaseTools/Bin/Win32/Arm/DEBUG_RVCT31/CompilerIntrinsicsLib.lib >>> 1 0 1 1) >>> 28|(file-install 11 _socket.pyd 1 0 1 1) >>> 29|(file-install GenSec.exe 1 0 1 1) >>> 30|(file-install pyexpat.pyd 1 0 1 1) >>> 31|(file-install GenFv.exe 1 0 1 1) >>> 32|(file-install GenFw.exe 1 0 1 1) >>> 33|(file-install UPT.exe 1 0 1 1) >>> 34|(file-install Trim.exe 1 0 1 1) >>> 35|(file-install VolInfo.exe 1 0 1 1) >>> 36|(file-install Rsa2048Sha256Sign.exe 1 0 1 1) >>> 37|(file-install GenBootSector.exe 1 0 1 1) >>> 38|(file-install Common.PyUtility.pyd 1 0 1 1) >>> 39|(file-install Eot.LzmaCompressor.pyd 1 0 1 1) >>> 40|(file-install 11 _ctypes.pyd 1 0 1 1) >>> 41|(file-install PatchPcdValue.exe 1 0 1 1) >>> 42|(file-install TargetTool.exe 1 0 1 1) >>> 43|(file-install 12 _hashlib.pyd 1 0 1 1) >>> 44|(file-install BootSectImage.exe 1 0 1 1) >>> 45|(file-install TianoCompress.exe 1 0 1 1) >>> 46|(file-install GenPatchPcdTable.exe 1 0 1 1) >>> 47|(file-install 12 _sqlite3.pyd 1 0 1 1) >>> >>> ------------------------------------------------------------------------------ >>> _______________________________________________ >>> edk2-buildtools-devel mailing list >>> edk...@li... >>> https://lists.sourceforge.net/lists/listinfo/edk2-buildtools-devel |
|
From: David F. <df...@gm...> - 2014-10-29 02:09:49
|
More details - this is what it has for the subversion properties of c:\edk2\basetools\bin\win32 folder (right click, properties, subversion tab) URL: http://svn.code.sf.net/p/edk2/code/trunk/edk2/BaseTools/Bin/Win32 Last Changed Revision: 15189 9:36:53 PM, Sunday, January 26, 2014 On Tue, Oct 28, 2014 at 6:53 PM, David F. <df...@gm...> 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-util 1.5.3 > serf 1.3.7 > OpenSSL 1.0.1i 6 Aug 2014 > zlib 1.2.8 > > I started with the original EDK2 release zip, then started doing svn > updates. Updating was working fine up to the prior update (Feb > 2014). Then this latest update has the EDK2 main items (source) > updating with no problem. It's when it went to deal with the > externals, stuff in BaseTools, when the problem showed up. Dumping > the data base shows why - the name it has for those two libraries are > relative to c:\edk2 instead of the c:\edk2\basetools\bin\win32 folder > (like all those other files are). So it builds the path relative to > that you end up with > c:\edk2\basetools\bin\win32\BASETOOLS\BIN\WIN32\ARM\... (I don't > even need the ARM stuff). I have source that needs to be merged due > to changes so not sure how to start clean? It's only those two > libraries as you can see by the dump of the SVN database that is > causing the problem. Can they be taken out and reapplied ? They > should be in there with the relative path being > "Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.lib" and > "Arm/DEBUG_RVCT31/CompilerIntrinsicsLib.lib" > > > > On Tue, Oct 28, 2014 at 6:10 PM, Liu, Yingke D <yin...@in...> wrote: >> David, >> >> We didn't see the same problem when updating, the path must 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. [mailto:df...@gm...] >> Sent: Tuesday, October 28, 2014 8:04 AM >> To: edk...@li... >> Subject: [edk2-buildtools] SVN Update Fails >> >> 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 >> <snip> >>> C:\edk2\BaseTools\Bin\Win32\TianoCompress.exe >>> C:\edk2\BaseTools\Bin\Win32\GenPatchPcdTable.exe >>> C:\edk2\BaseTools\Bin\Win32\_sqlite3.pyd >>> C:\edk2\BaseTools\Bin\Win32 >>> Failed to run the WC DB work queue associated with >>> 'C:\edk2\BaseTools\Bin\Win32', work item 26 (file-install >>> BaseTools/Bin/Win32/Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.lib 1 0 1 >>> 1) The node >>> 'C:\edk2\BaseTools\Bin\Win32\BaseTools\Bin\Win32\Arm\RELEASE_RVCT31\CompilerIntrinsicsLib.lib' >>> is not installable >> >> >> Note that there is a difference in what svn thinks the path is - used the sqlite command line tool to dump the database shows below. Note how all the other items are relatlive and the win32 folder and then the first two are relative but off the root of c:\edk2 - so something is weird about those??: >> >> C:\Users\david\Desktop\sqlite- >> shell-win32-x86-3080600>sqlite3.exe c:\edk2 >> \basetools\bin\win32\.svn\wc.db "select * from work_queue" >> 26|(file-install >> 26|BaseTools/Bin/Win32/Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.li >> b 1 0 1 1) >> 27|(file-install >> 27|BaseTools/Bin/Win32/Arm/DEBUG_RVCT31/CompilerIntrinsicsLib.lib >> 1 0 1 1) >> 28|(file-install 11 _socket.pyd 1 0 1 1) >> 29|(file-install GenSec.exe 1 0 1 1) >> 30|(file-install pyexpat.pyd 1 0 1 1) >> 31|(file-install GenFv.exe 1 0 1 1) >> 32|(file-install GenFw.exe 1 0 1 1) >> 33|(file-install UPT.exe 1 0 1 1) >> 34|(file-install Trim.exe 1 0 1 1) >> 35|(file-install VolInfo.exe 1 0 1 1) >> 36|(file-install Rsa2048Sha256Sign.exe 1 0 1 1) >> 37|(file-install GenBootSector.exe 1 0 1 1) >> 38|(file-install Common.PyUtility.pyd 1 0 1 1) >> 39|(file-install Eot.LzmaCompressor.pyd 1 0 1 1) >> 40|(file-install 11 _ctypes.pyd 1 0 1 1) >> 41|(file-install PatchPcdValue.exe 1 0 1 1) >> 42|(file-install TargetTool.exe 1 0 1 1) >> 43|(file-install 12 _hashlib.pyd 1 0 1 1) >> 44|(file-install BootSectImage.exe 1 0 1 1) >> 45|(file-install TianoCompress.exe 1 0 1 1) >> 46|(file-install GenPatchPcdTable.exe 1 0 1 1) >> 47|(file-install 12 _sqlite3.pyd 1 0 1 1) >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> edk2-buildtools-devel mailing list >> edk...@li... >> https://lists.sourceforge.net/lists/listinfo/edk2-buildtools-devel |
|
From: Andrew F. <af...@ap...> - 2014-10-29 02:03:07
|
> On Oct 28, 2014, at 6:53 PM, David F. <df...@gm...> 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-util 1.5.3 > serf 1.3.7 > OpenSSL 1.0.1i 6 Aug 2014 > zlib 1.2.8 > > I started with the original EDK2 release zip, then started doing svn > updates. David, Did the zip files contain .svn files? This is the svn meta data, and maybe you are getting some kind of version mismatch? If you pull a clean copy out of svn does it work? Thanks, Andrew Fish > Updating was working fine up to the prior update (Feb > 2014). Then this latest update has the EDK2 main items (source) > updating with no problem. It's when it went to deal with the > externals, stuff in BaseTools, when the problem showed up. Dumping > the data base shows why - the name it has for those two libraries are > relative to c:\edk2 instead of the c:\edk2\basetools\bin\win32 folder > (like all those other files are). So it builds the path relative to > that you end up with > c:\edk2\basetools\bin\win32\BASETOOLS\BIN\WIN32\ARM\... (I don't > even need the ARM stuff). I have source that needs to be merged due > to changes so not sure how to start clean? It's only those two > libraries as you can see by the dump of the SVN database that is > causing the problem. Can they be taken out and reapplied ? They > should be in there with the relative path being > "Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.lib" and > "Arm/DEBUG_RVCT31/CompilerIntrinsicsLib.lib" > > > > On Tue, Oct 28, 2014 at 6:10 PM, Liu, Yingke D <yin...@in...> wrote: >> David, >> >> We didn't see the same problem when updating, the path must 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. [mailto:df...@gm...] >> Sent: Tuesday, October 28, 2014 8:04 AM >> To: edk...@li... >> Subject: [edk2-buildtools] SVN Update Fails >> >> 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 >> <snip> >>> C:\edk2\BaseTools\Bin\Win32\TianoCompress.exe >>> C:\edk2\BaseTools\Bin\Win32\GenPatchPcdTable.exe >>> C:\edk2\BaseTools\Bin\Win32\_sqlite3.pyd >>> C:\edk2\BaseTools\Bin\Win32 >>> Failed to run the WC DB work queue associated with >>> 'C:\edk2\BaseTools\Bin\Win32', work item 26 (file-install >>> BaseTools/Bin/Win32/Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.lib 1 0 1 >>> 1) The node >>> 'C:\edk2\BaseTools\Bin\Win32\BaseTools\Bin\Win32\Arm\RELEASE_RVCT31\CompilerIntrinsicsLib.lib' >>> is not installable >> >> >> Note that there is a difference in what svn thinks the path is - used the sqlite command line tool to dump the database shows below. Note how all the other items are relatlive and the win32 folder and then the first two are relative but off the root of c:\edk2 - so something is weird about those??: >> >> C:\Users\david\Desktop\sqlite- >> shell-win32-x86-3080600>sqlite3.exe c:\edk2 >> \basetools\bin\win32\.svn\wc.db "select * from work_queue" >> 26|(file-install >> 26|BaseTools/Bin/Win32/Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.li >> b 1 0 1 1) >> 27|(file-install >> 27|BaseTools/Bin/Win32/Arm/DEBUG_RVCT31/CompilerIntrinsicsLib.lib >> 1 0 1 1) >> 28|(file-install 11 _socket.pyd 1 0 1 1) >> 29|(file-install GenSec.exe 1 0 1 1) >> 30|(file-install pyexpat.pyd 1 0 1 1) >> 31|(file-install GenFv.exe 1 0 1 1) >> 32|(file-install GenFw.exe 1 0 1 1) >> 33|(file-install UPT.exe 1 0 1 1) >> 34|(file-install Trim.exe 1 0 1 1) >> 35|(file-install VolInfo.exe 1 0 1 1) >> 36|(file-install Rsa2048Sha256Sign.exe 1 0 1 1) >> 37|(file-install GenBootSector.exe 1 0 1 1) >> 38|(file-install Common.PyUtility.pyd 1 0 1 1) >> 39|(file-install Eot.LzmaCompressor.pyd 1 0 1 1) >> 40|(file-install 11 _ctypes.pyd 1 0 1 1) >> 41|(file-install PatchPcdValue.exe 1 0 1 1) >> 42|(file-install TargetTool.exe 1 0 1 1) >> 43|(file-install 12 _hashlib.pyd 1 0 1 1) >> 44|(file-install BootSectImage.exe 1 0 1 1) >> 45|(file-install TianoCompress.exe 1 0 1 1) >> 46|(file-install GenPatchPcdTable.exe 1 0 1 1) >> 47|(file-install 12 _sqlite3.pyd 1 0 1 1) >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> edk2-buildtools-devel mailing list >> edk...@li... >> https://lists.sourceforge.net/lists/listinfo/edk2-buildtools-devel > > ------------------------------------------------------------------------------ > _______________________________________________ > edk2-buildtools-devel mailing list > edk...@li... > https://lists.sourceforge.net/lists/listinfo/edk2-buildtools-devel |
|
From: David F. <df...@gm...> - 2014-10-29 01:53:47
|
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-util 1.5.3 serf 1.3.7 OpenSSL 1.0.1i 6 Aug 2014 zlib 1.2.8 I started with the original EDK2 release zip, then started doing svn updates. Updating was working fine up to the prior update (Feb 2014). Then this latest update has the EDK2 main items (source) updating with no problem. It's when it went to deal with the externals, stuff in BaseTools, when the problem showed up. Dumping the data base shows why - the name it has for those two libraries are relative to c:\edk2 instead of the c:\edk2\basetools\bin\win32 folder (like all those other files are). So it builds the path relative to that you end up with c:\edk2\basetools\bin\win32\BASETOOLS\BIN\WIN32\ARM\... (I don't even need the ARM stuff). I have source that needs to be merged due to changes so not sure how to start clean? It's only those two libraries as you can see by the dump of the SVN database that is causing the problem. Can they be taken out and reapplied ? They should be in there with the relative path being "Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.lib" and "Arm/DEBUG_RVCT31/CompilerIntrinsicsLib.lib" On Tue, Oct 28, 2014 at 6:10 PM, Liu, Yingke D <yin...@in...> wrote: > David, > > We didn't see the same problem when updating, the path must 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. [mailto:df...@gm...] > Sent: Tuesday, October 28, 2014 8:04 AM > To: edk...@li... > Subject: [edk2-buildtools] SVN Update Fails > > 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 > <snip> >> C:\edk2\BaseTools\Bin\Win32\TianoCompress.exe >> C:\edk2\BaseTools\Bin\Win32\GenPatchPcdTable.exe >> C:\edk2\BaseTools\Bin\Win32\_sqlite3.pyd >> C:\edk2\BaseTools\Bin\Win32 >> Failed to run the WC DB work queue associated with >> 'C:\edk2\BaseTools\Bin\Win32', work item 26 (file-install >> BaseTools/Bin/Win32/Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.lib 1 0 1 >> 1) The node >> 'C:\edk2\BaseTools\Bin\Win32\BaseTools\Bin\Win32\Arm\RELEASE_RVCT31\CompilerIntrinsicsLib.lib' >> is not installable > > > Note that there is a difference in what svn thinks the path is - used the sqlite command line tool to dump the database shows below. Note how all the other items are relatlive and the win32 folder and then the first two are relative but off the root of c:\edk2 - so something is weird about those??: > > C:\Users\david\Desktop\sqlite- > shell-win32-x86-3080600>sqlite3.exe c:\edk2 > \basetools\bin\win32\.svn\wc.db "select * from work_queue" > 26|(file-install > 26|BaseTools/Bin/Win32/Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.li > b 1 0 1 1) > 27|(file-install > 27|BaseTools/Bin/Win32/Arm/DEBUG_RVCT31/CompilerIntrinsicsLib.lib > 1 0 1 1) > 28|(file-install 11 _socket.pyd 1 0 1 1) > 29|(file-install GenSec.exe 1 0 1 1) > 30|(file-install pyexpat.pyd 1 0 1 1) > 31|(file-install GenFv.exe 1 0 1 1) > 32|(file-install GenFw.exe 1 0 1 1) > 33|(file-install UPT.exe 1 0 1 1) > 34|(file-install Trim.exe 1 0 1 1) > 35|(file-install VolInfo.exe 1 0 1 1) > 36|(file-install Rsa2048Sha256Sign.exe 1 0 1 1) > 37|(file-install GenBootSector.exe 1 0 1 1) > 38|(file-install Common.PyUtility.pyd 1 0 1 1) > 39|(file-install Eot.LzmaCompressor.pyd 1 0 1 1) > 40|(file-install 11 _ctypes.pyd 1 0 1 1) > 41|(file-install PatchPcdValue.exe 1 0 1 1) > 42|(file-install TargetTool.exe 1 0 1 1) > 43|(file-install 12 _hashlib.pyd 1 0 1 1) > 44|(file-install BootSectImage.exe 1 0 1 1) > 45|(file-install TianoCompress.exe 1 0 1 1) > 46|(file-install GenPatchPcdTable.exe 1 0 1 1) > 47|(file-install 12 _sqlite3.pyd 1 0 1 1) > > ------------------------------------------------------------------------------ > _______________________________________________ > edk2-buildtools-devel mailing list > edk...@li... > https://lists.sourceforge.net/lists/listinfo/edk2-buildtools-devel |
|
From: Liu, Y. D <yin...@in...> - 2014-10-29 01:12:24
|
David, We didn't see the same problem when updating, the path must 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. [mailto:df...@gm...] Sent: Tuesday, October 28, 2014 8:04 AM To: edk...@li... Subject: [edk2-buildtools] SVN Update Fails 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 <snip> > C:\edk2\BaseTools\Bin\Win32\TianoCompress.exe > C:\edk2\BaseTools\Bin\Win32\GenPatchPcdTable.exe > C:\edk2\BaseTools\Bin\Win32\_sqlite3.pyd > C:\edk2\BaseTools\Bin\Win32 > Failed to run the WC DB work queue associated with > 'C:\edk2\BaseTools\Bin\Win32', work item 26 (file-install > BaseTools/Bin/Win32/Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.lib 1 0 1 > 1) The node > 'C:\edk2\BaseTools\Bin\Win32\BaseTools\Bin\Win32\Arm\RELEASE_RVCT31\CompilerIntrinsicsLib.lib' > is not installable Note that there is a difference in what svn thinks the path is - used the sqlite command line tool to dump the database shows below. Note how all the other items are relatlive and the win32 folder and then the first two are relative but off the root of c:\edk2 - so something is weird about those??: C:\Users\david\Desktop\sqlite- shell-win32-x86-3080600>sqlite3.exe c:\edk2 \basetools\bin\win32\.svn\wc.db "select * from work_queue" 26|(file-install 26|BaseTools/Bin/Win32/Arm/RELEASE_RVCT31/CompilerIntrinsicsLib.li b 1 0 1 1) 27|(file-install 27|BaseTools/Bin/Win32/Arm/DEBUG_RVCT31/CompilerIntrinsicsLib.lib 1 0 1 1) 28|(file-install 11 _socket.pyd 1 0 1 1) 29|(file-install GenSec.exe 1 0 1 1) 30|(file-install pyexpat.pyd 1 0 1 1) 31|(file-install GenFv.exe 1 0 1 1) 32|(file-install GenFw.exe 1 0 1 1) 33|(file-install UPT.exe 1 0 1 1) 34|(file-install Trim.exe 1 0 1 1) 35|(file-install VolInfo.exe 1 0 1 1) 36|(file-install Rsa2048Sha256Sign.exe 1 0 1 1) 37|(file-install GenBootSector.exe 1 0 1 1) 38|(file-install Common.PyUtility.pyd 1 0 1 1) 39|(file-install Eot.LzmaCompressor.pyd 1 0 1 1) 40|(file-install 11 _ctypes.pyd 1 0 1 1) 41|(file-install PatchPcdValue.exe 1 0 1 1) 42|(file-install TargetTool.exe 1 0 1 1) 43|(file-install 12 _hashlib.pyd 1 0 1 1) 44|(file-install BootSectImage.exe 1 0 1 1) 45|(file-install TianoCompress.exe 1 0 1 1) 46|(file-install GenPatchPcdTable.exe 1 0 1 1) 47|(file-install 12 _sqlite3.pyd 1 0 1 1) ------------------------------------------------------------------------------ _______________________________________________ edk2-buildtools-devel mailing list edk...@li... https://lists.sourceforge.net/lists/listinfo/edk2-buildtools-devel |
60 messages has been excluded from this view by a project administrator.
