Mac ./configure #205
Assignees
Labels
Comments
|
Except for this particular error:
|
|
ALSA sequencer is included for MIDI support, @d-j-a-y , do you know a MIDI library that has support for both platforms? Otherwise, MIDI support will not be included in the first MacOS version of reloaded |
|
Hello. Leaving out midi for the first release sounds like a good plan :) portmidi works well enough across at least mac/win/linux. Let me know if you need any help with compiling on a mac, or help with portmidi (if that's the way you choose). cheerio! |
|
found https://github.com/thestk/rtmidi (MIT license)
|
|
@illume , @d-j-a-y I have seperated shared code between veejay-server and veejay-client, this now lives in the veejay-core package. Also, ALSA midi is optionally included if ALSA is found on the system. @illume, can you give it a try and see if it compiles ? The packages you need are
To build veejay-server, veejay-core must be build as well (ofc) |
|
Is it "normal" that build inclusion of client/vj-midi.c is now out of configure option ? |
files could be optionally added to _SOURCES, but I used preprocessor macro. This you see everywhere in veejay |
|
Hello, for veejay-core, I get this error... Mac has a command for getting the CPU features... |
|
Would be great if you can post the output of ./configure; I need to update it , so CPU flags detection works for your OS; I have updated the configure script (veejay-core) and instead of detecting flags, I am setting flags common for intel CPUs used by apple |
game-stop
added a commit
that referenced
this issue
Jun 16, 2019
game-stop
added a commit
that referenced
this issue
Jun 16, 2019
|
Dropped aclib from veejay-core |
|
@C0ntrol : that issue should be flagged for next release ... is't it ? |
|
Hello! MSG_NOSIGNALlibtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I../thirdparty -I../libyuv -I../vjmem -I../vjmsg -O3 -ffast-math -ftree-vectorize -m64 -fPIC -DPIC -march=native -no-cpp-precomp -m64 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -Wall -Wunused -fno-stack-protector -MT mcastreceiver.lo -MD -MP -MF .deps/mcastreceiver.Tpo -c mcastreceiver.c -o mcastreceiver.o >/dev/null 2>&1
depbase=`echo cmd.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I../thirdparty -I../libyuv -I../vjmem -I../vjmsg -O3 -ffast-math -ftree-vectorize -m64 -fPIC -DPIC -march=native -no-cpp-precomp -m64 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -Wall -Wunused -fno-stack-protector -MT cmd.lo -MD -MP -MF $depbase.Tpo -c -o cmd.lo cmd.c &&\
mv -f $depbase.Tpo $depbase.Plo
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I../thirdparty -I../libyuv -I../vjmem -I../vjmsg -O3 -ffast-math -ftree-vectorize -m64 -fPIC -DPIC -march=native -no-cpp-precomp -m64 -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -Wall -Wunused -fno-stack-protector -MT cmd.lo -MD -MP -MF .deps/cmd.Tpo -c cmd.c -fno-common -DPIC -o .libs/cmd.o
cmd.c:66:6: warning: implicit declaration of function 'gethostbyname_r' is invalid in C99 [-Wimplicit-function-declaration]
if (gethostbyname_r(name, &(current->hostent), current->h_addr_space,sizeof(current->h_addr_space),&result, &local_errno)) {
^
cmd.c:290:39: error: use of undeclared identifier 'MSG_NOSIGNAL'
n = send( s->sock_fd, buf, length , MSG_NOSIGNAL );
^
cmd.c:312:31: error: use of undeclared identifier 'MSG_NOSIGNAL'
n = send( fd, ptr, length , MSG_NOSIGNAL );
^
1 warning and 2 errors generated.
make[2]: *** [cmd.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2Here is the output of configure. To get it to compile (incorrectly)... Probably the better way is like this: statfsPerhaps don't include it in veejaycore/vj-task.c... cpu_set_tMaybe this is useful? Binding threads to cores on macos I ifdef'd it out and continued... gethostbyname_rFrom
So maybe gethostbyname can be used on mac. libvjnet/cmd.c #if (defined(__APPLE__) && defined(__MACH__))
return gethostbyname(name);
#else
struct hostent *result;
int local_errno;
pthread_once(&ghbn_key_once, create_ghbn_key);
struct host_list *current = (struct host_list *) pthread_getspecific(ghbn_key);
if (!current) {
current = (struct host_list *) calloc(1, sizeof(struct host_list));
current->hostent.h_name = "busy";
ref_count++;
pthread_setspecific(ghbn_key, current);
}
if (gethostbyname_r(name, &(current->hostent), current->h_addr_space,sizeof(current->h_addr_space),&result, &local_errno)) {
h_errno = local_errno;
}
return result;
#endif
}And with that... make in veejay-core finished building without error. |
game-stop
added a commit
that referenced
this issue
Jul 8, 2019
…n error, declare MSG_NOSIGNAL and set SO_NOSIGPIPE
game-stop
added a commit
that referenced
this issue
Jul 8, 2019
game-stop
added a commit
that referenced
this issue
Jul 8, 2019
game-stop
added a commit
that referenced
this issue
Jul 8, 2019
|
Thanks @illume , that was a great help! I have modified veejay-core and referenced the commits. |
d-j-a-y
pushed a commit
to d-j-a-y/veejay
that referenced
this issue
Aug 4, 2019
… socket on error, declare MSG_NOSIGNAL and set SO_NOSIGPIPE
d-j-a-y
pushed a commit
to d-j-a-y/veejay
that referenced
this issue
Aug 4, 2019
d-j-a-y
pushed a commit
to d-j-a-y/veejay
that referenced
this issue
Aug 4, 2019
d-j-a-y
pushed a commit
to d-j-a-y/veejay
that referenced
this issue
Aug 4, 2019
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This is where it gets up to...
The text was updated successfully, but these errors were encountered: