[Bug 181997] New: Review Request: gpc - The GNU Pascal compiler

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.




https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=181997

           Summary: Review Request: gpc - The GNU Pascal compiler
           Product: Fedora Extras
           Version: devel
          Platform: All
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: normal
         Component: Package Review
        AssignedTo: bugzilla-sink at leemhuis.info
        ReportedBy: tibbs at math.uh.edu
         QAContact: fedora-extras-list at redhat.com


Spec Name or Url: http://www.math.uh.edu/~tibbs/rpms/gpc/gpc.spec
SRPM Name or Url: http://www.math.uh.edu/~tibbs/rpms/gpc/gpc-3.4.5_20060215-3.src.rpm
Description:
The GNU Pascal Compiler (GPC) is, as the name says, the Pascal
compiler of the GNU family (http://www.gnu.org/software/gcc/).  It:

    * can act as a native or as a cross compiler between all supported
      systems,
    * produces highly optimized code for all these systems,
    * is Free Software (Open-Source Software) according to the GNU
      General Public License,
    * is compatible to other GNU languages and tools such as GNU C and
      the GNU debugger.

The compiler supports the following language standards and quasi-standards:

    * ISO 7185 Pascal (see Resources),
    * most of ISO 10206 Extended Pascal,
    * Borland Pascal 7.0,
    * parts of Borland Delphi, Mac Pascal and Pascal-SC (PXSC).

Comments:
This is a nontrivial package, complicated by the facts that I'm no GCC expert and I haven't programmed in Pascal for a couple of decades.  One of my users requires it, so....

GPC is built against a release of GCC, but will not build against GCC 4.x.  If built against the same release of GCC as is installed on the system, the package must take care to avoid conflicts.  The normal %configure process doesn't work, and the package will not build with _smp_mflags.  Once the package is installed, most of the files must be deleted because it is not possible to just install the Pascal compiler without installing the GCC it is built against.

This has been built and tested on i386 and x86_64.  Here is the rpmlint output (on i386):

E: gpc devel-dependency gmp-devel
W: gpc unstripped-binary-or-object /usr/bin/gpidump
W: gpc unstripped-binary-or-object /usr/bin/gpc
W: gpc unstripped-binary-or-object /usr/bin/binobj
W: gpc unstripped-binary-or-object /usr/libexec/gcc/i386-redhat-linux/3.4.5/gpc1
W: gpc devel-file-in-non-devel-package /usr/lib/gcc/i386-redhat-linux/3.4.5/units/crtx.c
W: gpc devel-file-in-non-devel-package /usr/lib/gcc/i386-redhat-linux/3.4.5/libgcc.a
W: gpc devel-file-in-non-devel-package /usr/lib/gcc/i386-redhat-linux/3.4.5/libgcc_eh.a
W: gpc devel-file-in-non-devel-package /usr/lib/gcc/i386-redhat-linux/3.4.5/units/intlc.c
W: gpc devel-file-in-non-devel-package /usr/lib/gcc/i386-redhat-linux/3.4.5/units/regexc.c
W: gpc devel-file-in-non-devel-package /usr/lib/gcc/i386-redhat-linux/3.4.5/libgpc.a
W: gpc file-not-utf8 /usr/share/info/gpcs-de.info.gz
W: gpc devel-file-in-non-devel-package /usr/lib/gcc/i386-redhat-linux/3.4.5/units/crtdjgpp.h
W: gpc file-not-utf8 /usr/share/info/gpc.info.gz
W: gpc devel-file-in-non-devel-package /usr/lib/gcc/i386-redhat-linux/3.4.5/units/crtc.h
W: gpc devel-file-in-non-devel-package /usr/lib/gcc/i386-redhat-linux/3.4.5/units/crtlinux386.h
W: gpc devel-file-in-non-devel-package /usr/lib/gcc/i386-redhat-linux/3.4.5/units/crtc.c
W: gpc file-not-utf8 /usr/share/info/gpcs-es.info.gz
W: gpc devel-file-in-non-devel-package /usr/lib/gcc/i386-redhat-linux/3.4.5/units/pipesc.c
W: gpc file-not-utf8 /usr/share/info/gpcs-hr.info.gz
W: gpc devel-file-in-non-devel-package /usr/lib/gcc/i386-redhat-linux/3.4.5/units/trapc.c
W: gpc non-standard-dir-in-usr libexec

Since this is a compiler, it's allowed to include devel files and dependencies in the base package.

I don't know what is wrong with /usr/libexec but several packages put things there.  Older gpc/gcc releases didn't put gpc1 under libexec, but recently they've started doing so.

I don't know about the non-utf8-ness of the info files, nor do I understand why rpmbuild did not strip the binaries.

I welcome any assistance in getting this package into shape.

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.