Skip Menu |

This queue is for tickets about the Archive-Unzip-Burst CPAN distribution.

Report information
The Basics
Id: 114245
Status: open
Priority: 0/
Queue: Archive-Unzip-Burst

People
Owner: Nobody in particular
Requestors: SREZIC [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: Fails to build on FreeBSD 10.x (clang vs. gcc)
FreeBSD 10.x ships clang instead of gcc, but the generic_shlib target unfortunately has "gcc" hardcoded, so building fails: ... cd unzip-6.0 && make -f unix/Makefile generic_shlib LIBPERL_A="libperl.a" LINKTYPE="dynamic" OPTIMIZE="-O" PREFIX="/usr/perl5.20.3p" PASTHRU_DEFINE='-DDLL ' PASTHRU_INC='-I. ' This target requires GNU C. When done, do "setenv LD_LIBRARY_PATH `pwd`" or similar in order to test the shared library in place (with ./unzip_shlib , which is UnZip linked with the DLL). This target is an example only. make objsdll CC=gcc CFLAGS="-O3 -Wall -fPIC -DDLL" gcc -c -O3 -Wall -fPIC -DDLL -I. -Ibzip2 -DUNIX -o unzip.pic.o unzip.c make[2]: exec(gcc) failed (No such file or directory) *** Error code 1 ... Patching the target to use "cc" instead of "gcc" (four places) seems to fix the problem for me.
On 2016-05-08 16:14:58, SREZIC wrote: Show quoted text
> FreeBSD 10.x ships clang instead of gcc, but the generic_shlib target > unfortunately has "gcc" hardcoded, so building fails: > > ... > cd unzip-6.0 && make -f unix/Makefile generic_shlib > LIBPERL_A="libperl.a" LINKTYPE="dynamic" OPTIMIZE="-O" > PREFIX="/usr/perl5.20.3p" PASTHRU_DEFINE='-DDLL ' PASTHRU_INC='-I. ' > This target requires GNU C. When done, do "setenv LD_LIBRARY_PATH > `pwd`" > or similar in order to test the shared library in place (with > ./unzip_shlib , > which is UnZip linked with the DLL). This target is an example only. > > make objsdll CC=gcc CFLAGS="-O3 -Wall -fPIC -DDLL" > gcc -c -O3 -Wall -fPIC -DDLL -I. -Ibzip2 -DUNIX -o unzip.pic.o > unzip.c > make[2]: exec(gcc) failed (No such file or directory) > *** Error code 1 > ... > > > Patching the target to use "cc" instead of "gcc" (four places) seems > to fix the problem for me.
This patch is available at http://cpan.cpantesters.org/authors/id/S/SR/SREZIC/patches/Archive-Unzip-Burst-0.08-RT114245.patch Maybe it would be better to the make macro "CC" instead here.
I was actually considering this point earlier while fixing the build up for Win32 and Darwin. I am extremely reluctant to modify what's inside the unzip-6.0 directory. If I did, I would instead be converting it to a full EUMM build, in a similar style to SDBM_File in the Perl distro.