#linuxcnc-devel | Logs for 2017-02-03

Back
[00:41:55] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15midyukov-anton commented on issue #228: In version 2.7.5 also reproduced. Distribution ALT Linux. Prompt, please, in what could be the problem? 02https://github.com/LinuxCNC/linuxcnc/issues/228#issuecomment-277172680
[01:00:33] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15midyukov-anton commented on issue #228: >What version of GCC are you using? ... 02https://github.com/LinuxCNC/linuxcnc/issues/228#issuecomment-277174794
[11:47:42] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15SebKuzminsky commented on issue #228: I build LinuxCNC 2.7 with GCC 6 (on Debian Stretch) all the time without any trouble. 02https://github.com/LinuxCNC/linuxcnc/issues/228#issuecomment-277306879
[11:49:00] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15SebKuzminsky commented on issue #228: I get a 404 on the git.altlinux.org link in your comment. 02https://github.com/LinuxCNC/linuxcnc/issues/228#issuecomment-277307174
[12:06:31] <pcw_home> Is that possibly GCC6 + "i586" (as opposed to newer CPU archs) related?
[14:06:17] <seb_kuzminsky> pcw_home: that could sure be
[14:06:38] <seb_kuzminsky> the file that it fails on doesn't do anything unusual, just a tiny bit of floating-point math
[14:07:23] <seb_kuzminsky> https://github.com/LinuxCNC/linuxcnc/blob/2.7/src/hal/components/clarke2.comp
[15:03:36] <pcw_mesa> Weird, Not much there
[16:11:05] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #228: Whatever exactly is going on probably needs to be fixed near here: https://github.com/LinuxCNC/linuxcnc/blob/master/src/Makefile#L995... 02https://github.com/LinuxCNC/linuxcnc/issues/228#issuecomment-277369837
[16:30:52] <seb_kuzminsky> see this is why we pay jepler the big bucks
[16:42:19] <cradek> yeah he gets twice what I do
[16:43:30] <andypugh> seb_kuzminsky: http://linuxcnc.org/docs/2.7/html/remap/remap.html#_optional_interpreter_features_ini_file_configuration
[16:43:46] <andypugh> It’s a sort of no, yes, yes, yes, maybe set.
[16:45:16] <cradek> I think 4 and 8 are weird misfeatures, 8 is certainly broken anyway because of readahead
[16:48:30] <cradek> I guess 4 I can kinda see if you're doing a tool change with remap or similar, but I hardly see the point
[16:56:47] <andypugh> “Not seeing the point” is not the same as “it is evil and wrong” though. I rather think that keeping some settings in the INI where G-code routines can find them is potentially useful.
[16:57:22] <andypugh> HAL pin access is also useful as a way to get values into a G-code routine from PyVCP or GladeVCP.
[16:57:23] <seb_kuzminsky> i think it can make sense in a world with remap
[16:57:32] <seb_kuzminsky> it == ini access from gcode
[16:59:03] <andypugh> You have to be aware that you get the values that were there when the code starts. (or, at least, that is all that can be counted on) but with that caveat documented, it is useful. And saves wiring dozens of analogue inputs (and, because of that, makes GUI and G-code routine pairs much more portable)
[17:00:50] <andypugh> I would like G43 persistence to be moved out of there, and become seprately configurable.
[17:01:28] <seb_kuzminsky> i don't want to us to have to maintain two gcode dialects
[17:01:32] <andypugh> In fact, I think INI and HAL into G-code are “Why not, might be useful, no reason not to”
[17:01:57] <seb_kuzminsky> one dialect where g43 means one thing and another dialect where it means something different
[17:02:26] <seb_kuzminsky> i think the gcode access to ini is fine because
[17:02:31] <seb_kuzminsky> "why not" as you say
[17:02:32] <andypugh> I think LinuxCNC is unusual in expecting G43 for lathes
[17:03:20] <seb_kuzminsky> i'd feel the same "why not" way about hal access from gcode if it was late-binding so it didn't act confusing with readahead
[17:03:42] <seb_kuzminsky> andypugh: ah, interesting, i didnt know that
[17:04:06] <seb_kuzminsky> chasing gcode compatibility is frustrating :-/
[17:04:09] <andypugh> Well, most lathes don’t need M6 either
[17:05:09] <andypugh> We should probably stop trying to be compatible and accept that we _own_and_define_ one of the majot standrards.
[17:05:26] <seb_kuzminsky> maybe splitting T and M6 only makes sense if you can reduce tool change latency by asking the toolchanger to prefetch the tool for you ahead of time
[17:06:06] <seb_kuzminsky> and maybe lathe toolchangers generally dont have that behavior, while mill toolchangers generally do
[17:07:09] <andypugh> Luckily we can remap T to be M6 and G43 too.
[17:08:01] <andypugh> I would quite like Touchy to automatically G43 when I touch-off a tool.
[17:10:47] <seb_kuzminsky> like axis does? or am i missunderstanding something here?
[17:19:08] <JT-Shop> that would be nice
[17:38:47] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15SebKuzminsky commented on issue #228: I can reproduce this problem on Debian Stretch, 32-bit x86 installation, with GCC 6.3.0-5. The master branch builds fine but 2.7 fails with a similar error as what @midyukov-anton.... 02https://github.com/LinuxCNC/linuxcnc/issues/228#issuecomment-277387921
[17:40:55] <andypugh> seb_kuzminsky: Aye, I think that Axis does, now you mention it.
[17:42:46] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15SebKuzminsky commented on issue #228: The diff from 2.7 (which fails) to master (which does not fail) in the area @jepler pointed to is this:... 02https://github.com/LinuxCNC/linuxcnc/issues/228#issuecomment-277388587
[17:45:54] <andypugh> seb_kuzminsky: I guess that build problem just fails on “clarke” as it is alphabetically early? I am about 99% confident that nobody has ever used that component.
[17:56:57] <seb_kuzminsky> for me it fails on abs, and there's nothing in ../rtlib
[17:57:26] <seb_kuzminsky> so yeah i think it fails on the first one it tries, and anton
[17:57:38] <seb_kuzminsky> anton's and my build systems just happen to do them in different orders
[17:57:49] <seb_kuzminsky> i bet he's got an empty ../rtlib too after it fails
[18:06:27] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #228: Whatever exactly is going on probably needs to be fixed near here: https://github.com/LinuxCNC/linuxcnc/blob/master/src/Makefile#L995... 02https://github.com/LinuxCNC/linuxcnc/issues/228#issuecomment-277369837
[18:08:19] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #228: @SebKuzminsky ah so it's fixed in master branch? That's great. Maybe we should just back port the change 02https://github.com/LinuxCNC/linuxcnc/issues/228#issuecomment-277392754
[18:32:46] <KGB-linuxcnc> 03Jeff Epler 052.7-rtlibs-fix e6e1d4e 06linuxcnc 10src/Makefile 10src/Makefile.modinc.in uspace: Work around reported docker /dev/stdout bug * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e6e1d4e
[18:37:09] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15SebKuzminsky commented on issue #228: I cherrypicked @jepler's fix (f87c0244) from master to a new branch called 2.7-rtlibs-fix. That fix lets the compile succeed on my Stretch i386 machine.... 02https://github.com/LinuxCNC/linuxcnc/issues/228#issuecomment-277397122
[18:41:17] <pcw_mesa> Yay!
[18:54:03] <seb_kuzminsky> i must have messed up cherrypicking jepler's wizardly commit, i'm getting strange runtime errors on that branch now
[18:55:06] <seb_kuzminsky> and so is the buildbot, on the good old platforms that worked before
[18:58:21] <seb_kuzminsky> hmm well that looks wrong
[18:58:56] <linuxcnc-build_> build #4724 of 1306.rip-precise-amd64 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1306.rip-precise-amd64/builds/4724 blamelist: Jeff Epler <jepler@unpythonic.net>
[18:59:33] <linuxcnc-build_> build #4722 of 1200.rip-lucid-i386 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1200.rip-lucid-i386/builds/4722 blamelist: Jeff Epler <jepler@unpythonic.net>
[18:59:34] <linuxcnc-build_> build #4721 of 1300.rip-precise-i386 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1300.rip-precise-i386/builds/4721 blamelist: Jeff Epler <jepler@unpythonic.net>
[19:01:37] <linuxcnc-build_> build #2882 of 1403.rip-wheezy-amd64 is complete: Failure [4failed runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1403.rip-wheezy-amd64/builds/2882 blamelist: Jeff Epler <jepler@unpythonic.net>
[19:02:02] <linuxcnc-build_> build #4722 of 1202.rip-lucid-amd64 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1202.rip-lucid-amd64/builds/4722 blamelist: Jeff Epler <jepler@unpythonic.net>
[19:03:14] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7-rtlibs-fix 0fb08a4 06linuxcnc 10src/Makefile 10src/Makefile.modinc.in fixup * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0fb08a4
[19:03:17] <linuxcnc-build_> build #2398 of 1402.rip-wheezy-rtpreempt-i386 is complete: Failure [4failed runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1402.rip-wheezy-rtpreempt-i386/builds/2398 blamelist: Jeff Epler <jepler@unpythonic.net>
[19:04:19] <linuxcnc-build_> build #1351 of 1530.rip-jessie-rtpreempt-amd64 is complete: Failure [4failed runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1530.rip-jessie-rtpreempt-amd64/builds/1351 blamelist: Jeff Epler <jepler@unpythonic.net>
[19:04:26] <linuxcnc-build_> build #2882 of 1400.rip-wheezy-i386 is complete: Failure [4failed runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1400.rip-wheezy-i386/builds/2882 blamelist: Jeff Epler <jepler@unpythonic.net>
[19:05:02] <linuxcnc-build_> build #1350 of 1520.rip-jessie-amd64 is complete: Failure [4failed runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1520.rip-jessie-amd64/builds/1350 blamelist: Jeff Epler <jepler@unpythonic.net>
[19:05:16] <linuxcnc-build_> build #3083 of 1404.rip-wheezy-rtpreempt-amd64 is complete: Failure [4failed runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1404.rip-wheezy-rtpreempt-amd64/builds/3083 blamelist: Jeff Epler <jepler@unpythonic.net>
[19:05:50] <seb_kuzminsky> ok with that fixup commit the tests are passing for me
[19:05:57] <linuxcnc-build_> build #1350 of 1500.rip-jessie-i386 is complete: Failure [4failed runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1500.rip-jessie-i386/builds/1350 blamelist: Jeff Epler <jepler@unpythonic.net>
[19:06:01] <seb_kuzminsky> i'm off to dinner, i'll check back in later tonight
[19:06:39] <linuxcnc-build_> build #1349 of 1510.rip-jessie-rtpreempt-i386 is complete: Failure [4failed runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1510.rip-jessie-rtpreempt-i386/builds/1349 blamelist: Jeff Epler <jepler@unpythonic.net>
[19:07:44] <linuxcnc-build_> build #2888 of 1405.rip-wheezy-armhf is complete: Failure [4failed runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1405.rip-wheezy-armhf/builds/2888 blamelist: Jeff Epler <jepler@unpythonic.net>
[19:18:22] <linuxcnc-build_> build #4739 of 0000.checkin is complete: Failure [4failed] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/4739 blamelist: Jeff Epler <jepler@unpythonic.net>
[19:25:04] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15midyukov-anton commented on issue #228: Yesterday I was able to gather here with the patch, just in my time zone was evening, and I went to sleep.... 02https://github.com/LinuxCNC/linuxcnc/issues/228#issuecomment-277403205
[20:03:47] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15midyukov-anton commented on issue #228: >What version of GCC are you using? ... 02https://github.com/LinuxCNC/linuxcnc/issues/228#issuecomment-277174794
[20:36:40] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15midyukov-anton commented on issue #228: 2.7-rtlibs-fix building successful. Thanks! 02https://github.com/LinuxCNC/linuxcnc/issues/228#issuecomment-277410157
[20:44:23] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/external_offsets 2ce0e5e 06linuxcnc 10(23 files in 9 dirs) external axis-offset hal pins (v24) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2ce0e5e
[23:05:26] <KGB-linuxcnc> 03Dewey Garrett 05dgarr/external_offsets e45787b 06linuxcnc 10(23 files in 9 dirs) external axis-offset hal pins (v25) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e45787b