liblo-devel Mailing List for LibLO

Hi Matthias,

It looks like the problem is caused by the "-ansi" argument to gcc.  I
guess "inline" was not supported in earlier versions of C, so the
lo_endian.h header is not ANSI C compliant.  Try removing it from the
command line for now, although perhaps we can find a way to make it
ANSI C compliant in the case where it's necessary.

Steve

On Sat, May 29, 2010 at 10:13 AM,  <nen...@ma...> wrote:
> Dear folks, hi! :)
> My name is Matthias, I'm a studend of audio communications at the
> technical university in Berlin in Germany, and for my final thesis I'm
> currently involved in programming/extending a software that's been
> written by students of our department. This software - an environment
> for conduction listening experiments - was written inside the Matlab
> "language" (please don't laugh, and please keep with me), and part of
> my extending it is trying to at least let it run under my beloved
> Linux operating system. Audio-IO and file operations have so far
> successfully been adapted, the problem now is OSC. In its original
> (windows) incarnation the programm used Andy Schmeder's osc
> implementation for Matlab (http://andy.schmeder.net/software/), but
> trying to compile this from source for Linux sadly failed. After
> (unsuccessfully) trying to find out and fix the problems myself I have
> already corresponded with Andy Schmeder, which left him at his wit's
> ends and me with his recommendation to post to this list (as, I hope
> that's obvious, his osc for Matlab uses liblo).
> So here I am, and here's the technical description:
> The (so called) Matlab "compiler" isn't really a compiler at all but
> generates and calles a gcc compile command line instead, in my case it
> was this:
>
> $ gcc -c  -I/home/meme/Stau/Matlab/extern/include -DMATLAB_MEX_FILE
> -ansi -D_GNU_SOURCE -fPIC -pthread -m32  -fexceptions
> -D_FILE_OFFSET_BITS=64  -DMX_COMPAT_32 -O -DNDEBUG  "osc_new_address.c"
> (for the first of Andy Schmeder's files obviously, "osc_new_address.c"
>
> And running this verbously gives the following error:
>
> Using built-in specs.
> Target: i486-linux-gnu
> Configured with: ../src/configure -v
> --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
> --enable-shared --with-system-zlib --libexecdir=/usr/lib
> --without-included-gettext --enable-threads=posix --enable-nls
> --with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2
> --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr
> --enable-targets=all --enable-checking=release --build=i486-linux-gnu
> --host=i486-linux-gnu --target=i486-linux-gnu
> Thread model: posix
> gcc version 4.2.3 20071123 (prerelease) (Debian 4.2.2-4)
>  /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1 -quiet -v
> -I/home/meme/Stau/Matlab/extern/include -D_REENTRANT -DMATLAB_MEX_FILE
> -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DMX_COMPAT_32 -DNDEBUG
> osc_new_address.c -quiet -dumpbase osc_new_address.c -m32
> -mtune=generic -ansi -auxbase osc_new_address -O -ansi -version -fPIC
> -fexceptions -o /tmp/cc7Gaqob.s
> ignoring nonexistent directory "/usr/local/include/i486-linux-gnu"
> ignoring nonexistent directory
> "/usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../i486-linux-gnu/include"
> ignoring nonexistent directory "/usr/include/i486-linux-gnu"
> #include "..." search starts here:
> #include <...> search starts here:
>  /home/meme/Stau/Matlab/extern/include
>  /usr/local/include
>  /usr/lib/gcc/i486-linux-gnu/4.2.3/include
>  /usr/include
> End of search list.
> GNU C version 4.2.3 20071123 (prerelease) (Debian 4.2.2-4) (i486-linux-gnu)
>         compiled by GNU C version 4.2.3 20071123 (prerelease) (Debian
> 4.2.2-4).
> GGC heuristics: --param ggc-min-expand=90 --param ggc-min-heapsize=113285
> Compiler executable checksum: e5f75b43edef04f899196b1bf42593d5
> In file included from /usr/local/include/lo/lo.h:28,
>                  from osc_new_address.c:8:
> /usr/local/include/lo/lo_endian.h:89: error: expected '=', ',', ';',
> 'asm' or '__attribute__' before 'uint64_t'
>
>
> Now as you see my gcc is version 4.2.3, I'm on Debian, kernel is a
> home backed kernel.org kernel with realtime patches, version
> 2.6.21-rt8 (yes, not new, but working), liblo is version 0.26-1 (I
> compiled this myself from source, but the error is exactly the same as
> it was using the previously installed liblo from Debian).
> And mind you, all the standard libraries (including dev-versions) are
> installed and in place, especially stdint.h and types.h. (But as these
> types are addressed well before line 89 in lo_endian.h I don't think
> this is an include problem, or is it? The inline keyword on that line
> is unique in the file though...)
> Well, you're certainly quite aware now I'm no real programmer, and
> that's exactly why I'm asking you for help!
> Any idea anyone? I'd appreciate it very much...
>
> Thanks very much,
> and a good day to all of you,
> Matthias
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> liblo-devel mailing list
> lib...@li...
> https://lists.sourceforge.net/lists/listinfo/liblo-devel
>

Dear folks, hi! :)
My name is Matthias, I'm a studend of audio communications at the  
technical university in Berlin in Germany, and for my final thesis I'm  
currently involved in programming/extending a software that's been  
written by students of our department. This software - an environment  
for conduction listening experiments - was written inside the Matlab  
"language" (please don't laugh, and please keep with me), and part of  
my extending it is trying to at least let it run under my beloved  
Linux operating system. Audio-IO and file operations have so far  
successfully been adapted, the problem now is OSC. In its original  
(windows) incarnation the programm used Andy Schmeder's osc  
implementation for Matlab (http://andy.schmeder.net/software/), but  
trying to compile this from source for Linux sadly failed. After  
(unsuccessfully) trying to find out and fix the problems myself I have  
already corresponded with Andy Schmeder, which left him at his wit's  
ends and me with his recommendation to post to this list (as, I hope  
that's obvious, his osc for Matlab uses liblo).
So here I am, and here's the technical description:
The (so called) Matlab "compiler" isn't really a compiler at all but  
generates and calles a gcc compile command line instead, in my case it  
was this:

$ gcc -c  -I/home/meme/Stau/Matlab/extern/include -DMATLAB_MEX_FILE  
-ansi -D_GNU_SOURCE -fPIC -pthread -m32  -fexceptions  
-D_FILE_OFFSET_BITS=64  -DMX_COMPAT_32 -O -DNDEBUG  "osc_new_address.c"
(for the first of Andy Schmeder's files obviously, "osc_new_address.c"

And running this verbously gives the following error:

Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v  
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr  
--enable-shared --with-system-zlib --libexecdir=/usr/lib  
--without-included-gettext --enable-threads=posix --enable-nls  
--with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2  
--enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr  
--enable-targets=all --enable-checking=release --build=i486-linux-gnu  
--host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.2.3 20071123 (prerelease) (Debian 4.2.2-4)
  /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1 -quiet -v  
-I/home/meme/Stau/Matlab/extern/include -D_REENTRANT -DMATLAB_MEX_FILE  
-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DMX_COMPAT_32 -DNDEBUG  
osc_new_address.c -quiet -dumpbase osc_new_address.c -m32  
-mtune=generic -ansi -auxbase osc_new_address -O -ansi -version -fPIC  
-fexceptions -o /tmp/cc7Gaqob.s
ignoring nonexistent directory "/usr/local/include/i486-linux-gnu"
ignoring nonexistent directory  
"/usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../i486-linux-gnu/include"
ignoring nonexistent directory "/usr/include/i486-linux-gnu"
#include "..." search starts here:
#include <...> search starts here:
  /home/meme/Stau/Matlab/extern/include
  /usr/local/include
  /usr/lib/gcc/i486-linux-gnu/4.2.3/include
  /usr/include
End of search list.
GNU C version 4.2.3 20071123 (prerelease) (Debian 4.2.2-4) (i486-linux-gnu)
         compiled by GNU C version 4.2.3 20071123 (prerelease) (Debian  
4.2.2-4).
GGC heuristics: --param ggc-min-expand=90 --param ggc-min-heapsize=113285
Compiler executable checksum: e5f75b43edef04f899196b1bf42593d5
In file included from /usr/local/include/lo/lo.h:28,
                  from osc_new_address.c:8:
/usr/local/include/lo/lo_endian.h:89: error: expected '=', ',', ';',  
'asm' or '__attribute__' before 'uint64_t'


Now as you see my gcc is version 4.2.3, I'm on Debian, kernel is a  
home backed kernel.org kernel with realtime patches, version  
2.6.21-rt8 (yes, not new, but working), liblo is version 0.26-1 (I  
compiled this myself from source, but the error is exactly the same as  
it was using the previously installed liblo from Debian).
And mind you, all the standard libraries (including dev-versions) are  
installed and in place, especially stdint.h and types.h. (But as these  
types are addressed well before line 89 in lo_endian.h I don't think  
this is an include problem, or is it? The inline keyword on that line  
is unique in the file though...)
Well, you're certainly quite aware now I'm no real programmer, and  
that's exactly why I'm asking you for help!
Any idea anyone? I'd appreciate it very much...

Thanks very much,
and a good day to all of you,
Matthias