Conference hydra::axp-developer

3424.0. "IOna Technologies - Point 24278" by KZIN::ASAP () Tue Apr 01 1997 03:10

From:	ESSB::ESSB::MRGATE::"ILO::ESSC::santing" 27-MAR-1997 16:54:58.65
To:	RDGENG::ASAP
CC:	
Subj:	ESCALATION: POINT  24278, Iona Technology

From:	NAME: ESCTECH@ILO            
	TEL: (822-)6704            
	ADDR: ILO                    <santing@ESSC@ILO>
To:	ASAP@RDGENG@MRGATE


Hello - 

POINT Log Number	 24278

Company Name 	IOna Technologies

Engineers name	Aileen Cunningham

Telephone Number 		 01 6686522


Fax Number		 01 6686573

E-mail Address	[email protected]

Operating System, Version	Digital Unix 3.2c
 
Platform			

Problem Statement		

 Aileen Cunningham

I have compiled a binary on Digital Unix 3.2 and am attempting to run it
on Digital Unix 4.0

I get the following error message that appears to indicate an 
incompatibility between the maths libraries on 3.2 and 4.0.

./idl -v
18783:./idl: /sbin/loader: Error: unresolvable symbol in ./idl: fabs
18783:./idl: /sbin/loader: Fatal Error: this executable has unresolvable 
symbols

My binary was compiled with v5.1 of the cxx C++ compiler on Digital Unix 3.2b,
Alpha 3000/900


My target platform is OSF1 V4.0 564 alpha, Alphaserver 1000


I just used the standard C++ options plus a few -D options.
My link line looks like this (I don't even link in libm)

cxx  -DOSF1  -I. -I/var/clearcase/include  -DRELEASE_IDL_CMD_LINE 
-DBUILDING_IDL -DSEQ_DESTR_INLINE_OFF  -O -UOMG_MAP_OFF -UOMG_MAP_EXTRAS_OFF 
-UOMGCXX_IDL_OFF -UOMG_MAP_PUBLIC -UUIMX -UISIS -DSTANDARD_ORBIX     -DCXX 
-DSIMPLE_DEFAULT_ARGS -DSVR4 -DIT_RAISE_NAT_EH -DIT_AVAIL_NAT_EH -o idl main.o 
compD.o \
 -L/var/clearcase -lidl  



>
>Is recompiling on version 4 an option?

I supply a software product to be used by customers on both Digital Unix 3.2 
and 4.0.
I understood that there was forward binary compatibiliy betwwen 3.2 and 4.0 so 
I would not need to supply a separate 4.0 product.

Recompiling on 4.0 means that I would need to supply and maintain 2 products - 
which isn't really an option.

Let me know if you need any further information,

Regards,

Ben


		   QED Qualitas Est Demonstrandum
		   ==============================
Ben Santing, Technical Consultant		Phone:  DTN 822 4330
European Customer Service Centre		Phone:  DTN 822 4269
Digital Equipment International B.V.		FAX:    DTN 822 4445

	     In replying, please use [email protected]

In your message of Tue, 01 Apr 1997 11:54:47 BST, you say:

This has fixed my problem - thanks for your help

Aileen


>Aileen,
>	The reason your application fails with V4.0 is that prior to V4.0m the
>fabs() function call esisted in both libm and libc. Your application linked
>against the libc version by default.
>
>	A number of maths functions, including the fabs() call were retired fro
m
>libc in Digital Unix V4.0. (see the V4.0 release notes, section 8.17) and are
>now only available in libm. It was announced that these functions would be
>retired since V2.0.
>
>	I can offer two workrounds to your problem:
>
>1. Re link your application on V3.2x using -lm. This will produce a version
>which use the maths functions in libm and then runs OK on V3.2x and V4.x
>
>2. On V4.x systems, set the environment variable
>	setenv _RLD_LIST "DEFAULT:libm.so"
>
>After setting this, all shared executables you run will load and resolve
>symbols from libm.so as well, which is where fabs lives, so your V3.2b built
>executable will run. Note that if the setuid or setgid bits are set for your
>application, this will only work if your user_id is root. _RLD_LIST is ignored
>by processes which run with a different effective user or group id.
>
>I would also advise, for your information (though not related to your cuttent
>problem) that our C++compiler is now at version 5.5.
>
>regards,
>	
>Ian Chamberlin,
>
>Digital Equipment Co, Software Partner Engineering.




-- 
Aileen Cunningham			Ph   +353 1 6625255
IONA Technologies Limited		Fax  +353 1 6625244
The IONA Building			email  [email protected]
8-10 Lower Pembroke St.           
Dublin 2, Ireland