Hi all,
I have applied a proposal "EFI extension of Binutils" at GNU of GSoC.
According
to comment of GNU's mentor, there is no mentor in GNU interesting in it and
suggest me to post the application at GCC mailing list.
If someone interested in it, could you offer some comment on it or
ev
Hello Robert and all,
I have change the encoding from Big-5 to UTF-8
Is this in your means of wierd fonts??
I submit my proposal “Implementing a C Compiler for EFI Byte Code using GCC”.
Welcome your comments, if you are interested in the topic.
My proposal URL is
http://socghop.appspot.com/gs
Hello all,
I submit my proposal “Implementing a C Compiler for EFI Byte Code using GCC”.
Welcome your comments, if you are interested in the topic.
My proposal URL is
http://socghop.appspot.com/gsoc/student_proposal/show/google/gsoc2010/yi_hong/t127073387438
thanks
yi-hong
Hello Tristan
I think the main issue is that EFI C dialect is not ANSI-C
compliant: the size of pointer is determined
at the run-time and therefore the layout of the structure is not
static. Gcc doesn't support this model.
I have read the sizeof and VLA in C99
I found a example:
EXAMPLE 3
Hello Tristan,
I think the main issue is that EFI C dialect is not ANSI-C
compliant: the size of pointer is determined
at the run-time and therefore the layout of the structure is not
static. Gcc doesn't support this model.
As I read some related information, LLVM IR doesn't care the size
Hello Andrew,
Who would maintain this EFI back-end?
The EFI specification was originally developed by Intel, and is now
managed by the Unified EFI Forum[http://www.uefi.org/home/].
So, you don't know who would maintain the EFI back-end that you're
proposing for gcc?
I feel sorry that I mis
Hello Joe,
The other hurdle would be the ABI. It's very particular since it has
to accommodate calling into and from EBC, x86, x86_64, ia64, and any
other architecture available. It's structured mainly on Microsoft's
stdcall ABI.
I have read the part about EBC of EFI specification.But I foun
引述 Andrew Haley :
There is no reason in principle this shouldn't be part of gcc.
I think no-one has responded yet because they don't know what it would
be for, and how much work it would involve.
What compiler doing is: c -> intermediate language -> asm(ex. x86).
And then, c compiler for efi
Hello all,
I am highly interestd in implementing C compiler for EFI Byte Code in
gcc and participate in Google Summer Code.
EFI is a much larger, more complex,OS-like replacement for the older BIOS
firmware interface present in all IBM PC-compatible personal computers.
and the EFI specificat
Hello all,
I am highly interestd in implementing C compiler for EFI Byte Code in
gcc and participate in Google Summer Code.
EFI is a much larger, more complex,OS-like replacement for the older BIOS
firmware interface present in all IBM PC-compatible personal computers.
and the EFI specificat
10 matches
Mail list logo