From Metalink Advanced search on all words in "undefined reference
__ctype_toupper", all products, all platforms, any date, all sources
(more specific search, with version number, platform, etc., turned up
nothing) (removed 8i, 11i, Developer 6i-related items):
1. Error in invoking target install of makefile
/oracle/u01/app/oracle/product/9.2.
606183.999 28-JAN-2004 Forum
2. installation relink problem: undefined reference to __ctype_toupper
(10g, unresolved, but included - maybe contact sender directly?)
520394.994 08-JUL-2004 Forum
3. Linking error during install: ins_oemagent.mk
365282.995 24-APR-2003 Forum
Complete text of messages for each item ("me too" and "thanks" omitted):
------------------------------------------------------------------------
1. *Unix Installation/OS: RDBMS Technical Forum *
*Thread Status: *Closed
*From: * Dave Hull 28-Jan-04 16:03
*Subject: *Error in invoking target install of makefile
/oracle/u01/app/oracle/product/9.2.0.1.0/network/lib/ins_oemagent.mk
*RDBMS Version*: 9.2.0.1.0
*Operating System and Version*: Red Hat ES AS v 3 Update 1
*Error Number (if applicable)*:
*Product (i.e. SQL*Loader, Import, etc.)*: Oracle 9iR2 Database
Enterprise Edition
*Product Version*: 9iR2
Error in invoking target install of makefile
/oracle/u01/app/oracle/product/9.2.0.1.0/network/lib/ins_oemagent.mk
I received the following error while installing 9iR2 on RHESASv3:
Error in invoking target install of makefile
/oracle/u01/app/oracle/product/9.2.0.1.0/network/lib/ins_oemagent.mk
The $ORACLE_HOME/install/make.log contains the following:
/oracle/u01/app/oracle/product/9.2.0.1.0/network/lib/libnmi.a(nmijs.o)(.text+0x3552):
In function `nmijsgn_GetNextTime':
: undefined reference to `__ctype_b'
/oracle/u01/app/oracle/product/9.2.0.1.0/network/lib/libnmi.a(nmijs.o)(.text+0x3565):
In function `nmijsgn_GetNextTime':
: undefined reference to `__ctype_toupper'
/oracle/u01/app/oracle/product/9.2.0.1.0/network/lib/libnmi.a(nmijs.o)(.text+0x4e9a):
In function `nmijsupper':
: undefined reference to `__ctype_b'
/oracle/u01/app/oracle/product/9.2.0.1.0/network/lib/libnmi.a(nmijs.o)(.text+0x4ead):
In function `nmijsupper':
: undefined reference to `__ctype_toupper'
/oracle/u01/app/oracle/product/9.2.0.1.0/network/lib/libnmi.a(snmifork.o)(.text+0x152):
In function `snmifon2p_NameToPathname':
: undefined reference to `__ctype_b'
/oracle/u01/app/oracle/product/9.2.0.1.0/network/lib/libnmi.a(nmis.o)(.text+0x132):
In function `nmissf_StreamFileIO':
: undefined reference to `__ctype_toupper'
This problem appears in Metalink elsewhere, but every entry I've seen
was for RH9, and the excuse was that it was not a "certified" platform.
I'm trying this on RHESASv3 which is Certified.
Thanks for your help. I have seen this site:
http://www.puschitz.com/InstallingOracle9i.shtml#OracleInstallationErrors
which appears to offer a solution, however, I don't like the idea of
installing rpms from an untrusted source and I am unable to find the
same rpms from Red Hat.
--
Dave Hull
------------------------------------------------------------------------
*From: * Dave Hull 30-Jan-04 14:44
*Subject: *Re : Error in invoking target install of makefile
/oracle/u01/app/oracle/product/9.2.0.1.0/network/lib/ins_oemagent.mk
I went back and reread this today:
http://tinyurl.com/2jboc
This is the link to "Certify - Additional Info Oracle Database -
Enterprise Edition Version 9.2 On Linux x86".
It contains the following at the bottom of the page:
You may get the following two errors:
Relink error for ins_oemagent.mk - Click ignore and complete the install.
Apply the patch for Bug 3119415 after the install is completed ctx
relinking error in ins_ctx.mk: Click ignore. This is fixed by applying
9.2.0.4 patchset
Having read that, I guess this is a known issue and I'm going to
continue the installation and follow these directions.
--
Dave Hull
------------------------------------------------------------------------
*From: * Oracle, Nutan Sharma 12-Mar-04
08:54
*Subject: *Re : Error in invoking target install of makefile
/oracle/u01/app/oracle/product/9.2.0.1.0/network/lib/ins_oemagent.mk
resolved.
------------------------------------------------------------------------
(Next message: 10g Collaboration Suite. No response - if similar error,
maybe contact writer directly and see whether this has been resolved
after July and if so how?)
2. *Oracle Applications Installations Technical Forum *
*Thread Status: *Active
*From: * Surendra Vadhia 08-Jul-04 17:57
*Subject: *installation relink problem: undefined reference to
__ctype_toupper
Hi,
I am installing 10g collaboration suite singlebox on RH AS 3.0 on x86
make -f ins_sqlplus.mk install throws errors tying to find the __ctype*
references in libcore9.a
(Exact error output:
[oracle@dlspx8604 lib]$
oracle@dlspx8601:/clpkg/p10gasinfra/app/oracle/10gasinfra/lib>
oracle@dlspx8601:/clpkg/p10gasinfra/app/oracle/10gasinfra/lib> cat
/tmp/ins*
[oracle@dlspx8604 lib]$ make -f ins_sqlplus.mk install
rm -f sqlplus
Linking sqlplus
rm -f sqlplus
gcc -o sqlplus -L/clpkg/p10gasinfra/app/oracle/10gasinfra/sqlplus/lib/
-L/clpkg/p10gasinfra/app/oracle/10gasinfra/lib/
/clpkg/p10gasinfra/app/oracle/10gasinfra/sqlplus/lib/s0afimai.o
-lsqlplus -lclntsh `cat
/clpkg/p10gasinfra/app/oracle/10gasinfra/lib/ldflags` -lnsslb9 -lncrypt9
-lnsgr9 -lnzjs9 -ln9 -lnl9 -lnro9 `cat
/clpkg/p10gasinfra/app/oracle/10gasinfra/lib/ldflags` -lnsslb9 -lncrypt9
-lnsgr9 -lnzjs9 -ln9 -lnl9 -lclient9 -lvsn9 -lwtc9 -lcommon9 -lgeneric9
-lwtc9 -lmm -lnls9 -lcore9 -lnls9 -lcore9 -lnls9 -lxml9 -lcore9 -lunls9
`cat /clpkg/p10gasinfra/app/oracle/10gasinfra/lib/ldflags` -lnsslb9
-lncrypt9 -lnsgr9 -lnzjs9 -ln9 -lnl9 -lnro9 `cat
/clpkg/p10gasinfra/app/oracle/10gasinfra/lib/ldflags` -lnsslb9 -lncrypt9
-lnsgr9 -lnzjs9 -ln9 -lnl9 -lclient9 -lvsn9 -lwtc9 -lcommon9 -lgeneric9
-ltrace9 -lnls9 -lcore9 -lnls9 -lcore9 -lnls9 -lxml9 -lcore9 -lunls9
-lclient9 -lvsn9 -lwtc9 -lcommon9 -lgeneric9 -lnls9 -lcore9 -lnls9
-lcore9 -lnls9 -lxml9 -lcore9 -lunls9 `cat
/clpkg/p10gasinfra/app/oracle/10gasinfra/lib/sysliblist`
-Wl,-rpath,/clpkg/p10gasinfra/app/oracle/10gasinfra/lib:/lib:/usr/lib
-lm -lpthread `cat
/clpkg/p10gasinfra/app/oracle/10gasinfra/lib/sysliblist` -ldl -lm -lpthread
/clpkg/p10gasinfra/app/oracle/10gasinfra/lib//libcore9.a(lmxcon.o)(.text+0x90f):
In function `lmxconpgtk':
: undefined reference to `__ctype_tolower'
/clpkg/p10gasinfra/app/oracle/10gasinfra/lib//libcore9.a(lmxcon.o)(.text+0x178d):
In function `lmxconpgtk':
: undefined reference to `__ctype_tolower'
/clpkg/p10gasinfra/app/oracle/10gasinfra/lib//libcore9.a(slpu.o)(.text+0x155):
In function `slpupath':
: undefined reference to `__ctype_toupper'
collect2: ld returned 1 exit status
make: *** [sqlplus] Error 1
[oracle@dlspx8604 lib]$ vi
/clpkg/p10gasinfra/app/oracle/10gasinfra/bin/genclntsh
[oracle@dlspx8604 lib]$
I have modified the genclntsh and toke out -z defs and added -lgcc
-L/usr/lib/gcc-lib/i386-redhat-linux/3.2.3. genclntsh runs fine.
The only package requirement I am not meeting exactly is the openmotiv,
I have a newer version installed.
Thanx for any reply in advance,
thomas.kunz@delos-it.ch
------------------------------------------------------------------------
3. *Unix Installation/OS: RDBMS Technical Forum *
*Thread Status: *Active
*From: * Matthew Cain 24-Apr-03 17:32
*Subject: *Linking error during install: ins_oemagent.mk
*RDBMS Version*: 9.2.0.1
*Operating System and Version*: Linux 2.4.20
*Error Number (if applicable)*:
*Product (i.e. SQL*Loader, Import, etc.)*:
*Product Version*:
Linking error during install: ins_oemagent.mk
Hi - we're attempting to install 9201 on a redhat9 linux box. We have
plenty of swap space (2 Gb), but every install fails when trying to link
ins_oemagent.mk. If we press the ignore button, the install completes,
and we can create databases.
The make.log includes lots of messages to undefined references
(__ctype_b, __ctype_toupper).
The tail of make.log is:
/usr/bin/make -f ins_oemagent.mk install
ORACLE_HOME=/u01/oracle/product/9.2.0
chmod 755 /u01/oracle/product/9.2.0/bin
if [ linux = aix ];
:
:
\
else \
gcc -L/u01/oracle/product/9.2.0/lib/ -L/u01/oracle/product/9.2.0/rdbms/lib
-L/u01/oracle/product/9.2.0/network/lib -L/u01/oracle/product/9.2.0/lib/
-L/
u01/oracle/product/9.2.0/rdbms/lib
-L/u01/oracle/product/9.2.0/network/lib -o
dbsnmp /u01/oracle/product/9.2.0/network/lib/s0nmi.o -lvppdc
/u01/oracle/produ
ct/9.2.0/network/lib/libvps.a \
/u01/oracle/product/9.2.0/network/lib/libnmi.a \
/u01/oracle/product/9.2.0/network/lib/libnmd.a /u01/oracle/product/9.2.0
/network/lib/libnms.a /u01/oracle/product/9.2.0/network/lib/libnmt.a
/u01/oracle
/product/9.2.0/network/lib/libnml.a \
/u01/oracle/product/9.2.0/network/lib/libnmi.a /u01/oracle/product/9.2.0
/network/lib/libnmsp.a /u01/oracle/product/9.2.0/network/lib/libpeer.a
/u01/orac
le/product/9.2.0/network/lib/libtcl.a \
-lclntsh /u01/oracle/product/9.2.0/rdbms/lib/defopt.o
le/product/9.2.0/network/lib/libtcl.a \
-lclntsh /u01/oracle/product/9.2.0/rdbms/lib/defopt.o -lclient9 \
-ltrace9 -lclntsh `cat /u01/oracle/product/9.2.0/lib/ldflags` -lnssl
b9 -lncrypt9 -lnsgr9 -lnzjs9 -ln9 -lnl9 -lnro9 `cat
/u01/oracle/product/9.2.0/li
b/ldflags` -lnsslb9 -lncrypt9 -lnsgr9 -lnzjs9 -ln9 -lnl9 -lclient9
-lvsn9 -l
wtc9 -lcommon9 -lgeneric9 -lwtc9 -lmm -lnls9 -lcore9 -lnls9 -lcore9
-lnls9 -lxm
l9 -lcore9 -lunls9 -lnls9 `cat /u01/oracle/product/9.2.0/lib/ldflags`
-lnsslb
9 -lncrypt9 -lnsgr9 -lnzjs9 -ln9 -lnl9 -lnro9 `cat
/u01/oracle/product/9.2.0/lib
/ldflags` -lnsslb9 -lncrypt9 -lnsgr9 -lnzjs9 -ln9 -lnl9 -lclient9 -lvsn9
-lw
tc9 -lcommon9 -lgeneric9 -ltrace9 -lnls9 -lcore9 -lnls9 -lcore9 -lnls9
-lxml9
-lcore9 -lunls9 -lnls9 -lclient9 -lvsn9 -lwtc9 -lcommon9 -lgeneric9
-lnls9 -lc
ore9 -lnls9 -lcore9 -lnls9 -lxml9 -lcore9 -lunls9 -lnls9 `cat
/u01/oracle/prod
uct/9.2.0/lib/sysliblist`
-Wl,-rpath,/u01/oracle/product/9.2.0/lib:/lib:/usr/lib
-lm `cat /u01/oracle/product/9.2.0/lib/sysliblist` -ldl -lm -lcrypt -lm;
\
fi
/u01/oracle/product/9.2.0/network/lib/libnmi.a(snmite.o)(.text+0x15db):
In funct
ion `snmitetn_tempName':
: the use of `tmpnam_r' is dangerous, better use `mkstemp'
/u01/oracle/product/9.2.0/network/lib/libnmi.a(nmijs.o)(.text+0x3552):
In functi
on `nmijsgn_GetNextTime':
: undefined reference to `__ctype_b'
/u01/oracle/product/9.2.0/network/lib/libnmi.a(nmijs.o)(.text+0x3565):
In functi
on `nmijsgn_GetNextTime':
: undefined reference to `__ctype_toupper'
/u01/oracle/product/9.2.0/network/lib/libnmi.a(nmijs.o)(.text+0x4e9a):
In functi
on `nmijsupper':
: undefined reference to `__ctype_b'
/u01/oracle/product/9.2.0/network/lib/libnmi.a(nmijs.o)(.text+0x4ead):
In functi
on `nmijsupper':
:
:
/u01/oracle/product/9.2.0/network/lib/libnmi.a(snmitcln.o)(.text+0x1603):
more u
ndefined references to `__ctype_b' follow
collect2: ld returned 1 exit status
make: *** [dbsnmp] Error 1
[oracle@klunk install]$
------------------------------------------------------------------------
*From: * Minna Helin 25-Apr-03 09:18
*Subject: *Re : Linking error during install: ins_oemagent.mk
Well, this is not any swap/resource problem. This strongly seems to be
GLIBC/GCC problem and I suspect that it might be connected to libc.a and
ctype.h (associated locale things), where these functions are missing. I
was noticing in WEB that jakub@redhat.com informed some bugs about these
things.
Check if there got something to you (don't know your versions):
gcc-patches@gcc.gnu.org
At least gcc3.2 and glibc2.3 was involved by this problem.
I hope this helps you, I'm not any Linux expert, but this Jakub seems to
be, so maybe you could ask him.
Minna Helin
Database specialist, DBA
------------------------------------------------------------------------
*From: * Minna Helin 25-Apr-03 12:06
*Subject: *Re : Linking error during install: ins_oemagent.mk
<>I found that RH9 includes the following versions:
- gcc 3.2.2 (GNU cc and gcc C compilers)
- glibc 2.3.2 (libc.a, etc.)
- glibc-devel 2.3.2 (header and object files for development, C)
So, do you got this development package installed ?
I can you find ctype.h and those missing declarations ?
Minna Helin
Database specialist, DBA
------------------------------------------------------------------------
*From: * Minna Helin 25-Apr-03 13:19
*Subject: *Re : Linking error during install: ins_oemagent.mk
Some experts says in WEB that this is workaround for your problem:
-----------------------------------------------------------------
If you want to hack your glibc 2.3 build to work around the problem,
here is how to do it: Remove the "compat_symbol" lines from
ctype/ctype-info.c and recompile libc. This makes those symbols be
exported again and that removes the only cases of this combination of
symbols and relocations that the old dynamic linker code doesn't handle.
It means that link-time references against those symbols will resolve
happily in your libc.so binary, which is exactly what we don't want for
these obsolete symbols. So this workaround won't go into glibc, but you
can use it yourself.
------------------------------------------------------
So, it's a problem using some "old" dynamic linking code loading new
shared objects. I've also seen some difficult to understand
patch-scripts, but...this is maybe easier way to fix.
Remember to take backup of codes you are changing, so you can go
backward, if it won't help !
Good luck !
Minna Helin
Database specialist, DBA
------------------------------------------------------------------------
***From: * Jeyaram Muthukrishnan 16-Apr-04
15:21
*Subject: *Re : Linking error during install: ins_oemagent.mk
Relink error for ins_oemagent.mk
- Ignore and complete the install
%%%% Apply the patch "3119415" %%%%
- relink
Thanks
Jeyaram Muthukrishnan
DBA, Aventis
------------------------------------------------------------------------