[Linux-ia64] gnu-efi-1.1 released

[Linux-ia64] gnu-efi-1.1 released

[Stephane Eranian]

Hi All,

I have uploaded version 1.1 of the gnu-efi package on our FTP site.

This is a minor revision over the 1.0 release. It fixes the problems 
with the small data section (with the new toolchain). Please note that 
to get a working lilo with this toolchain, you still need to use the old 
objcopy binary.

Also some cleanups in the Makefiles to pick up the right headers files. 
Thanks to David Mosberger for those fixes.


IMPORTANT: ACPI support in LILO

	Since 2.4.0-test7 the kernel is doing the ACPI parsing for 
	device enumeration. Therefore the ACPI code in LILO is now obsolete. 
	It will be removed in the next release. 

This new version is available at:

	ftp://ftp.hpl.hp.com/pub/linux-ia64/gnu-efi-1.1.tgz

+--------------------------------------------------------------------+
| Ste'phane ERANIAN                       | Email eranian@hpl.hp.com |
| Hewlett-Packard Laboratories            |                          |
| 1501, Page Mill Road MS 1U-15           |                          |
| Palo  Alto, CA 94303-096                |                          |
| USA                                     |                          |
| Tel : (650) 857-7174                    |                          |
| Fax : (650) 857-5548                    |                          |
+--------------------------------------------------------------------+

Re: [Linux-ia64] gnu-efi-1.1 released

[H . J . Lu]

On Mon, Oct 30, 2000 at 01:55:19PM -0800, Stephane Eranian wrote:
> 
> Hi All,
> 
> I have uploaded version 1.1 of the gnu-efi package on our FTP site.
> 

Here is a patch to define INTERFACE_DECL for gcc.


H.J.
---
--- gnu-efi-1.1/inc/ia32/efibind.h.type	Mon Oct  9 17:49:02 2000
+++ gnu-efi-1.1/inc/ia32/efibind.h	Thu Feb 15 12:07:16 2001
@@ -206,3 +206,19 @@ typedef uint32_t   UINTN;
             (_if)->LoadInternal(type, name, entry)
 
 #endif /*  EFI_FW_NT  */
+
+/* 
+ *  Some compilers don't support the forward reference construct:
+ *   typedef struct XXXXX
+ * 
+ *  The following macro provide a workaround for such cases.
+ */
+#ifdef __GNUC__
+#define INTERFACE_DECL(x) struct x
+#else
+#ifdef NO_INTERFACE_DECL
+#define INTERFACE_DECL(x)
+#else
+#define INTERFACE_DECL(x) typedef struct x
+#endif
+#endif
--- gnu-efi-1.1/inc/ia64/efibind.h.type	Mon Oct  9 17:49:02 2000
+++ gnu-efi-1.1/inc/ia64/efibind.h	Thu Feb 15 12:05:34 2001
@@ -156,3 +156,18 @@ typedef uint64_t   UINTN;
 #define LOAD_INTERNAL_DRIVER(_if, type, name, entry)    \
         (_if)->LoadInternal(type, name, entry)
 
+/* 
+ *  Some compilers don't support the forward reference construct:
+ *   typedef struct XXXXX
+ * 
+ *  The following macro provide a workaround for such cases.
+ */
+#ifdef __GNUC__
+#define INTERFACE_DECL(x) struct x
+#else
+#ifdef NO_INTERFACE_DECL
+#define INTERFACE_DECL(x)
+#else
+#define INTERFACE_DECL(x) typedef struct x
+#endif
+#endif

Re: [Linux-ia64] gnu-efi-1.1 released

[Andreas Schwab]

"H . J . Lu" <hjl@valinux.com> writes:

|> On Mon, Oct 30, 2000 at 01:55:19PM -0800, Stephane Eranian wrote:
|> > 
|> > Hi All,
|> > 
|> > I have uploaded version 1.1 of the gnu-efi package on our FTP site.
|> > 
|> 
|> Here is a patch to define INTERFACE_DECL for gcc.

I can't find this macro being used anywhere inside the source.  What am I
missing here?

Andreas.

-- 
Andreas Schwab                                  "And now for something
SuSE Labs                                        completely different."
Andreas.Schwab@suse.de
SuSE GmbH, Schanzäckerstr. 10, D-90443 Nürnberg

Re: [Linux-ia64] gnu-efi-1.1 released

[H . J . Lu]

On Fri, Feb 16, 2001 at 11:38:54AM +0100, Andreas Schwab wrote:
> "H . J . Lu" <hjl@valinux.com> writes:
> 
> |> On Mon, Oct 30, 2000 at 01:55:19PM -0800, Stephane Eranian wrote:
> |> > 
> |> > Hi All,
> |> > 
> |> > I have uploaded version 1.1 of the gnu-efi package on our FTP site.
> |> > 
> |> 
> |> Here is a patch to define INTERFACE_DECL for gcc.
> 
> I can't find this macro being used anywhere inside the source.  What am I
> missing here?
> 

Never mind. I was wrong.

-- 
H.J. Lu (hjl@valinux.com)