From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=pass header.i=@outlook.com header.s=selector1 header.b=UgAnmEKd; spf=pass (domain: outlook.com, ip: 40.92.70.50, mailfrom: minnowware@outlook.com) Received: from EUR03-AM5-obe.outbound.protection.outlook.com (EUR03-AM5-obe.outbound.protection.outlook.com [40.92.70.50]) by groups.io with SMTP; Tue, 17 Sep 2019 07:38:18 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Tk4E6B9APL5pPDFPU48mTup+I5NSYqkamqOqHWqL4Tvh1hStiyzEtlTsUoZRQErYga+7HnY862ebaoQVzcKGdG9lz9VLBBiErNNUR72DSxCoIjp3U4fhXciChvfHM/mL0763egsZu1kdQCDbZnB7un9bVo+mdtOZK7fgLRWgk2+SZ3TmOjlmtS/VmBrcBOBfdvhMTrDLoqlaoRTERyF/B64ShRRQjp93ROg/N0FigKpSjiiiu27J3uJhq4M7YVyz1LmCcVd5F+qT/zLfwvNQd/bPxtWbE6DOK6OU2dOf0BvYi8qYXcvi+h59298rR7cRbrxnMQuUMz+RBWD3wBxlUQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UjKgJcix0pw1GW6nHBKXEVyAO8/LuualfIdGdP0weKk=; b=iLcXe6WO5oJdum9xi4cONyfeBlX6wM+2Kw37GzbFiCX0DeFiiUtpqTe6ISA9y4HByMJQApF9+En07ghknt1d9pwDtsoLNlUH/BtW5B6jtN7qStvqylWLhC2oGJ9zmVJVWu1s69usCCdqIHKTlMPigcdGoMutTtr4hChe/v1uX3AAdR7kkveENUWQaaTvVoUsDnDft53NMrnJTvKbH8JyWawJ9RF+2dKy92eweO+S5+D/LqcPiUEZxZe00Z5fPAmQm3SB4wxkftQjrUiaHzHJfqFcioImcviEmUF7maVntDBeNa1cE0Oz08lKKzWKBMHy95LqJE1WJLBxtKL+xLIGfg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UjKgJcix0pw1GW6nHBKXEVyAO8/LuualfIdGdP0weKk=; b=UgAnmEKdPfjbReZPeBbpTYIhd/nJnjcOwn49T6PAFWHiNBAAuPNaLGoOYxkzoZoeAD3K6nANhNAAe8YpPOHX5bisKqZ7FZdoNsHLjC21mYcRPERr70KxKh2FEY1/0EgHGRDQi800rZijETOBGHoUlZ2CYFIRzsQva7EXVxREXFEGDvyd01/L9Wj519Y2lZdHSw18c3Y1erbLorG0nDagnrOObgjArc1CXUHGLBFbJSs2CL9niCBEoasbI8fC6JS/ZpKbmBVD7PHT+NJzeShpGYwYF5tKxXpdsSswjJDD8R9fBgRorKgMatGtOIftnLB2CXDH+8WFKYzGOiF4THdbFA== Received: from AM5EUR03FT050.eop-EUR03.prod.protection.outlook.com (10.152.16.54) by AM5EUR03HT013.eop-EUR03.prod.protection.outlook.com (10.152.16.97) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.2263.14; Tue, 17 Sep 2019 14:38:16 +0000 Received: from AM5PR04MB2993.eurprd04.prod.outlook.com (10.152.16.60) by AM5EUR03FT050.mail.protection.outlook.com (10.152.17.47) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2263.14 via Frontend Transport; Tue, 17 Sep 2019 14:38:16 +0000 Received: from AM5PR04MB2993.eurprd04.prod.outlook.com ([fe80::a18b:747c:af47:32b1]) by AM5PR04MB2993.eurprd04.prod.outlook.com ([fe80::a18b:747c:af47:32b1%4]) with mapi id 15.20.2263.023; Tue, 17 Sep 2019 14:38:16 +0000 From: "Minnow Ware" To: "devel@edk2.groups.io" CC: "michael.d.kinney@intel.com" , "Richardson, Brian" Subject: [staging/branch]: CdePkg - C Development Environment Package Thread-Topic: [staging/branch]: CdePkg - C Development Environment Package Thread-Index: AQHVbWWK3ikmaGG2+UatHE0j6CgWdQ== Date: Tue, 17 Sep 2019 14:38:15 +0000 Message-ID: References: <20190905154925.30478-1-imammedo@redhat.com> <20190910175841.176b26e4@redhat.com> <8ed1ab55-d5ee-9703-dd28-cf50fbda5408@redhat.com>,<20190917151121.41a199dc@redhat.com> In-Reply-To: <20190917151121.41a199dc@redhat.com> Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:EC978BAC32701DE3DE2CC5AADF55680E9D8425DAC12A4B7764B1AEAFDF0457A9;UpperCasedChecksum:AA871FB042F58B0FA608634475A1724150BFCF45BE0215C70C53598AAE0527A0;SizeAsReceived:7027;Count:43 x-tmn: [6XDMdm8wYFhHCHrEE5b1ux7rfOX+bTm9] x-ms-publictraffictype: Email x-incomingheadercount: 43 x-eopattributedmessage: 0 x-microsoft-antispam: BCL:0;PCL:0;RULEID:(2390118)(5050001)(7020095)(20181119110)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031322404)(2017031323274)(2017031324274)(1601125500)(1603101475)(1701031045);SRVR:AM5EUR03HT013; x-ms-traffictypediagnostic: AM5EUR03HT013: x-ms-exchange-purlcount: 2 x-microsoft-antispam-message-info: uKsBIf3IXDrVqLmlAIdP+62P2KLQiDEV0ioeQNfuUPQ4Wp8c2Vjgn0K747OGhq3uUGXoYJF1sqN7t7aWBCQkRyBWkxH7ZS+NN7UCxHUlI8eNbanJluVuXfIq5A1OC2w97jJGuuMJ1Cl3r0fYuawv25Vg8QtW88nq2Qq7fF+reGg/jAjKDJhnjGTNpVFVguyf x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 5dd40153-cfca-4df5-f6c8-08d73b7cacfa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Sep 2019 14:38:15.9716 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5EUR03HT013 Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_AM5PR04MB2993DB4D056DF49C56EAF312C18F0AM5PR04MB2993eurp_" --_000_AM5PR04MB2993DB4D056DF49C56EAF312C18F0AM5PR04MB2993eurp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi UEFI community, I=92d like to introduce the CdePkg to edk2-staging. The package is not yet completed but ready to demonstrate it=92s power, pro= bably also for modernFW. A couple of years ago, after an UEFI BIOS project on AMD platform I decided= to write my own ANSI C Library for UEFI Shell and POST. My design goals were: 1. to rewrite the whole thing from scratch, without using any public sou= rce code from GNU, BSD, Watcom or Intel EDK2 / tiano core 2. completeness: full blown C90 + C95 support, no C99, no non-specified = extensions at all , e.g. itoa(), stricmp()... 3. small code size, for UEFI-POST-driver uses a C-Library-Driver, that c= ontains core/worker functions for realloc() =3D=3D malloc() and free(), entire printf-family, entire scanf-family. UEFI-POST-driver just uses small wrapper functions to run the C-Library-Dri= ver code. 1. stable, exact, chipset independent (w/o ACPI timer) "clock()=94 with = CLOCKS_PER_SEC =3D=3D 1000 2. complete set of the Microsoft C-compiler intrinsic functions 3. ROM-able! Runs with stack but w/o any static storage duration in .dat= a segment, e.g. for rand(), strtok(), tmpfile() This is required for early PEI before memory sizing, when PEI-images run di= rectly out of flash. 1. Microsoft bug compatible (as far as possible) * to save my lifetime writing a documentation https://github.com/Jo= aquinConoBolillo/torito-C-Library/blob/master/implemented.md * use original Microsoft header files for UEFI Shell Apps created in= VS2017/19 * =93debug=94-mode for UEFI Shell executable in VS2017/19, that trul= y runs on Windows (that works when using library functions only, no HW access, not UEFI-API use) to debug= the library itself =96 but this just links the same .OBJ module with the WinNT-EntryPoi= nt instead of UEFI-EntryPoint (The entry point module pulls in the appropriate OS-interface branch dispat= cher) 1. all that in one single C-Library CdeLib.lib The Readme.MD is here: https://github.com/MinnowWare/CdePkg#cdepkg CdePkg shall be adjusted to other compilers/tool chains too, once it is fea= ture complete and accepted by the UEFI community, as long as it is for Microsoft VS2017/19 only. The CdePkg is integrated into the =93vUDK2018=94-EDK2, which in turn runs i= n a MinnowBoard build. It can be emulated in the Nt32Pkg, since EmulatorPkg in =93vUDK2018=94 does= n=92t support Windows=85 I would like to move the =93vUDK2018=94-EDK2 to the edk2-staging branch Cde= Pkg, but need to have access granted. Can anyone kindly grant access rights to me? Best Regards, Kilian --_000_AM5PR04MB2993DB4D056DF49C56EAF312C18F0AM5PR04MB2993eurp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Hi UEFI community,<= /o:p>

 =

