Fixing gcc 3.3 compile failures

From: Kris Kennaway <kris_at_obsecurity.org>
Date: Thu, 17 Jul 2003 19:52:00 -0700
OK, now that the latest 5.x package build is well underway, we can
start work on fixing the compile failures seen with gcc 3.3.

These are the ports that have become broken on the latest build
(everything after July 14):

  http://bento.freebsd.org/errorlogs/i386-5-failure.html

Here is the full list of broken ports from the build in progress:

  http://bento.freebsd.org/errorlogs/i386-5-latest/

If you are running 4.x, you can also help to develop fixes for these
ports by installing the gcc33 port and setting

  CC=/usr/local/bin/gcc33
  CXX=/usr/local/bin/g++33

in your environment.

Most of the new compile failures are caused by 3 or 4 types of failure
mode (all of which have to do with stricter standards compliance in
the new compiler suite).  I haven't yet looked at how to fix most of
them: if you figure out a patch for a class of failures, please post
it in response to this email so we can all see how to do it.

To start things off:

  http://bento.freebsd.org/errorlogs/i386-5-latest/arts++-1-1-a8_1.log
...
ArtsRttTimeSeriesTableData.cc:873: error: `assert' undeclared (first use this 
   function)
...

This class of error is fixed by adding 

#include <assert.h>

to the top of the file.

NOTE: There are at least two recent failure modes that have been
introduced into 5.x that are not due to gcc33.

1) The recent texinfo port changed the default info generation style
to not produce split files, which breaks a lot of pkg-plists.  A patch
was submitted to the ports_at_ list a few days ago to allow bsd.port.mk
to better handle info files, but I haven't yet evaluated or tested it.
I hope to have the time over the weekend.

2) Recent *.mk changes by ru have apparently broken a number of ports:

  http://bento.freebsd.org/errorlogs/i386-5-latest/tcl-8.0.5.log
...
nm: ../generic/panic.o: No such file or directory
nm: ../generic/regexp.o: No such file or directory
nm: ../generic/tclAsync.o: No such file or directory
...

This will be probably be corrected once ru returns from vacation in a
few weeks.  Please don't attempt to do anything with these ports for
now.

Kris

Received on Thu Jul 17 2003 - 18:15:55 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:15 UTC