On Thu, Jul 24, 2014 at 9:50 PM, Andrew Fish <af...@apple.com> wrote: > AutoGen.i? Is this code assembly? If so you should look at the *.iii as that > is the post processed version that gets sent to assembler. There is a tool > to trim out code that is not compatible with the assembler, so it would be > good to check that something is not going on in that step.
Yeah, AutoGen.i contains assembly. The .iii files too point to the global. > Are the globals in the image? What value do they have? You should be able to > dump PE/COFF or ELF on your build system and find out. This is interesting, the objdump contains 0 for PcdGet at all places. On Thu, Jul 24, 2014 at 10:06 PM, Laszlo Ersek <ler...@redhat.com> wrote: > (Maybe side issue, maybe relevant:) > > Interesting. I tried to use fixed PCDs in ASL source code, *after* > BaseTools had reportedly grown support for that. Unfortunately, my > attempt failed, and I got no effective advice after I reported it. > > http://thread.gmane.org/gmane.comp.bios.tianocore.devel/7416/focus=7587 > > Perhaps this is a basetools problem then? > > Thanks > Laszlo The AutoGen.h contains the correct PCD values, so basetools is able to parse and append PCDs properly. I'll try to dig deeper into it. Does `PcdPeiGlobalVariableSize` play any role during build? Thanks, Varad ------------------------------------------------------------------------------ Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds _______________________________________________ edk2-devel mailing list edk2-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/edk2-devel