I=92d like to introduce = the CdePkg to edk2-staging.

 =

The package is not yet c= ompleted but ready to demonstrate it=92s power, probably also for modernFW.=

 =

A couple of years ago, = after an UEFI BIOS project on AMD platform I decided to write my own ANSI C= Library for UEFI Shell and POST.

 

My design goals were:

  1. to rewrite the whole thing from scratch, without using any public source co= de from GNU, BSD, Watcom or Intel EDK2 / tiano core
  2. completeness: full blown C90 + C95 support, no C99, no non-specified ex= tensions at all , e.g. itoa(), stricmp()...
  3. small code size, for UEFI-POST-driver uses a C-Library-Driver, that contain= s core/worker functions for realloc() =3D=3D  malloc() and free(),

entire printf-family, entire scanf-family.

UEFI-POST-driver just uses small wrapper functions to run the C-Library= -Driver code.

  1. stab= le, exact, chipset independent (w/o ACPI timer) "clock()=94 with CLOCK= S_PER_SEC =3D=3D 1000
  2. complete set of the Microsoft C-compiler intrinsic functions
  3. ROM-able! Runs with stack but w/o any static storage duration in .data segm= ent, e.g. for rand(), strtok(), tmpfile()

This is required= for early PEI before memory sizing, when PEI-images run directly out of fl= ash.

  1. Microsoft bug compatible (as far as possible)
    1. to save my lifetime writing a documentation  https://github.com/JoaquinConoBolillo/torito-C-Library/blob/master/impleme= nted.md
    2. use original Microsoft header files for UEFI Shell Apps created in VS2017/1= 9
    3. =93debug=94-mode for UEFI Shell executable in VS2017/19, that truly runs on= Windows (that works

when using library functions only, no HW access, not UEFI-API u= se) to debug the library

