Skip Menu |
 

This queue is for tickets about the Devel-CheckLib CPAN distribution.

Report information
The Basics
Id: 75288
Status: new
Priority: 0/
Queue: Devel-CheckLib

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

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



Subject: option to ignore Perl's ccflags/ldflags, or filter them properly
Perl's compiler and linker flags aren't all that innocent. They will insert directives which may affect how object code is generated, and conditionally enable/disable other code. For using/checking external dependencies, it might be nice to disable some of these flags; e.g. (from Debian) # /usr/bin/cc -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing - pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE - D_FILE_OFFSET_BITS=64 -fstack-protector -L/usr/local/lib -ldl -lm - lpthread -lc -lcrypt assertlibZZpeAaDI.c -o assertlibflwckxnH Or an even more offending version (from NetBSD): # /usr/bin/cc -O2 -pthread -I/usr/include -fno-strict-aliasing -pipe - fstack-protector -Wl,-R/usr/pkg/lib -Wl,-rpath,/usr/pkg/lib -fstack- protector -lm -lcrypt -lpthread assertliby6mTaz3d.c -o assertlibp3vtu5J3 ^ This one uses -rpath But most of the times, the flags are what 'you'd want anyway', so.. Better yet, figure out a way to maintain the search paths (since that's all we really care about), but strip out the other cruft, though that might be outside the scope of this module


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.