Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 3 Mar 2005 14:48:41 +0100 (CET)
From:      Frank Altpeter <frank.altpeter@gmail.com>
To:        FreeBSD-gnats-submit@FreeBSD.org
Subject:   ports/78361: devel/libast not 5.x compatible, thus breaking other ports
Message-ID:  <200503031348.j23DmfI4050233@pegasus.staff-hh.corpex.de>
Resent-Message-ID: <200503031350.j23Do8A9080458@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         78361
>Category:       ports
>Synopsis:       devel/libast not 5.x compatible, thus breaking other ports
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Mar 03 13:50:08 GMT 2005
>Closed-Date:
>Last-Modified:
>Originator:     Frank Altpeter
>Release:        FreeBSD 5.3-RELEASE-p5 i386
>Organization:
>Environment:
System: FreeBSD pegasus.default.local 5.3-RELEASE-p5 FreeBSD 5.3-RELEASE-p5 #28: Fri Feb 11 17:26:41 CET 2005 root@pegasus.default.local:/usr/obj/usr/src/sys/kernconf.pegasus i386


	
>Description:
        Since the update to 0.6.2 of the devel/libast port, it requires
        a define LIBAST_COMPAT_05_API to have 0.5 compatibility. If this
        is not set on configure time, several functions like
        libast_malloc() are not defined anymore.
        There are ports like x11/eterm that require this function and
        thus are not buildable anymore.
        
	
>How-To-Repeat:
        portupgrade -f devel/libast
        cd /usr/ports/x11/eterm && make configure
>Fix:

        A patch should take place here to set LIBAST_COMPAT_05_API
        like required in include/libast.h:
        
        /* Do we, or do we not, pollute the namespace like we used to? */
         #if LIBAST_COMPAT_05_API
         /* The application must have defined this. */
         /* conf.c */
         [...]
         # define libast_malloc(a, b, c)        spifmem_malloc((a), (b), (c))
         [...].

        I don't know where the best place to place a patch is, so i
        better let the people that know how to do that, do it :-)


>Release-Note:
>Audit-Trail:
>Unformatted:



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200503031348.j23DmfI4050233>