bronxteck Posted March 19, 2018 Share Posted March 19, 2018 (edited) r26467 has a build fail fix maybe our suggested edk is too old https://github.com/tianocore/edk2-BaseTools-win32 i am not at my hack to test building with newer edk Edited March 19, 2018 by bronxteck 1 Link to comment Share on other sites More sharing options...
Philip Petev Posted March 20, 2018 Share Posted March 20, 2018 13 hours ago, cecekpawon said: "svnWithErrorCheck ... --ignore-externals" wont helps? >>> I was wondering if there is such functionality in svn. Thanks for the tip! 2 Link to comment Share on other sites More sharing options...
Matgen84 Posted March 20, 2018 Share Posted March 20, 2018 14 minutes ago, Philip Petev said: I was wondering if there is such functionality in svn. Thanks for the tip! Thanks for r4.7.9 1 Link to comment Share on other sites More sharing options...
Cyberdevs Posted March 20, 2018 Share Posted March 20, 2018 Yeah 4.7.9 seems to be working fine Thanks for the fix Spoiler Build info. =========== Package name: Clover_v2.4k_r4418.pkg MD5: 935db55325b803b61c0a0d2540b25cdd Version: v2.4k Stage: v2.4k Date/Time: 2018-03-20 12:02:08 Built by: cyberdevs Copyright 2012-2018 adding: Clover_v2.4k_r4418.pkg (deflated 0%) adding: Clover_v2.4k_r4418.pkg.md5 (stored 0%) total 51776 drwxr-xr-x 9 cyberdevs staff 288 Mar 20 12:03 . drwxr-xr-x 15 cyberdevs staff 480 Mar 20 12:03 .. -rw-r--r--@ 1 cyberdevs staff 13085053 Mar 20 12:03 Clover_v2.4k_r4418.pkg -rw-r--r-- 1 cyberdevs staff 68 Mar 20 12:03 Clover_v2.4k_r4418.pkg.md5 -rw-r--r-- 1 cyberdevs staff 13036974 Mar 20 12:03 Clover_v2.4k_r4418.zip drwxr-xr-x 3 cyberdevs staff 96 Mar 20 12:02 Resources drwxr-xr-x 7 cyberdevs staff 224 Mar 20 12:02 build drwxr-xr-x 3 cyberdevs staff 96 Mar 20 12:03 package drwxr-xr-x 7 cyberdevs staff 224 Mar 20 12:02 utils ================================================================================ build started at: Tue Mar 20 12:01:03 +0330 2018 finished at Tue Mar 20 12:03:02 +0330 2018 Done! <-------------------------------------------------- Clover was built successfully! Press any key to continue... 2 Link to comment Share on other sites More sharing options...
bronxteck Posted March 20, 2018 Share Posted March 20, 2018 (edited) is it possible to add a suggested EDK version to BuildCloverConfig.txt like SUGGESTED_EDK_REV= for testing instead of editing the script itself like that it won't get erased on script updates? Edited March 20, 2018 by bronxteck Link to comment Share on other sites More sharing options...
vector sigma Posted March 20, 2018 Share Posted March 20, 2018 (edited) 51 minutes ago, bronxteck said: is it possible to add a suggested EDK version to BuildCloverConfig.txt like SUGGESTED_EDK_REV= for testing instead of editing the script itself like that it won't get erased on script updates? I've already done something similar several days ago with: Build_Clover.command --edk2rev 26467 Edited March 20, 2018 by vector sigma 1 Link to comment Share on other sites More sharing options...
bronxteck Posted March 21, 2018 Share Posted March 21, 2018 hstest$ Build_Clover.command --edk2rev 26467 -bash: Build_Clover.command: command not found Link to comment Share on other sites More sharing options...
Matgen84 Posted March 21, 2018 Share Posted March 21, 2018 5 hours ago, bronxteck said: hstest$ Build_Clover.command --edk2rev 26467 -bash: Build_Clover.command: command not found Just drag and drop build_clover.command in terminal, add --edk2rev 26467 for example Link to comment Share on other sites More sharing options...
bronxteck Posted March 21, 2018 Share Posted March 21, 2018 thanks. I thought that the script asked to install the binary on first run so that it could be called from anywhere but maybe not. Link to comment Share on other sites More sharing options...
SavageAUS Posted March 22, 2018 Share Posted March 22, 2018 thanks. I thought that the script asked to install the binary on first run so that it could be called from anywhere but maybe not.It did. You can run "buildclover" from terminal.Sent from my SM-G930F using Tapatalk Pro Link to comment Share on other sites More sharing options...
bronxteck Posted March 22, 2018 Share Posted March 22, 2018 (edited) so then the should it have worked the first time without dragging the script to terminal. or it won't accept the edk rev if you call it from terminal ? unless high Sierra is blocking it? Edited March 22, 2018 by bronxteck Link to comment Share on other sites More sharing options...
SavageAUS Posted March 22, 2018 Share Posted March 22, 2018 39 minutes ago, bronxteck said: so then the should it have worked the first time without dragging the script to terminal. or it won't accept the edk rev if you call it from terminal ? unless high Sierra is blocking it? It worked for me Shanes-MBP:~ shane$ buildclover --edk2rev 26467 ================================================================================ Build_Clover script v4.7.9 No update available. <-------------------------------------------------- ================================================================================ By Micky1979 based on Slice, apianti, vit9696, Download Fritz, Zenith432, STLVNUB, JrCs,cecekpawon, Needy, cvad, Rehabman, philip_petev, ErmaC Supported OSes: macOS X, Ubuntu (16.04/16.10), Debian Jessie and Stretch <-------------------------------------------------- CLOVER Remote revision: 4418 Local revision: 4418 EDK2 Remote revision: 26700 Local revision: 26300 User-provided EDK2 revision: 26467 The current local EDK2 revision is not the suggested one (26467)! It's recommended to change it to the suggested one, using the update Clover + force edk2 update option! Used settings: /Users/shane/BuildCloverConfig.txt <-------------------------------------------------- Please enter your choice: 1) update Clover only (no building) 2) update Clover + force edk2 update (no building) 3) run my script on the source 4) build existing revision (no update, for testing only) 5) build existing revision for release (no update, standard build) 6) build existing revision with custom macros enabled 7) enter Developers mode (only for devs) 8) Try Clover Configurator Pro.app 9) edit the configuration file 10) Exit ? 1 Link to comment Share on other sites More sharing options...
Matgen84 Posted March 22, 2018 Share Posted March 22, 2018 5 hours ago, bronxteck said: so then the should it have worked the first time without dragging the script to terminal. or it won't accept the edk rev if you call it from terminal ? unless high Sierra is blocking it? If you don't want to drag the script in terminal, you can select option 1 for symlink, as @SavageAUS. After add --edk2rev XXXX (XXXX= user choose revision). It's work here also for me ================================================================================ Build_Clover script v4.7.9 No update available. <-------------------------------------------------- ================================================================================ By Micky1979 based on Slice, apianti, vit9696, Download Fritz, Zenith432, STLVNUB, JrCs,cecekpawon, Needy, cvad, Rehabman, philip_petev, ErmaC Supported OSes: macOS X, Ubuntu (16.04/16.10), Debian Jessie and Stretch <-------------------------------------------------- CLOVER Remote revision: 4418 Local revision: 4418 EDK2 Remote revision: 26700 Local revision: 26300 The current local EDK2 revision is the suggested one (26300). Used settings: /Users/mathieu/src/BuildCloverConfig.txt <-------------------------------------------------- Please enter your choice: 1) add "buildclover" symlink to /usr/local/bin 2) update Clover only (no building) 3) update Clover + force edk2 update (no building) 4) run my script on the source 5) build existing revision (no update, for testing only) 6) build existing revision for release (no update, standard build) 7) build existing revision with custom macros enabled 8) enter Developers mode (only for devs) 9) edit the configuration file 10) Exit ? Link to comment Share on other sites More sharing options...
D-an-W Posted March 31, 2018 Share Posted March 31, 2018 4419 doesn't want to build here, anyone else tried? Link to comment Share on other sites More sharing options...
Matgen84 Posted March 31, 2018 Share Posted March 31, 2018 35 minutes ago, D-an-W said: 4419 doesn't want to build here, anyone else tried? Before update by Philip, you can replace -26300 by -26764 in the script. And select option 3. All work fine here 1 Link to comment Share on other sites More sharing options...
Guest ricoc90 Posted March 31, 2018 Share Posted March 31, 2018 No issues here either Link to comment Share on other sites More sharing options...
Balamut Posted March 31, 2018 Share Posted March 31, 2018 [SLINK] GenericBdsLib /Users/balamut/src/edk2/MdeModulePkg/Library/UefiBootManagerLib/BmDriverHealth.c:432:1: error: conflicting types for 'BmRepairAllControllers' BmRepairAllControllers ( ^ /Users/balamut/src/edk2/MdeModulePkg/Library/UefiBootManagerLib/InternalBm.h:352:1: note: previous declaration is here BmRepairAllControllers ( ^ [CC] FilePaths /Users/balamut/src/edk2/MdeModulePkg/Library/UefiBootManagerLib/BmDriverHealth.c:580:32: error: use of undeclared identifier 'MAX_RECONNECT_REPAIR' if (ReconnectRepairCount < MAX_RECONNECT_REPAIR) { ^ /Users/balamut/src/edk2/MdeModulePkg/Library/UefiBootManagerLib/BmDriverHealth.c:581:31: error: too many arguments to function call, expected 0, have 1 BmRepairAllControllers (ReconnectRepairCount + 1); ~~~~~~~~~~~~~~~~~~~~~~ ^~~~~~~~~~~~~~~~~~~~~~~~ /Users/balamut/src/edk2/MdeModulePkg/Library/UefiBootManagerLib/InternalBm.h:351:1: note: 'BmRepairAllControllers' declared here VOID ^ /Users/balamut/src/edk2/MdePkg/Include/Base.h:337:19: note: expanded from macro 'VOID' #define VOID void ^ 3 errors generated. make: *** [/Users/balamut/src/edk2/Build/Clover/RELEASE_XCODE8/X64/MdeModulePkg/Library/UefiBootManagerLib/UefiBootManagerLib/OUTPUT/BmDriverHealth.obj] Error 1 build.py... : error 7000: Failed to execute command make tbuild [/Users/balamut/src/edk2/Build/Clover/RELEASE_XCODE8/X64/MdeModulePkg/Library/UefiBootManagerLib/UefiBootManagerLib] build.py... : error F002: Failed to build module /Users/balamut/src/edk2/MdeModulePkg/Library/UefiBootManagerLib/UefiBootManagerLib.inf [X64, XCODE8, RELEASE] - Failed - Build end time: 15:29:24, Mar.31 2018 Build total time: 00:00:14 o_Ops, ./ebuild.sh exited with error(s), aborting.. Link to comment Share on other sites More sharing options...
SavageAUS Posted April 1, 2018 Share Posted April 1, 2018 Clover or script? ================================================================================ Build_Clover script v4.7.9 No update available. <-------------------------------------------------- ================================================================================ By Micky1979 based on Slice, apianti, vit9696, Download Fritz, Zenith432, STLVNUB, JrCs,cecekpawon, Needy, cvad, Rehabman, philip_petev, ErmaC Supported OSes: macOS X, Ubuntu (16.04/16.10), Debian Jessie and Stretch <-------------------------------------------------- CLOVER Remote revision: 4422 Local revision: 4422 EDK2 Remote revision: 26767 Local revision: 26300 The current local EDK2 revision is the suggested one (26300). Used settings: /Users/shane/BuildCloverConfig.txt <-------------------------------------------------- Please enter your choice: 1) update Clover only (no building) 2) update Clover + force edk2 update (no building) 3) run my script on the source 4) build existing revision (no update, for testing only) 5) build existing revision for release (no update, standard build) 6) build existing revision with custom macros enabled 7) enter Developers mode (only for devs) 8) Try Clover Configurator Pro.app 9) edit the configuration file 10) Exit ? 5 ================================================================================ Select the desired architecture <-------------------------------------------------- 1) Standard x64 only 2) ia32 and x64 (ia32 is deprecated) 3) ia32 only (deprecated) 4) Back to Main Menu 5) Exit ? 1 ================================================================================ Select the desired pkg type <-------------------------------------------------- 1) Standard 2) slim pkg that skip themes and CloverThemeManager.app 3) slim pkg that skip themes and CloverThemeManager.app, updater and PrefPanel 4) slim pkg UEFI only, without RC Scripts, themes & CTM, updater and PrefPanel 5) Back to Select architecture menu 6) Exit ? 1 ================================================================================ Running from: macOS 10.13.4 Xcode 9.3 Build version 9E145 <-------------------------------------------------- ================================================================================ Compiler settings <-------------------------------------------------- Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/usr/include/c++/4.2.1 Apple LLVM version 9.1.0 (clang-902.0.39.1) Target: x86_64-apple-darwin17.5.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin <-------------------------------------------------- ================================================================================ BUILDTOOL is XCODE8 <-------------------------------------------------- ================================================================================ nasm check: <-------------------------------------------------- NASM version 2.13.03 compiled on Feb 7 2018 ================================================================================ gettext check: <-------------------------------------------------- found gettext at /Users/shane/src/opt/local/bin ================================================================================ mtoc check: <-------------------------------------------------- mtoc found in /Users/shane/src/opt/local/bin. ================================================================================ Loading previous configuration from /Users/shane/src/edk2/Conf/BuildEnv.sh WORKSPACE: /Users/shane/src/edk2 EDK_TOOLS_PATH: /Users/shane/src/edk2/BaseTools CONF_PATH: /Users/shane/src/edk2/Conf Build environment: Darwin-17.5.0-x86_64-i386-64bit Build start time: 11:17:26, Apr.01 2018 WORKSPACE = /Users/shane/src/edk2 ECP_SOURCE = /Users/shane/src/edk2/EdkCompatibilityPkg EDK_SOURCE = /Users/shane/src/edk2/EdkCompatibilityPkg EFI_SOURCE = /Users/shane/src/edk2/EdkCompatibilityPkg EDK_TOOLS_PATH = /Users/shane/src/edk2/BaseTools CONF_PATH = /Users/shane/src/edk2/Conf Architecture(s) = X64 Build target = RELEASE Toolchain = XCODE8 Active Platform = /Users/shane/src/edk2/AptioFixPkg/AptioFixPkg.dsc Processing meta-data . done! Building ... /Users/shane/src/edk2/MdePkg/Library/BaseLib/BaseLib.inf [X64] Building ... /Users/shane/src/edk2/MdePkg/Library/BasePcdLibNull/BasePcdLibNull.inf [X64] make: Nothing to be done for `tbuild'. make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BaseDebugLibNull/BaseDebugLibNull.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BaseMemoryLib/BaseMemoryLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/UefiBootServicesTableLib/UefiBootServicesTableLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BasePrintLib/BasePrintLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/UefiMemoryAllocationLib/UefiMemoryAllocationLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/UefiDevicePathLib/UefiDevicePathLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/UefiRuntimeServicesTableLib/UefiRuntimeServicesTableLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/UefiHiiServicesLib/UefiHiiServicesLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/UefiLib/UefiLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/UefiHiiLib/UefiHiiLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/UefiDriverEntryPoint/UefiDriverEntryPoint.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/UefiUsbLib/UefiUsbLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/AptioFixPkg/Platform/AptioInputFix/AptioInputFix.inf [X64] Building ... /Users/shane/src/edk2/MdePkg/Library/BaseRngLib/BaseRngLib.inf [X64] make: Nothing to be done for `tbuild'. make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BaseCpuLib/BaseCpuLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/AptioFixPkg/Platform/AptioMemoryFix/AptioMemoryFix.inf [X64] make: Nothing to be done for `tbuild'. - Done - Build end time: 11:17:28, Apr.01 2018 Build total time: 00:00:02 ================================================================================ boot6 <-------------------------------------------------- TOOLCHAIN_DIR: /Users/shane/src/opt/local MTOC_PREFIX: /Users/shane/src/opt/local/bin/ NASM_PREFIX: /Users/shane/src/opt/local/bin/ NASM_VER: 2.13.03 Building from: /Users/shane/src/edk2 Running edk2 build for CloverX64 using the command: build -D NO_GRUB_DRIVERS_EMBEDDED --conf=/Users/shane/src/edk2/Conf -D USE_LOW_EBDA -p Clover/Clover.dsc -a X64 -b RELEASE -t XCODE8 -n 9 Build environment: Darwin-17.5.0-x86_64-i386-64bit Build start time: 11:17:28, Apr.01 2018 WORKSPACE = /Users/shane/src/edk2 ECP_SOURCE = /Users/shane/src/edk2/EdkCompatibilityPkg EDK_SOURCE = /Users/shane/src/edk2/EdkCompatibilityPkg EFI_SOURCE = /Users/shane/src/edk2/EdkCompatibilityPkg EDK_TOOLS_PATH = /Users/shane/src/edk2/BaseTools CONF_PATH = /Users/shane/src/edk2/Conf Architecture(s) = X64 Build target = RELEASE Toolchain = XCODE8 Active Platform = /Users/shane/src/edk2/Clover/Clover.dsc Flash Image Definition = /Users/shane/src/edk2/Clover/Clover.fdf Processing meta-data .... done! Building ... /Users/shane/src/edk2/MdePkg/Library/BasePcdLibNull/BasePcdLibNull.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BaseDebugLibNull/BaseDebugLibNull.inf [X64] Building ... /Users/shane/src/edk2/MdePkg/Library/BaseMemoryLib/BaseMemoryLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BaseLib/BaseLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BasePrintLib/BasePrintLib.inf [X64] Building ... /Users/shane/src/edk2/MdePkg/Library/BaseReportStatusCodeLibNull/BaseReportStatusCodeLibNull.inf [X64] make: Nothing to be done for `tbuild'. make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BaseIoLibIntrinsic/BaseIoLibIntrinsic.inf [X64] make: Nothing to be done for `tbuild'. make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/DxeCoreMemoryAllocationLib/DxeCoreMemoryAllocationLib.inf [X64] Building ... /Users/shane/src/edk2/MdePkg/Library/DxeCoreEntryPoint/DxeCoreEntryPoint.inf [X64] Building ... /Users/shane/src/edk2/MdePkg/Library/UefiRuntimeServicesTableLib/UefiRuntimeServicesTableLib.inf [X64] make: Nothing to be done for `tbuild'. make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/UefiDevicePathLib/UefiDevicePathLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/UefiBootServicesTableLib/UefiBootServicesTableLib.inf [X64] make: Nothing to be done for `tbuild'. make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BasePeCoffExtraActionLibNull/BasePeCoffExtraActionLibNull.inf [X64] Building ... /Users/shane/src/edk2/MdePkg/Library/DxeCoreHobLib/DxeCoreHobLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/UefiLib/UefiLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BaseCacheMaintenanceLib/BaseCacheMaintenanceLib.inf [X64] make: Nothing to be done for `tbuild'. make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BaseUefiDecompressLib/BaseUefiDecompressLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BasePerformanceLibNull/BasePerformanceLibNull.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/Clover/Library/VBoxPeCoffLib/VBoxPeCoffLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BasePeCoffGetEntryPointLib/BasePeCoffGetEntryPointLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/DxeExtractGuidedSectionLib/DxeExtractGuidedSectionLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/Clover/Library/DuetTimerLib/DuetTimerLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/DxeServicesLib/DxeServicesLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/DebugAgentLibNull/DebugAgentLibNull.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/CpuExceptionHandlerLibNull/CpuExceptionHandlerLibNull.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/UefiMemoryAllocationLib/UefiMemoryAllocationLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/DxeHobLib/DxeHobLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/UefiDriverEntryPoint/UefiDriverEntryPoint.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/UefiRuntimeLib/UefiRuntimeLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/VarCheckLib/VarCheckLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/BaseSynchronizationLib/BaseSynchronizationLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdePkg/Library/DxeServicesTableLib/DxeServicesTableLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/TpmMeasurementLibNull/TpmMeasurementLibNull.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/AuthVariableLibNull/AuthVariableLibNull.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/VarCheckUefiLib/VarCheckUefiLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/DxeCapsuleLibNull/DxeCapsuleLibNull.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/DxeSecurityManagementLib/DxeSecurityManagementLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/Clover/Library/UefiHiiServicesLib/UefiHiiServicesLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/UefiSortLib/UefiSortLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/UefiHiiLib/UefiHiiLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/UefiBootManagerLib/UefiBootManagerLib.inf [X64] Building ... /Users/shane/src/edk2/MdePkg/Library/DxePcdLib/DxePcdLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/MdeModulePkg/Library/CustomizedDisplayLib/CustomizedDisplayLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/Clover/Library/LzmaCustomDecompressLib/LzmaCustomDecompressLib.inf [X64] make: Nothing to be done for `tbuild'. Building ... /Users/shane/src/edk2/Clover/Library/GenericBdsLib/GenericBdsLib.inf [X64] /Users/shane/src/edk2/MdeModulePkg/Library/UefiBootManagerLib/BmDriverHealth.c:432:1: error: conflicting types for 'BmRepairAllControllers' BmRepairAllControllers ( ^ /Users/shane/src/edk2/MdeModulePkg/Library/UefiBootManagerLib/InternalBm.h:352:1: note: previous declaration is here BmRepairAllControllers ( ^ /Users/shane/src/edk2/MdeModulePkg/Library/UefiBootManagerLib/BmDriverHealth.c:580:32: error: use of undeclared identifier 'MAX_RECONNECT_REPAIR' if (ReconnectRepairCount < MAX_RECONNECT_REPAIR) { ^ Building ... /Users/shane/src/edk2/Clover/Library/OsxBdsPlatformLib/PlatformBds.inf [X64] make: Nothing to be done for `tbuild'. /Users/shane/src/edk2/MdeModulePkg/Library/UefiBootManagerLib/BmDriverHealth.c:581:31: error: too many arguments to function call, expected 0, have 1 BmRepairAllControllers (ReconnectRepairCount + 1); ~~~~~~~~~~~~~~~~~~~~~~ ^~~~~~~~~~~~~~~~~~~~~~~~ /Users/shane/src/edk2/MdeModulePkg/Library/UefiBootManagerLib/InternalBm.h:351:1: note: 'BmRepairAllControllers' declared here VOID ^ /Users/shane/src/edk2/MdePkg/Include/Base.h:337:19: note: expanded from macro 'VOID' #define VOID void ^ 3 errors generated. make: *** [/Users/shane/src/edk2/Build/Clover/RELEASE_XCODE8/X64/MdeModulePkg/Library/UefiBootManagerLib/UefiBootManagerLib/OUTPUT/BmDriverHealth.obj] Error 1 build.py... : error 7000: Failed to execute command make tbuild [/Users/shane/src/edk2/Build/Clover/RELEASE_XCODE8/X64/MdeModulePkg/Library/UefiBootManagerLib/UefiBootManagerLib] build.py... : error F002: Failed to build module /Users/shane/src/edk2/MdeModulePkg/Library/UefiBootManagerLib/UefiBootManagerLib.inf [X64, XCODE8, RELEASE] - Failed - Build end time: 11:17:34, Apr.01 2018 Build total time: 00:00:07 o_Ops, ./ebuild.sh exited with error(s), aborting.. Shanes-iMac:~ shane$ Link to comment Share on other sites More sharing options...
apianti Posted April 1, 2018 Share Posted April 1, 2018 (edited) @Philip Petev, Why don't you just start using the git version of the repo from github, the one on SF is terrible. The reason it has issues is because it's a badly synced svn mirror of the git repo. EDIT: I only use the git repo of EDK2, and might explain why I haven't been having issues when others have been. The clover repo should be fine but the EDK2 repo on SF sucks since they moved to git. @everyone, If you are getting this build error it's because the script apparently does not properly use Patches_for_EDK2. You need to copy the contents of this directory to the EDK2 directory to overwrite files that have problems. EDIT: Also this is a terrible method because it requires that you revert the changes made to the EDK2 before updating it. EDIT2: Also there was a mistake, I fixed it in r4423. My gift to you guys, lol. EDIT3: To revert an svn repo: svn revert --recursive . svn cleanup --remove-unversioned . To revert a git repo: git reset HEAD --hard git clean -fd Obviously both those run from the EDK2 directory. Edited April 1, 2018 by apianti 2 Link to comment Share on other sites More sharing options...
droples Posted April 1, 2018 Share Posted April 1, 2018 (edited) BuildClover.commandV4.7.9,Xcode93,Os X 10.13.4,Clover4422. There are no problems with the clover compilation. Buildclover479Clover4422.txt.zip Edited April 1, 2018 by droples new 1 Link to comment Share on other sites More sharing options...
vector sigma Posted April 1, 2018 Share Posted April 1, 2018 (edited) 4 hours ago, apianti said: If you are getting this build error it's because the script apparently does not properly use Patches_for_EDK2. You need to copy the contents of this Do you mean that below cmd does'nt work? cp -R "${DIR_MAIN}"/edk2/Clover/Patches_for_EDK2/* "${DIR_MAIN}"/edk2/ here works good, but this is right from @SavageUS? The current local EDK2 revision is the suggested one (26300). should not be r26767 like mentioned by this guy? Working with Slice's HWMonitor on sf is a pain as well maybe is just sourceforge.. I also see that Aptiofix is already synced with a git reposytory, maybe you guys can you just do the same with edk2. Edited April 1, 2018 by vector sigma Link to comment Share on other sites More sharing options...
SavageAUS Posted April 1, 2018 Share Posted April 1, 2018 Script 4.8.0 builds 4423 just fine.Sent from my SM-G930F using Tapatalk Pro 1 Link to comment Share on other sites More sharing options...
Cyberdevs Posted April 1, 2018 Share Posted April 1, 2018 Yeah Same here. no problem at all 1 Link to comment Share on other sites More sharing options...
apianti Posted April 1, 2018 Share Posted April 1, 2018 9 hours ago, vector sigma said: Do you mean that below cmd does'nt work? cp -R "${DIR_MAIN}"/edk2/Clover/Patches_for_EDK2/* "${DIR_MAIN}"/edk2/ here works good, but this is right from @SavageUS? The current local EDK2 revision is the suggested one (26300). should not be r26767 like mentioned by this guy? Working with Slice's HWMonitor on sf is a pain as well maybe is just sourceforge.. I also see that Aptiofix is already synced with a git reposytory, maybe you guys can you just do the same with edk2. Well I just tested it by reverting my local copy of the EDK2 to it's original state and I got those errors that were being posted. I copied Patches_for_EDK2 to EDK2 dir, they disappeared because it built (besides one error that I fixed, unsure how anyone was building but ok). Then I reverted again then updated to the newest EDK2 commit, got build errors again. Recopied the patches, and it built. So yes if you are getting those errors it's because the patches were not copied. Maybe you might want to add the -f flag to copy so that it forcibly overwrites the files, just in case? Or maybe see if the result of the return from cp is an error because it failed? I don't know what you mean about AptioFix being synced, it is not. That is an external dependency just like EDK2, and is basically AptioFix3 with some added stuff that were basically what I had been saying should happen, no one listened and argued with me a bunch. Then decided that it should behave that way and wrote it separately from clover because that was easier to maintain.... I constantly have to remove it to properly build because either the repo can't update because its down (I have way more trouble with most stuff on github than I've ever had at SF, which is why I don't think the problem is truly SF, but then again I live like right by one of the main servers so it may be a proximity/routing thing) or because the code is broken and won't build. Which is why I didn't want it as an external dependency but I was overruled by Slice because I'm assuming he didn't want to have to constantly maintain packporting the fix into clover. Since even though I give anyone who asks and has demonstrated any ability to code the chance to at least have an opportunity to submit commits, I apparently wouldn't allow AptioFix to be updated (with my own ideas, mind you) by anyone else. Which is complete {censored} because no one ever asked to submit code ever, not once. Seems more like an opportunity to steal other people's work and pass it off as there own.... Which whatever, I don't really care. Recognition is like being constantly shot in the face with a fire hose, it's fun for about one millisecond, and then your head is being blasted with a fire hose.... Link to comment Share on other sites More sharing options...
vector sigma Posted April 1, 2018 Share Posted April 1, 2018 (edited) Hi Sir apianti, I'm sorry but I cannot understand what you mean or referring to AptioFix stories, but me at least, I was only referring on how the script (as per title of the topic) checkout/update AptioFix from github into a svn one and I was wondering if this can be done with edk2 ...and get rid of sourceforge. No some thing else. About the copy of the patches.. how this cannot work? cp in -R mode continue copying even on errors, so that I agree with -f, but errors are printed to the stdout and this is not the case. Those errors only happened to me when patches for edk2 inside Clover aren't good for the local revision of edk2 itself why I showned you this: The current local EDK2 revision is the suggested one (26300). Sir Zenith432 committed new patches compatible with newer r26764 but the guy who showned a fail on the log was using 26300. So, if you revert edk2, don't forget to revert Clover as well, otherwise errors for sure. You know, simply that. EDIT unless you are talking about reverting edk2 to the same revision but untouched. Anyway mentioned cp command is inside clover() func, so to apply patches you have to ensure to update clover with an option of that script. So yes if you cannot update Clover because sf is down, patches cannot be applied but anyway are the old one. Speaking by using this script EDIT II maybe you have to move the cp command outside this function, or eventually have this code in ebuild.sh. Edited April 1, 2018 by vector sigma spelling Link to comment Share on other sites More sharing options...
Recommended Posts