CMake issue: Drop perl as a build dependency.

[librsync]

CMake issue: Drop perl as a build dependency.

[Salamek]

Install perl and popt libs (http://gnuwin32.sourceforge.net/packages/popt.htm)
or you can use

cmake_dependent_option(BUILD_RDIFF "Whether or not to build rdiff executable" ON "POPT_FOUND" OFF)

if you want only lib

[Quiark]

I also had to add my own S_IFREG to the code because VS2015 doesn't have it:

#ifndef S_ISREG
#   define S_ISREG(x) (x & _S_IFREG)
#endif

and change librsync to static link otherwise VS won't create an import lib for it.

#  change to this in CMakeLists.txt
add_library(rsync STATIC ${rsync_LIB_SRCS})

Then the build went fine.

[sourcefrog]

@Quiark it would be great if you could send clean PRs for those two changes.

[marius-nicolae]

Besides the issues described here I've also encountered another one, regarding usage of "_fileno" and "fileno" availability, while trying to build the library with MSVC 2015 and gcc on Linux 64 bits. I've also attached a patch to overcome them: librsync-patch.zip . What do you think about it?

On top, perl on Windows is pretty unusual, even for developers and, after checking the mkprototab.pl script, is seems its output is static. Taking these into consideration how about to generate the "prototab.h" and "prototab.c" offline, and add them as is, directly into the project?

[Salamek]

@marius-nicolae ... we have github PR's for that...

Perl issue:
no, generated scripts should NOT be in repo, so only correct solution is switch everything directly to C or Python see #82 (or use modern OS 👻 )

[marius-nicolae]

I'm new with github and pull requests but I've managed to create one: #100 .

Regarding Perl thing, it's not referring to tests as the case of #82, but it's about "mkprototab.pl" script which gets called by cmake and statically creates two files, "prototab.h" and "prototab.c", used for building the rsync library.

PS. To keep this issue clean, would you like to create another specific one?

[dbaarda]

I think this is about trying to drop perl as a build dependency.

Personally I don't see much value in continuing to have prototab.[ch] auto-generated at all. They are pretty static and realistically if we want to add cmds like a whole-file checksum (see #9) it'd probably be easier to edit the *.[ch] files to add it than update the *.pl file. Dropping the perl build dependency would be more of a win than the auto-generation gives us.

[dbaarda]

Note pull request #142 removes perl as a build dependency, but perl will still be needed to run some of the tests because they use a mutate.pl script.

Given there is #82 about fixing the tests be more windows friendly, I'm going to consider #142 as fixing this.