From owner-cvs-ports  Tue Jun 30 14:15:59 1998
Return-Path: <owner-cvs-ports>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id OAA06088
          for cvs-ports-outgoing; Tue, 30 Jun 1998 14:15:59 -0700 (PDT)
          (envelope-from owner-cvs-ports)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA05300;
          Tue, 30 Jun 1998 14:11:33 -0700 (PDT)
          (envelope-from jdp@FreeBSD.org)
From: John Polstra <jdp@FreeBSD.ORG>
Received: (from jdp@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id OAA02871;
	Tue, 30 Jun 1998 14:10:28 -0700 (PDT)
Date: Tue, 30 Jun 1998 14:10:28 -0700 (PDT)
Message-Id: <199806302110.OAA02871@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-ports@FreeBSD.ORG
Subject: cvs commit: ports/lang/gcc28 Makefile ports/lang/gcc28/patches
         patch-01 patch-02
Sender: owner-cvs-ports@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

jdp         1998/06/30 14:10:27 PDT

  Modified files:
    lang/gcc28           Makefile 
    lang/gcc28/patches   patch-01 patch-02 
  Log:
  Fix this port so that it can find crt0.o in /usr/lib/aout on recent
  -current systems.
  
  Fix the definition of the preprocessor symbol __FreeBSD__.  It had
  been defined as "2=3".
  
  Implement support for weak symbols.  This solves the "___error"
  undefined problem on -current systems.
  
  Default to -fsjlj-exceptions even for C programs.  This is needed
  because a few modules in libgcc are built with -fexceptions turned
  on, and the default style of exception support causes croakage.
  
  I tried a make buildworld on a recent -current system by adding the
  following to /etc/make.conf:
  
  CC=/usr/local/bin/gcc28 -B/usr/local/lib/gcc-lib/i386-unknown-freebsd3.0/2.8.1/
  CXX=/usr/local/bin/g++28 -B/usr/local/lib/gcc-lib/i386-unknown-freebsd3.0/2.8.1/
  
  It got pretty far along before dying.  The death occurred when building
  our old native libstdc++, almost certainly because of header file
  incompatibilities.
  
  Another obstacle for make world is that this port doesn't currently
  build a PIC version of libgcc (libgcc_pic.a).
  
  Revision  Changes    Path
  1.11      +3 -3      ports/lang/gcc28/Makefile
  1.4       +31 -3     ports/lang/gcc28/patches/patch-01
  1.3       +1 -1      ports/lang/gcc28/patches/patch-02