All of lore.kernel.org
 help / color / mirror / Atom feed
* Autoconf
@ 2006-07-12 21:10 Marco Gerards
  2006-07-12 21:33 ` Autoconf Yoshinori K. Okuji
  0 siblings, 1 reply; 4+ messages in thread
From: Marco Gerards @ 2006-07-12 21:10 UTC (permalink / raw)
  To: The development of GRUB

Hi,

Either I missed some commit and the instructions how to build on the
AMD64.  Below I included the config.log output.  As you can see it
tries to compile the test for the target machine and it uses glibc.  I
think we have to disable the use of glibc for these autoconf tests.
But I am asking to make sure I am not wasting a lot of time by doing
the wrong thing.

Thanks,
Marco



configure:6331: checking if start is defined by the compiler
configure:6352: gcc -o conftest -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes                  -Wundef -Wstrict-prototypes -g -Os -falign-jumps=1 -falign-loops=1 -falign-functions=1 -m32   -m32 conftest.c  >&5
conftest.c:30: warning: function declaration isn't a prototype
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../libc.so when searching for -lc
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../libc.a when searching for -lc
/usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.so when searching for -lc
/usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.a when searching for -lc
/usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc
/usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc
/usr/bin/ld: cannot find -lc
collect2: ld returned 1 exit status
configure:6358: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "GRUB"
| #define PACKAGE_TARNAME "grub"
| #define PACKAGE_VERSION "1.94"
| #define PACKAGE_STRING "GRUB 1.94"
| #define PACKAGE_BUGREPORT "bug-grub@gnu.org"
| #define _GNU_SOURCE 1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define SIZEOF_VOID_P 8
| #define SIZEOF_LONG 8
| #define HAVE_LZO1X_H 1
| #define HAVE_NCURSES_H 1
| #define HAVE_CURSES_H 1
| #define HAVE_POSIX_MEMALIGN 1
| #define HAVE_MEMALIGN 1
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| asm ("incl start")
|   ;
|   return 0;
| }






^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Autoconf
  2006-07-12 21:10 Autoconf Marco Gerards
@ 2006-07-12 21:33 ` Yoshinori K. Okuji
  2006-07-12 21:42   ` Autoconf Marco Gerards
  2006-07-13 13:14   ` Autoconf Jeroen Dekkers
  0 siblings, 2 replies; 4+ messages in thread
From: Yoshinori K. Okuji @ 2006-07-12 21:33 UTC (permalink / raw)
  To: The development of GRUB 2

On Wednesday 12 July 2006 23:10, Marco Gerards wrote:
> Either I missed some commit and the instructions how to build on the
> AMD64.

Ah, you have a good machine...

> Below I included the config.log output.  As you can see it 
> tries to compile the test for the target machine and it uses glibc.  I
> think we have to disable the use of glibc for these autoconf tests.
> But I am asking to make sure I am not wasting a lot of time by doing
> the wrong thing.

I think so. I guess Jeroen simply has installed 32-bit libraries, right?

Okuji



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Autoconf
  2006-07-12 21:33 ` Autoconf Yoshinori K. Okuji
@ 2006-07-12 21:42   ` Marco Gerards
  2006-07-13 13:14   ` Autoconf Jeroen Dekkers
  1 sibling, 0 replies; 4+ messages in thread
From: Marco Gerards @ 2006-07-12 21:42 UTC (permalink / raw)
  To: The development of GRUB 2

"Yoshinori K. Okuji" <okuji@enbug.org> writes:

> On Wednesday 12 July 2006 23:10, Marco Gerards wrote:
>> Either I missed some commit and the instructions how to build on the
>> AMD64.
>
> Ah, you have a good machine...

Good enough. :-)

>> Below I included the config.log output.  As you can see it 
>> tries to compile the test for the target machine and it uses glibc.  I
>> think we have to disable the use of glibc for these autoconf tests.
>> But I am asking to make sure I am not wasting a lot of time by doing
>> the wrong thing.
>
> I think so. I guess Jeroen simply has installed 32-bit libraries, right?

It used to work without glibc.  And it should work with glibc...  Urgh
:-/

For now I am using my MacBook to test in grub-install works.  But
grub-install hates me too... ;-)

--
Marco




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Autoconf
  2006-07-12 21:33 ` Autoconf Yoshinori K. Okuji
  2006-07-12 21:42   ` Autoconf Marco Gerards
@ 2006-07-13 13:14   ` Jeroen Dekkers
  1 sibling, 0 replies; 4+ messages in thread
From: Jeroen Dekkers @ 2006-07-13 13:14 UTC (permalink / raw)
  To: The development of GRUB 2

At Wed, 12 Jul 2006 23:33:15 +0200,
Yoshinori K. Okuji wrote:
> 
> On Wednesday 12 July 2006 23:10, Marco Gerards wrote:
> > Either I missed some commit and the instructions how to build on the
> > AMD64.
> 
> Ah, you have a good machine...
> 
> > Below I included the config.log output.  As you can see it 
> > tries to compile the test for the target machine and it uses glibc.  I
> > think we have to disable the use of glibc for these autoconf tests.
> > But I am asking to make sure I am not wasting a lot of time by doing
> > the wrong thing.
> 
> I think so. I guess Jeroen simply has installed 32-bit libraries, right?

Yes, and even if you compile the tests with -nostdlib it will search
for -lc, I don't really think there is way to run the tests without
libc. But I don't really see this as a big problem.

Jeroen Dekkers



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2006-07-13 13:14 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-07-12 21:10 Autoconf Marco Gerards
2006-07-12 21:33 ` Autoconf Yoshinori K. Okuji
2006-07-12 21:42   ` Autoconf Marco Gerards
2006-07-13 13:14   ` Autoconf Jeroen Dekkers

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.