ports/60818: lang/gcc34 - problem w/ packaging, related to 'GCC_VER= ${PORTVERSION:C/\.0$//}'

[parv at pair.com]

>Number:         60818
>Category:       ports
>Synopsis:       lang/gcc34 - problem w/ packaging, related to 'GCC_VER= ${PORTVERSION:C/\.0$//}'
>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:   Fri Jan 02 00:50:22 PST 2004
>Closed-Date:
>Last-Modified:
>Originator:     parv
>Release:        FreeBSD 4.8-RELEASE-p14 i386
>Organization:
>Environment:

ports updated: 2003.12.29.21.38.36 UTC

root shell: bash 2.05b

>Description:

In lang/gcc34, there is a packaging problem...

  ===>  Building package for gcc-3.4_20031224
  tar: bin/i386-portbld-freebsd4.8-gcc-3.4: Cannot stat: No such file or directory
  tar: libexec/gcc/i386-portbld-freebsd4.8/3.4/cc1: Cannot stat: No such file or directory
  tar: libexec/gcc/i386-portbld-freebsd4.8/3.4/cc1plus: Cannot stat: No such file or directory
  ...

...as the files are actually installed in libexec & bin directories w/
'3.4.0' string instead of '3.4' as indicated by line 47 (my guess) of
Makefile...

  GCC_VER=        ${PORTVERSION:C/\.0$//}


...this $GCC_VER is used elsewhere to build up $PLIST_SUB.


>How-To-Repeat:

Have ports updated as indicated & try to create package for lang/gcc34
port.


>Fix:

That GCC_VER assignment is needed to be fixed, IMHO, by somebody
versed in make magic.

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