From owner-freebsd-hackers Mon May 1 23:19:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA21288 for hackers-outgoing; Mon, 1 May 1995 23:19:40 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA21271 for ; Mon, 1 May 1995 23:19:28 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id OAA27098; Tue, 2 May 1995 14:19:34 +0800 Date: Tue, 2 May 1995 14:19:34 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: gcc -s option? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Are there any reports of gcc 2.6.3's -s I wrote a small utility to tally up accesses per user from an NCSA httpd logfile. If I compile it with "cc -O3 -s -o faddup faddup.c", it will run the first time, but then immediately segfault on subsequent runs. Compiling it without -s allows it to run indefinite times. Stripping the non -s binary does *not* cause segfaulting on the second and subsequent runs. Running the -s binary in gdb 4.13 twice also segfaults, but of course I can't tell where it is dying because the symbols have been deleted. This problem occurs on both my Am486DX4/100 (950412-SNAP) and an Intel P5-90 (950322-SNAP). I don't know if this is relevant, but I could not boot a stripped 950322 kernel either. It would get to the memory check and then reboot itself. Haven't tried the 950412 kernel yet. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org