>I have switched the i386 port to ELF. People running -current should
>be aware that ELF is now the default binary format, so you'll have
>to deal with this after you next updated your sources and want to
>recompile your system.

	After the upgrade, gdb gets wrong line number info.
	Did I made some mistake?  I did "make build" from clean tree.

	-static did not change the story.

itojun



% file `which gdb`
/usr/bin/gdb: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses shared libs), stripped
% file `which cc`
/usr/bin/cc: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses shared libs), stripped
% cc -static -g -DINET6 test.c ~/NetBSD2/src/lib/libc/net/{getaddrinfo,gethnamaddr}.c
% file a.out
a.out: ELF 32-bit LSB executable, Intel 80386, version 1, statically linked, not stripped
% gdb ./a.out
GNU gdb 4.17
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386--netbsd"...
(gdb) break getaddrinfo
Breakpoint 1 at 0x804869c: file /home/itojun/NetBSD2/src/lib/libc/net/getaddrinfo.c, line 185.
(gdb) run ftp.netbsd.org 80
Starting program: /usr/home/itojun/hyd/kit/src/libinet6/./a.out ftp.netbsd.org 80

Breakpoint 1, 0x804869c in getaddrinfo (hostname=0xefbfdaea "ftp.netbsd.org", 
    servname=0xefbfdaf9 "80", hints=0x8068c60, res=0xefbfd9bc)
    at /home/itojun/NetBSD2/src/lib/libc/net/getaddrinfo.c:185
185     }
(gdb) list				<---- where am I?
180             int ecode;
181     {
182             if (ecode < 0 || ecode > EAI_MAX)
183                     ecode = EAI_MAX;
184             return ai_errlist[ecode];
185     }
186     
187     void
188     freeaddrinfo(ai)
189             struct addrinfo *ai;
(gdb)