Debian bug report logs - #1378 weird ELF/a.out difference Package: libc ; Reported by: jdassen@WI.LeidenUniv.NL (J.H.M.Dassen); 44 days old . ----------------------------------------------------------------------- Bug reassigned from package `elf-libc' to `libc'. Request was from david@elo.ods.com (David Engel) to debian-bugs-request@pixar.com . Full text available. ----------------------------------------------------------------------- Message received at debian-bugs: From elo.ods.com!david Tue Oct 31 12:55:06 1995 Return-Path: Received: from pixar.com by mongo.pixar.com with smtp (Smail3.1.28.1 #15) id m0tANi5-000B9aC; Tue, 31 Oct 95 12:55 PST Received: from elo.ods.com ([192.94.73.20]) by pixar.com with SMTP id AA17266 (5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Tue, 31 Oct 1995 12:54:32 -0800 Received: by elo.ods.com id (Debian /\oo/\ Smail3.1.29.1 #29.33); Tue, 31 Oct 95 14:52 CST Message-Id: From: david@elo.ods.com (David Engel) Subject: Re: Bug#1378: weird ELF/a.out difference To: jdassen@WI.LeidenUniv.NL, debian-bugs@pixar.com Date: Tue, 31 Oct 1995 14:52:04 -0600 (CST) Cc: debian-bugs@pixar.com, david@ods.com In-Reply-To: <199509171545.PAA09765@ind143c.wi.leidenuniv.nl> from "J.H.M.Dassen" at Sep 17, 95 05:45:25 pm X-Mailer: ELM [version 2.4 PL24 PGP2] Content-Type: text Content-Length: 1542 > Package: elf-libc > Version: 5.2.7-1 > > Package: elf-gcc > Version: 2.7.0-2 > > Consider the following program: > -- demo.c -- > #include > > int main(void) { > if (3 > SHRT_MAX) { > exit(1); > } > } > -- end -- > > when this program is compiled for a.out (gcc-2.6.3-4, libc-4.6.27-5) > using "gcc test.c" or "gcc -I/usr/include test.c" all goes well; > when it is compiled for ELF (in an environment with /usr/elf before > /usr/bin in the PATH and /usr/elf/gcc -> /usr/bin/gcc-elf etc) > it compiles fine using "gcc test.c", but > "gcc -I/usr/i486-linuxelf/include test.c" results in: > -- > test.c: In function `main': > test.c:4: `SHRT_MAX' undeclared (first use this function) > test.c:4: (Each undeclared identifier is reported only once > test.c:4: for each function it appears in.) > -- > > I'm not sure whether this is actually a bug or not, I just think it > is a strange difference between a.out or ELF. > > /usr/include/limits.h differs from /usr/i486-linuxelf/limits.h only > in that it has some extra #ifdef'ed code for __SVR4__I386_ABI_L1__. > The posix1_lim.h and posix2_lim.h files are identical for a.out and ELF. I've reassigned this bug to libc as the problem also exists there when run with "gcc -I/usr/include -I/usr/include" and that the elf-* packages will possibly be going away before this gets fixed. David -- David Engel Optical Data Systems, Inc. david@ods.com 1101 E. Arapaho Road (214) 234-6400 Richardson, TX 75081 ----------------------------------------------------------------------- Acknowledgement sent to david@elo.ods.com (David Engel) : Extra info received and forwarded. Full text available. ----------------------------------------------------------------------- Information forwarded to debian-devel@pixar.com : Bug#1378 ; Package elf-libc . Full text available. ----------------------------------------------------------------------- Message received at debian-bugs: From WI.LeidenUniv.NL!jdassen Sun Sep 17 08:46:54 1995 Return-Path: Received: from pixar.com by mongo.pixar.com with smtp (Smail3.1.28.1 #15) id m0suLvh-000E9NC; Sun, 17 Sep 95 08:46 PDT Received: from mailhost.WI.LeidenUniv.NL (zeus128.wi.leidenuniv.nl) by pixar.com with SMTP id AA27586 (5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Sun, 17 Sep 1995 08:46:36 -0700 Received: from ind143c.wi.leidenuniv.nl (ind143c [132.229.128.231]) by mailhost.WI.LeidenUniv.NL (8.6.10a/FHM-1.20-M) with ESMTP id RAA20146 Sun, 17 Sep 1995 17:45:28 +0200 (MET) From: jdassen@WI.LeidenUniv.NL (J.H.M.Dassen) Organization: Leiden University, Dept. of Mathematics & Computer Science, The Netherlands Received: from (jdassen@localhost) by ind143c.wi.leidenuniv.nl (8.6.9/FHM-1.03-S) id PAA09765 Sun, 17 Sep 1995 15:45:26 GMT (MET) Message-Id: <199509171545.PAA09765@ind143c.wi.leidenuniv.nl> Subject: weird ELF/a.out difference To: debian-bugs@pixar.com, david@ods.com Date: Sun, 17 Sep 1995 17:45:25 +0200 (MDT) Return-Receipt-To: jdassen@WI.LeidenUniv.NL X-Home-Page: X-Mailer: ELM [version 2.4 PL24 (modified)] Content-Type: text Content-Length: 1323 Package: elf-libc Version: 5.2.7-1 Package: elf-gcc Version: 2.7.0-2 Consider the following program: -- demo.c -- #include int main(void) { if (3 > SHRT_MAX) { exit(1); } } -- end -- when this program is compiled for a.out (gcc-2.6.3-4, libc-4.6.27-5) using "gcc test.c" or "gcc -I/usr/include test.c" all goes well; when it is compiled for ELF (in an environment with /usr/elf before /usr/bin in the PATH and /usr/elf/gcc -> /usr/bin/gcc-elf etc) it compiles fine using "gcc test.c", but "gcc -I/usr/i486-linuxelf/include test.c" results in: -- test.c: In function `main': test.c:4: `SHRT_MAX' undeclared (first use this function) test.c:4: (Each undeclared identifier is reported only once test.c:4: for each function it appears in.) -- I'm not sure whether this is actually a bug or not, I just think it is a strange difference between a.out or ELF. /usr/include/limits.h differs from /usr/i486-linuxelf/limits.h only in that it has some extra #ifdef'ed code for __SVR4__I386_ABI_L1__. The posix1_lim.h and posix2_lim.h files are identical for a.out and ELF. -- UNFAIR Term applied to advantages enjoyed by other people which we tried to cheat them out of and didn't manage. See also DISHONESTY, SNEAKY, UNDERHAND and JUST LUCKY I GUESS. - The Hipcrime Vocab by Chad C. Mulligan ----------------------------------------------------------------------- Acknowledgement sent to jdassen@WI.LeidenUniv.NL (J.H.M.Dassen) : New bug report received and forwarded. Full text available. ----------------------------------------------------------------------- Report forwarded to debian-devel@pixar.com : Bug#1378 ; Package elf-libc . Full text available. ----------------------------------------------------------------------- Ian Jackson / iwj10@thor.cam.ac.uk , with the debian-bugs tracking mechanism This page last modified 07:43:01 GMT Wed 01 Nov