autoconf broken

[zultron]

Ah ha, case of the missing base/config/autoconf/* files solved. See commit a12d555.

For some reason, these files were wholesale deleted in this commit, but never re-added into bin/* as the hunk at e.g. a12d555#diff-11e110980b69131c984e390bffafdad6L106 leads one to expect.

I've been copying these files from mainline in order to get ./configure to complete.

I read #14, but the README.INSTALL directions don't apply in my case. I'll leave comments there.

[ShabbyX]

@zultron You're right. I do see references to the non-existing bin directory. However, I never had any problem during configuration, which makes me wonder. You do use autogen.sh, right?

In the end of the day, a pull request solving the problem would be best.

[zultron]

I don't use autogen.sh because it runs ./configure with the wrong options for my case, but I do run autoreconf -v --install.

If this isn't an issue for others, I'm happy with closing it. Thanks!

[ShabbyX]

This is certainly a problem. If it doesn't work for you, there is a chance it wouldn't work for someone else in the future too. @NTULINUX made a lot of effort cleaning the autoconf part, so he should know why the bin folder was removed.

Regarding autogen.sh. I tried a couple of options and in the end that's the ./configure I found that wouldn't give errors. The reason for the ./configure is not to actually configure, but to generate the Makefiles (so that you can do make menuconfig next). I don't know if and how I can do without the ./configure and still get the Makefiles out for interactive configuration. I am open to suggestions.

[zultron]

I change my statement: This may become a problem for others soon. :)

This issue cropped up while packaging an RTAI kernel for Debian. I suggested @SebKuzminsky give the work a try, since it may have advantages over the current packaging used in the LinuxCNC project.

The packaging isn't completely done, but the basic build flow is in place. I need to mothball the project for a while, but in case Seb or maybe @ArcEye picks this up in the meantime, here's a heads-up for those fellows.

[zultron]

FYI, the RTAI kernel Debian packaging:

https://github.com/zultron/kernel-rt-deb2/tree/rtai

The prerequisite RTAI Debian packaging (based on Debian w/fixes to build the ShabbyX fork):

https://github.com/zultron/rtai-deb

The linux-tools packaging needed to build kmodules against the installed linux-headers-rtai package (based on Debian w/changes to build against Linux 3.5):

https://github.com/zultron/linux-tools-deb

And in case it's interesting, a Makefile and pbuilderrc to automatically build Xenomai (can be disabled) and RTAI for a few distros + arches from scratch (RTAI is WIP):

https://github.com/zultron/kernel-rt-deb-autobuild/tree/rtai

[ShabbyX]

Reminder: if you came up with a fix, do let me know (pull request would be gold)

[ShabbyX]

Closing the issue as I applied your patch.