libks icon indicating copy to clipboard operation
libks copied to clipboard

Checkout & Build of Tagged Version 1.6.0 doesn't work

Open vogt31337 opened this issue 4 years ago • 5 comments

Hi,

Expected Behaviour Start with a clean environment, check out latest tagged version and build it

What happened Didn't build, since the cmake system tried to read out some tag informations to create a CHANGELOG file. Related to #42.

-- Would be nice if you could produce the changelog file not on the fly for the tagged versions.

vogt31337 avatar Jan 22 '21 10:01 vogt31337

Can not reproduce. Please reopen the issue once you are able to provide all the information and steps to reproduce. For example you don't mention the architecture, it is seen in #42 that you are on armhf. Next time put everything in one ticket and don't split.

andywolk avatar Jan 22 '21 11:01 andywolk

Ok I can put everything in here, just trying to help. Since I'm originally trying to install freeswitch.

uname -a Linux raspberrypi 5.4.83-v7+ #1379 SMP Mon Dec 14 13:08:57 GMT 2020 armv7l GNU/Linux

cat /etc/issue Raspbian GNU/Linux 10

git status On Branch origin/fixgitchangelog nothing to commit, work dir clean

cmake . Platform is linux Build type: Release CXX Flags: Install prefix: /usr LibKS Version 1.6 Detecting last git tag to generate a Debian complian changelog. fatal: No tags can write '1f34edd29b3cd2eba53eb7054d1b26b61d6a3af2'. Try to use --always or create some tags fatal: The option '--count' must be used before any arguments, which are no options. Found last git tag: Generating a changelog using commits since git tag: CMake Error at CMakeLists.txt:315 (string): string sub-command REPLACE requires at least four arguments.

Found UUID setup target at imported location: /usr/lib/arm-linux-gnueabihf/libuuid.so -- Found OpenSSL: /usr/lib/arm-linux-gnueabihf/libcrypto.so (found version "1.1.1d")
-- Found OpenSSL: /usr/lib/arm-linux-gnueabihf/libcrypto.so (found version "1.1.1d") found components: Crypto SSL Compiler supports visibility -- Configuring incomplete, errors occurred! See also "/usr/src/libks/CMakeFiles/CMakeOutput.log". See also "/usr/src/libks/CMakeFiles/CMakeError.log".

cat CMakeFiles/CMakeError.log: Determining if the pthread_create exist failed with the following output: Change Dir: /usr/src/libks/CMakeFiles/CMakeTmp

Run Build Command:"/usr/bin/make" "cmTC_6d4bc/fast" /usr/bin/make -f CMakeFiles/cmTC_6d4bc.dir/build.make CMakeFiles/cmTC_6d4bc.dir/build make[1]: Verzeichnis „/usr/src/libks/CMakeFiles/CMakeTmp“ wird betreten Building C object CMakeFiles/cmTC_6d4bc.dir/CheckSymbolExists.c.o /usr/bin/cc -std=c11 -fPIE -o CMakeFiles/cmTC_6d4bc.dir/CheckSymbolExists.c.o -c /usr/src/libks/CMakeFiles/CMakeTmp/CheckSymbolExists.c Linking C executable cmTC_6d4bc /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_6d4bc.dir/link.txt --verbose=1 /usr/bin/cc -std=c11 CMakeFiles/cmTC_6d4bc.dir/CheckSymbolExists.c.o -o cmTC_6d4bc /usr/bin/ld: CMakeFiles/cmTC_6d4bc.dir/CheckSymbolExists.c.o: in function main': CheckSymbolExists.c:(.text+0x48): undefined reference to pthread_create' collect2: error: ld returned 1 exit status make[1]: *** [CMakeFiles/cmTC_6d4bc.dir/build.make:87: cmTC_6d4bc] Fehler 1 make[1]: Verzeichnis „/usr/src/libks/CMakeFiles/CMakeTmp“ wird verlassen make: *** [Makefile:121: cmTC_6d4bc/fast] Fehler 2

File /usr/src/libks/CMakeFiles/CMakeTmp/CheckSymbolExists.c: /* */ #include <pthread.h>

int main(int argc, char** argv) { (void)argv; #ifndef pthread_create return ((int*)(&pthread_create))[argc]; #else (void)argc; return 0; #endif }

CMakeOutput.log: CMakeOutput.log

vogt31337 avatar Jan 22 '21 16:01 vogt31337

Why fixgitchangelog and not master or release ?

andywolk avatar Jan 22 '21 16:01 andywolk

I just had similar problem, with just a slightly different error message, when using dockerfile's ADD directly from git, which is obviously doing a shallow clone or similar:

warning: refname 'v2.0.3' is ambiguous.
Found last git tag: v2.0.3
No commits since git tag 'v2.0.3' to generate a changelog, looking for a previous tag
warning: refname 'v2.0.3' is ambiguous.
fatal: Not a valid object name v2.0.3^

With a little hint from #179, I came to running

git fetch --unshallow

which fixed it for me

bastibrunner avatar Jan 21 '24 21:01 bastibrunner

Also happening to me. The unshallow step fixed it for me. Maybe we can add a flag to skip change log generation so that shallow clones work?

crazybolillo avatar Jul 20 '24 22:07 crazybolillo