From owner-freebsd-questions Tue Oct 15 9:11:28 2002 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 250D037B401 for ; Tue, 15 Oct 2002 09:11:24 -0700 (PDT) Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63C6343E7B for ; Tue, 15 Oct 2002 09:11:23 -0700 (PDT) (envelope-from ohartman@klima.physik.uni-mainz.de) Received: from klima.physik.uni-mainz.de (klima.physik.uni-mainz.de [134.93.180.162]) by klima.physik.uni-mainz.de (8.12.6/8.12.5) with ESMTP id g9FGBLW6077145 for ; Tue, 15 Oct 2002 18:11:21 +0200 (CEST) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Tue, 15 Oct 2002 18:11:21 +0200 (CEST) From: "Hartmann, O." To: freebsd-questions@freebsd.org Subject: gcc 2.95.4 seems to be buggy in FreeBSD 4.7-RELEASE! Message-ID: <20021015175658.X70642-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Sirs. While under FreeBSD 4.6.2-pl2 Portland's PGI compiler 4.0 had no problems compiling several numerical simulations, under FreeBSD 4.7-R a simpel 'Abort trap' occurs! The first suspect was the Linuxulator on a P4 machine with FreeBSD 4.7-R, but logging into a PIII SMP machine showed up no problems. Compiling there (also FBSD 4.7) and running the program showed no problem! Then, after a few runs, also those systems on which the small Fortran program seems to run showed up the same error, out of the blue! Then I tried to compile the same small programm with the native FBSD 4.7 compiler! And I got the same problem! Abort trap This problem is not reproduceable. After a while I can compile it again, and then not. Doing a ktrace gives no glue, also truss, which gives: truss dopptag process exited before exec'ing dopptag is a standard f77 program which runs well under Linux SuSE 8.1 and, if it compiles, runs well under FreeBSD. but this early Abort trap seems to show up a serious error. Borth, pgf90, pgf77 AND FreeBSD native f77 produces this error! Please aske me for the Fortran code if you need the code to validate this behaviour. this is dmesg output of the failing system (but it fails also on all othe machines, which have FreeBSD 4.7-RELEASE!): Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.7-RELEASE #3: Tue Oct 15 17:22:41 CEST 2002 root@mail.physik.uni-mainz.de:/usr/obj/usr/src/sys/MAIL Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 2271852280 Hz CPU: Pentium 4 (2271.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff,ACC> real memory = 1073659904 (1048496K bytes) avail memory = 1041158144 (1016756K bytes) Preloaded elf kernel "kernel" at 0xc03ba000. ccd0-3: Concatenated disk drivers netsmb_dev: loaded Pentium Pro MTRR support enabled Using $PIR table, 9 entries at 0xc00f1be0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at 4.0 irq 15 pci2: at 4.1 irq 14 pci2: at 4.2 irq 4 ahc0: port 0xb800-0xb8ff mem 0xf5000000-0xf5000fff irq 15 at device 9.0 on pci2 aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs fxp0: port 0xb400-0xb43f mem 0xf4000000-0xf40fffff,0xf4800000-0xf4800fff irq 14 at device 10.0 on pci2 fxp0: Ethernet address 00:d0:b7:4c:2e:9c inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sym0: <1010-33> port 0xb000-0xb0ff mem 0xf3000000-0xf3001fff,0xf3800000-0xf38003ff irq 4 at device 11.0 on pci2 sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: handling phase mismatch from SCRIPTS. sym0: SCAN FOR LUNS disabled for targets 0 1 2 3 4 5 6 8 9 10 11 12 13 14 15. sym1: <1010-33> port 0xa800-0xa8ff mem 0xf2000000-0xf2001fff,0xf2800000-0xf28003ff irq 10 at device 11.1 on pci2 sym1: Symbios NVRAM, ID 7, Fast-80, SE, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: handling phase mismatch from SCRIPTS. isab0: at device 31.0 on pci0 isa0: on isab0 pci0: at 31.1 orm0: