#linuxcnc-devel | Logs for 2020-06-14
Back
[00:17:33] -!- ve7it has quit [Remote host closed the connection]
[02:01:38] -!- cncuser has joined #linuxcnc-devel
[04:41:08] -!- W1N9Zr0 has quit [Ping timeout: 260 seconds]
[04:45:08] -!- W1N9Zr0 has joined #linuxcnc-devel
[05:25:58] -!- CaptHindsight has quit [Ping timeout: 246 seconds]
[06:11:27] -!- cncuser has quit [Quit: Connection closed for inactivity]
[06:53:08] -!- cncuser has joined #linuxcnc-devel
[11:18:14] -!- mauz555 has joined #linuxcnc-devel
[11:49:37] -!- mauz555 has quit []
[12:35:38] -!- ve7it has joined #linuxcnc-devel
[14:03:43] -!- JT-Shop has quit [Read error: Connection reset by peer]
[14:03:48] -!- JT-Shop_ has joined #linuxcnc-devel
[14:12:58] -!- JT-Shop__ has joined #linuxcnc-devel
[14:13:02] -!- JT-Shop_ has quit [Read error: Connection reset by peer]
[19:01:27] -!- cncuser has quit [Quit: Connection closed for inactivity]
[20:12:23] <jepler> I'm glad you figured it out, I had no clue. Is the "right" name of the functions something else now?
[20:13:10] <jepler> it seems neither of those functions appears by name in LinuxCNC, they must come out of some macros in the rtai lxrt headers
[20:15:58] <jepler> huh I really don't understand that error, the more I think about it. nothing in liblinuxcnchal.so should refer to rtai. Only libuspace-rtai.so should.
[20:16:20] <jepler> which is dlopen()ed, not directly linked to anything: uspace_rtapi_app.cc: dll = dlopen(EMC2_HOME "/lib/libuspace-rtai.so.0", RTLD_NOW);
[20:19:11] <jepler> In configure.ac and rtapi/Submakefile checked and I don't see how rtai cflags would be getting attached to any other files ..
[20:24:23] <jepler> there might be bugs when ./configure-switching between uspace and kernel modes. I'd verify it with a "make clean", configure, make
[20:29:59] <jepler> I see that I asumed you were building uspace+rtai but maybe you're building kernel-mode rtai
[20:37:44] <jepler> We _don't_ seek out the LXRT compiler and linker flags when building the userspace parts in kernel-mode rtai. So we've been assuming "static inline"s. Maybe a block similar to the uspace one that gets the lxrt cflags and applies them to building rtai_ulapi.o and liblinuxcnchal.so.0 would also have fixed your problem
[20:37:53] <jepler> anway total brain dump andypugh if you have a chance to read it later
[20:46:42] -!- c-log has joined #linuxcnc-devel
[20:48:24] <Tom_L> sry, the bot didn't catch all that
[20:51:01] -!- c-log has quit [Ping timeout: 246 seconds]
[20:53:31] -!- c-log has joined #linuxcnc-devel
[21:04:41] <jepler> too bad
[21:04:47] <jepler> > We don't seek out the LXRT compiler and linker flags when building the userspace parts in kernel-mode rtai. So we've been assuming "static inline"s. Maybe a block similar to the uspace one that gets the lxrt cflags and applies them to building rtai_ulapi.o and liblinuxcnchal.so.0 would also have fixed your problem
[21:05:06] <jepler> I think is the main thing I figured out by the end, assuming andypugh was building for kernel-mode rtai and not uspace+rtai
[21:05:25] <andypugh> Yes, kernel mode
[22:09:44] -!- Centurion_Dan has quit [Remote host closed the connection]
[22:10:26] -!- Centurion_Dan has joined #linuxcnc-devel
[22:23:31] -!- norias has joined #linuxcnc-devel
[22:27:30] -!- c-log has quit [Ping timeout: 258 seconds]
[22:31:49] -!- c-log has joined #linuxcnc-devel