From roelof@nisser.com  Thu Jun 21 16:00:57 2001
Return-Path: <roelof@nisser.com>
Received: from nisser.com (c0039.upc-c.chello.nl [212.187.0.39])
	by hub.freebsd.org (Postfix) with ESMTP id 2190437B408
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 21 Jun 2001 16:00:56 -0700 (PDT)
	(envelope-from roelof@nisser.com)
Received: (from roelof@localhost)
	by nisser.com (8.11.3/8.11.3) id f5LN0sE97634;
	Fri, 22 Jun 2001 01:00:54 +0200 (CEST)
	(envelope-from roelof)
Message-Id: <200106212300.f5LN0sE97634@nisser.com>
Date: Fri, 22 Jun 2001 01:00:54 +0200 (CEST)
From: "ing. Roelof Osinga" <roelof@nisser.com>
Reply-To: roelof@nisser.com
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: PostgreSQL fatal signal 10
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         28329
>Category:       ports
>Synopsis:       what make install resulted in
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    dwcjr
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jun 21 16:10:01 PDT 2001
>Closed-Date:    Tue Jun 26 20:53:28 PDT 2001
>Last-Modified:  Tue Jun 26 21:00:11 PDT 2001
>Originator:     ing. Roelof Osinga
>Release:        FreeBSD 4.3-STABLE i386
>Organization:
eBOA
>Environment:
System: FreeBSD nisser.com 4.3-STABLE FreeBSD 4.3-STABLE #3: Fri May 25 00:50:27 CEST 2001 toor@nisser.com:/usr/src/sys/compile/NISSER i386


	
>Description:
	
cc -O -pipe -march=pentiumpro -DUSE_SSL -Wall -Wmissing-prototypes -Wmissing-declarations -I../../../src/include -I/usr/local/include  -c -o copyfuncs.o copyfuncs.c
cc -O -pipe -march=pentiumpro -DUSE_SSL -Wall -Wmissing-prototypes -Wmissing-declarations -I../../../src/include -I/usr/local/include  -c -o equalfuncs.o equalfuncs.c
{standard input}: cc: Internal compiler error: program cc1 got fatal signal 10
gmake[4]: *** [equalfuncs.o] Error 1
gmake[4]: *** Deleting file `equalfuncs.o'
Assembler messages:
{standard input}:0: Warning: end of file not at end of a line; newline inserted
{standard input}:1066: Error: no such 386 instruction: `ad'
gmake[4]: Leaving directory `/usr/ports/databases/postgresql7/work/postgresql-7.1.2/src/backend/nodes'
gmake[3]: *** [nodes-recursive] Error 2
gmake[3]: Leaving directory `/usr/ports/databases/postgresql7/work/postgresql-7.1.2/src/backend'

>How-To-Repeat:
	

2001.06.18-ports CVSup action (YrMnDy)
make fetch and make install on PostgreSQL
>Fix:

	
None springs to mind. Checked GNATS, found no mention on single postgresql
with multiple 'fatal signal 10' nor with query on same but on multi
line only.

However, F.S. #10 was mentioned in pr=28262 but without resolvement.

Thought it sounded familiar and indeed, a restart produced:

cc -O -pipe -march=pentiumpro -DUSE_SSL -Wall -Wmissing-prototypes -Wmissing-declarations -I../../../../src/include -I/usr/local/include  -c -o geo_ops.o geo_ops.c
{standard input}: cc: Internal compiler error: program cc1 got fatal signal 10
gmake[5]: *** [geo_ops.o] Error 1
gmake[5]: *** Deleting file `geo_ops.o'
gmake[5]: Leaving directory `/usr/ports/databases/postgresql7/work/postgresql-7.1.2/src/backend/utils/adt'
gmake[4]: *** [adt-recursive] Error 2

and

cc -O -pipe -march=pentiumpro -DUSE_SSL -Wall -Wmissing-prototypes -Wmissing-declarations -I../../../../src/include -I/usr/local/include  -c -o selfuncs.o selfuncs.c
cc: Internal compiler error: program cc1 got fatal signal 10
gmake[5]: *** [selfuncs.o] Error 1

and one for the road

cc -O -pipe -march=pentiumpro -DUSE_SSL -Wall -Wmissing-prototypes -Wmissing-declarations -I../../../../src/include -I/usr/local/include  -c -o varlena.o varlena.c
cc: Internal compiler error: program cc1 got fatal signal 10

So... what does this look like? Timing error? Overheated processor? Weird
earth rades? The above error is repeatetive. Well, twice. Going strong
now. Still... this make me itchy.

Now it dies on pgtypes.c. Well, good thing I got the defib standing by!

Also interesting is this one:

cc -c -I. -I../../../../src/include -I/usr/local/include -O -pipe -march=pentium
pro -DUSE_SSL -Wall -Wmissing-prototypes -Wmissing-declarations -fpic -DPIC -o p
l_parse.o pl_gram.c
In file included from gram.y:43:
lex.plpgsql_yy.c: In function `plpgsql_yylex':
lex.plpgsql_yy.c:987: warning: label `find_rule' defined but not used
cc: {standard input}: Assembler messages:
{standard input}:8289: Warning: end of file not at end of a line; newline insert
ed
{standard input}:7600: Error: undefined symbol .L381 in operation
{standard input}:7601: Error: undefined symbol .L381 in operation
{standard input}:7602: Error: undefined symbol .L381 in operation
{standard input}:7603: Error: undefined symbol .L381 in operation
{standard input}:7613: Error: undefined symbol .L552 in operation
 ...
{standard input}:7714: Error: undefined symbol .L555 in operation
Internal compiler error: program cc1 got fatal signal 10
gmake[5]: *** [pl_parse.o] Error 1
gmake[5]: Leaving directory `/usr/ports/databases/postgresql7/work/postgresql-7.
1.2/src/pl/plpgsql/src'

Well, maybe it's just time - after all these years of trusty service -
to tune down the clock from 200 to its advertised 180 HMz. Pity.

Any and all suggestions would be welcome.

>Release-Note:
>Audit-Trail:

From: Roelof Osinga <roelof@nisser.com>
To: FreeBSD-gnats-submit@FreeBSD.ORG
Cc:  
Subject: Re: ports/28329: PostgreSQL fatal signal 10
Date: Fri, 22 Jun 2001 01:19:00 +0200

 "ing. Roelof Osinga" wrote:
 > 
 ...
 > 
 > Well, maybe it's just time - after all these years of trusty service -
 > to tune down the clock from 200 to its advertised 180 HMz. Pity.
 > 
 > Any and all suggestions would be welcome.
 
 Well, naturally the very next 'make install' did just that. XML, Java and
 all. Ah well.
 
 Still, I think I'd better turn down that clock.
 
 Roelof
 
 -- 
 _______________________________________________________________________
 eBOA                                               est. 1982
 http://eBOA.com/                                    tel. +31-58-2123014
 mailto:info@eBOA.com?subject=Information_request    fax. +31-58-2160293
Responsible-Changed-From-To: freebsd-ports->dwcjr 
Responsible-Changed-By: dwcjr 
Responsible-Changed-When: Tue Jun 26 20:24:01 PDT 2001 
Responsible-Changed-Why:  
I'll handle this one. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28329 

From: "David W. Chapman Jr." <dwcjr@inethouston.net>
To: freebsd-gnats-submit@FreeBSD.org, roelof@nisser.com
Cc:  
Subject: Re: ports/28329: what make install resulted in
Date: Tue, 26 Jun 2001 22:23:36 -0500

 Does that mean this pr can be closed?
 
State-Changed-From-To: open->closed 
State-Changed-By: dwcjr 
State-Changed-When: Tue Jun 26 20:53:28 PDT 2001 
State-Changed-Why:  
Could not be reproduced by original submitter. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28329 

From: Roelof Osinga <roelof@nisser.com>
To: "David W. Chapman Jr." <dwcjr@inethouston.net>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: ports/28329: what make install resulted in
Date: Wed, 27 Jun 2001 05:52:24 +0200

 "David W. Chapman Jr." wrote:
 > 
 > Does that mean this pr can be closed?
 
 Sorry, but what are you talking about?
 
 Ok, found it.
 
 As I said, the very next cycle worked fine. However, this did neither
 confirm nor deny my suspicions.
 
 Yet that is life.
 
 It can be closed.
 
 Roelof
 
 -- 
 _______________________________________________________________________
 eBOA                                               est. 1982
 http://eBOA.com/                                    tel. +31-58-2123014
 mailto:info@eBOA.com?subject=Information_request    fax. +31-58-2160293
>Unformatted:
