Skip Menu |
 

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the DBD-Oracle CPAN distribution.

Report information
The Basics
Id: 26067
Status: rejected
Priority: 0/
Queue: DBD-Oracle

People
Owner: Nobody in particular
Requestors: mailbin [...] comcast.net
Cc:
AdminCc:

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



Subject: Fails to install on Gentoo
Date: Mon, 2 Apr 2007 22:13:17 -0600
To: bug-DBD-Oracle [...] rt.cpan.org
From: tom r <mailbin [...] comcast.net>
Download (untitled) / with headers
text/plain 1.9k
installing DBD::oracle results in the following error: {~} perl -MCPAN -e'install DBD::Oracle' ... System: perl5.008008 linux poseidon.amd64.dev.gentoo.org 2.6.16-gentoo-r7 #1 smp tue may 16 19:38:16 utc 2006 x86_64 amd opteron(tm) processor 844 gnulinux Compiler: x86_64-pc-linux-gnu-gcc -O2 -pipe -fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm Linker: /usr/bin/ld Sysliblist: Oracle makefiles would have used these definitions but we override them: CC: $(COMPDIR)/bin/icpc LDFLAGS: -g [-g] Linking with -L../../ -L/usr/lib/oracle/10.2.0.3/client/lib -locci -lclntsh -lpthread WARNING: If you have problems you may need to rebuild perl with threading enabled. Checking if your kit is complete... Looks good Warning: -L../../ changed to -L/root/.cpan/build/DBD-Oracle-1.19/../../ LD_RUN_PATH=/usr/lib/oracle/10.2.0.3/client/lib Using DBD::Oracle 1.19. Using DBD::Oracle 1.19. Using DBI 1.53 (for perl 5.008008 on x86_64-linux) installed in /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux/auto/DBI/ Writing Makefile for DBD::Oracle ... stdc++ -DLINUX -D_GNU_SOURCE -D_REENTRANT -g -DOCCI_NO_WSTRING=1 -cxxlib-gcc -fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -pipe -DVERSION=\"1.19\" -DXS_VERSION=\"1.19\" -fPIC "-I/usr/lib64/perl5/5.8.8/x86_64-linux/CORE" -Wall -Wno-comment -DUTF8_SUPPORT -DNEW_OCI_INIT -DORA_OCI_VERSION=\"10.2.0.3\" Oracle.c x86_64-pc-linux-gnu-gcc: unrecognized option '-wchar-stdc++' x86_64-pc-linux-gnu-gcc: unrecognized option '-cxxlib-gcc' cc1: error: /ee/dev/bastring.h: No such file or directory make: *** [Oracle.o] Error 1 /usr/bin/make -- NOT OK ... {~} i don't know what i could have done to cause unrecognized options in gcc. if this is a user error i apologize, but it sure looks like a bug to me. tia. -- two men say they're jesus, one of them must be wrong --dire straits
From: logan_shaw [...] yahoo.com
Download (untitled) / with headers
text/plain 831b
I have seen this problem on Red Hat as well. Specifically, "Red Hat Enterprise Linux AS release 4 (Nahant Update 4)". I believe I know what the root cause is. The problem occurs with instantclient 10.2.0.3. Perl is getting its compile options (among other things) by reading 'macros' (i.e. 'make' variables) from the sdk/demo/demo.mk file. If you grep for 'ifdef' in that file, you will see these lines: ifdef BUILD_CCC296 ifdef BUILD_ICC Now, if you look at the Makefile.PL with in DBD-Oracle, you'll see that it extracts settings from demo.mk using the function fetch_oci_macros(). This function manually parses the makefile looking for macros that are defined in it. The problem is, this manual parsing does not honor 'ifdef's! So even though BUILD_CCC296 is not defined, the settings guarded by it are getting loaded.
From: pause [...] pythian.com
Download (untitled) / with headers
text/plain 1.1k
Excuse my ignorance on all things c compiler. I have looked at the code and I am not sure what you want? Do you want me to change the parser so it will parse and include 'ifdef' or do you want to exclued all 'ifdef' statements? On Thu Oct 11 15:23:28 2007, adrianmonk wrote: Show quoted text
> I have seen this problem on Red Hat as well. Specifically, > "Red Hat Enterprise Linux AS release 4 (Nahant Update 4)". > > I believe I know what the root cause is. > > The problem occurs with instantclient 10.2.0.3. Perl is getting > its compile options (among other things) by reading 'macros' (i.e. > 'make' variables) from the sdk/demo/demo.mk file. If you grep > for 'ifdef' in that file, you will see these lines: > > ifdef BUILD_CCC296 > ifdef BUILD_ICC > > Now, if you look at the Makefile.PL with in DBD-Oracle, you'll > see that it extracts settings from demo.mk using the function > fetch_oci_macros(). This function manually parses the makefile > looking for macros that are defined in it. The problem is, this > manual parsing does not honor 'ifdef's! So even though BUILD_CCC296 > is not defined, the settings guarded by it are getting loaded.
Download (untitled) / with headers
text/plain 1.4k
On Mon Oct 15 07:00:55 2007, PYTHIAN wrote: Show quoted text
> Excuse my ignorance on all things c compiler. I have looked at the > code and I am not sure what you want? Do you want me to change the > parser so it will parse and include 'ifdef' or do you want to exclued > all 'ifdef' statements? > > > On Thu Oct 11 15:23:28 2007, adrianmonk wrote:
> > I have seen this problem on Red Hat as well. Specifically, > > "Red Hat Enterprise Linux AS release 4 (Nahant Update 4)". > > > > I believe I know what the root cause is. > > > > The problem occurs with instantclient 10.2.0.3. Perl is getting > > its compile options (among other things) by reading 'macros' (i.e. > > 'make' variables) from the sdk/demo/demo.mk file. If you grep > > for 'ifdef' in that file, you will see these lines: > > > > ifdef BUILD_CCC296 > > ifdef BUILD_ICC > > > > Now, if you look at the Makefile.PL with in DBD-Oracle, you'll > > see that it extracts settings from demo.mk using the function > > fetch_oci_macros(). This function manually parses the makefile > > looking for macros that are defined in it. The problem is, this > > manual parsing does not honor 'ifdef's! So even though BUILD_CCC296 > > is not defined, the settings guarded by it are getting loaded.
>
There is no way I know of to fix this issue since there is no way of knowing whether BUILD_CCC296 etc should be defined or not. We could assume all macros are false but I think this would just be equally wrong but the other way around. Martin -- Martin J. Evans Wetherby, UK
There's not much we can do at this point. Closing.


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.