[Bug 201926] [patch] games/iourbanterror: error: conflicting types for 'speex_bits_read_from'

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201926

            Bug ID: 201926
           Summary: [patch] games/iourbanterror:  error: conflicting types
                    for 'speex_bits_read_from'
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Keywords: patch
          Severity: Affects Many People
          Priority: ---
         Component: Individual Port(s)
          Assignee: freebsd-ports-bugs at FreeBSD.org
          Reporter: ohartman at zedat.fu-berlin.de
                CC: kamikaze at bsdforen.de
             Flags: maintainer-feedback?(kamikaze at bsdforen.de)
          Keywords: patch
                CC: kamikaze at bsdforen.de

Created attachment 159309
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=159309&action=edit
Patch for games/iourbanterror on CURRENT and most recent ports/tree

On FreeBSD CURRENT (FreeBSD 11.0-CURRENT #12 r285890: Sun Jul 26 13:26:39 CEST
2015 amd64) and most recent ports/tree (Rev: 392988) games/iourbanterror
rejects to compile due to an interface mismatch  in code/libspeex/bits.c with
most recent port's libspeex installed:

[...]
CC code/libspeex/bits.c
code/libspeex/bits.c:109:6: error: conflicting types for 'speex_bits_read_from'
void speex_bits_read_from(SpeexBits *bits, char *chars, int len)
     ^
/usr/local/include/speex/speex_bits.h:80:6: note: previous declaration is here
void speex_bits_read_from(SpeexBits *bits, const char *bytes, int len);
     ^
code/libspeex/bits.c:156:6: error: conflicting types for
'speex_bits_read_whole_bytes'
void speex_bits_read_whole_bytes(SpeexBits *bits, char *chars, int nbytes)
     ^
/usr/local/include/speex/speex_bits.h:88:6: note: previous declaration is here
void speex_bits_read_whole_bytes(SpeexBits *bits, const char *bytes, int len);
     ^
2 errors generated.
[...]

The problem can be (syntactically) simply solved by the attached patchfile,
which adjusts the call of the speex routines in question to the definitions
given by the speex library.

-- 
You are receiving this mail because:
You are the assignee for the bug.