itself =96 but this just links the same .OBJ module with the Wi= nNT-EntryPoint instead of UEFI-EntryPoint

(The entry point module pulls in the appropriate OS-interface b= ranch dispatcher)

  1. all that in one single C-Library CdeLib.lib

 =

The Readme.MD is here: <= a href=3D"https://github.com/MinnowWare/CdePkg#cdepkg" title=3D"https://git= hub.com/MinnowWare/CdePkg#cdepkg=0A= STRG + Klicken, um Verkn=FCpfung zu folgen"> https://github.com/MinnowWare/CdePkg#cdepkg

 =

CdePkg shall be adjusted= to other compilers/tool chains too, once it is feature complete and accept= ed by the UEFI community,

as long as it is fo= r Microsoft VS2017/19 only.

 =

The CdePkg is integrated= into the =93vUDK2018=94-EDK2, which in turn runs in a MinnowBoard build.

It can be emulated in th= e Nt32Pkg, since EmulatorPkg in =93vUDK2018=94 doesn=92t support Windows=85=

 =

I would like to move the= =93vUDK2018=94-EDK2 to the edk2-staging branch CdePkg, but need to ha= ve access granted.

 =

Can anyone kindly grant = access rights to me?

 =

Best Regards,=

Kilian=

 

 

--_000_AM5PR04MB2993DB4D056DF49C56EAF312C18F0AM5PR04MB2993eurp_--