This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]

Re: 32/64bit glibc and header files

To: Ulrich Drepper <drepper at cygnus dot com>
Subject: Re: 32/64bit glibc and header files
From: Jakub Jelinek <jakub at redhat dot com>
Date: Tue, 26 Sep 2000 10:07:07 +0200
Cc: Thorsten Kukuk <kukuk at suse dot de>, libc-hacker at sourceware dot cygnus dot com
References: <20000924110005.A1970@suse.de> <m33dipu9p0.fsf@otr.mynet.cygnus.com>
Reply-To: Jakub Jelinek <jakub at redhat dot com>

On Sun, Sep 24, 2000 at 07:49:15AM -0700, Ulrich Drepper wrote:
> Thorsten Kukuk <kukuk@suse.de> writes:
> 
> > same on 32bit and 64bit systems (bits/endian.h [no real problem],
> > bits/siginfo.h, bits/syscall.h, gnu/stubs.h and ieee754.h).
> > 
> > Is there any solution ? Can gcc search in different subdirectories
> > depending if I use -m32 or -m 64 ?
> 
> All these headers should have appropriate #ifs to recognize the
> current platform.  This is already done in some/most/all? places.

Thorsten is right with these, I'll work on a patch.
It will be harder with bits/syscall.h and gnu/stubs.h (because they are
generated) and ieee754.h (probably I'll just copy the ldbl-128 version to
sysdeps/sparc/sparc32) though.

	Jakub

References:
- 32/64bit glibc and header files
  - From: Thorsten Kukuk
- Re: 32/64bit glibc and header files
  - From: Ulrich Drepper

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]