[ expat-Bugs-1618673 ] expat 2.0.0 compile problem on SCO-Unix 5.0.5

Bugs item #1618673, was opened at 2006-12-19 05:02
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1618673&group_id=10127

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: www.libexpat.org
Group: Third-party Bug
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: expat 2.0.0 compile problem on SCO-Unix 5.0.5

Initial Comment:
Message from [email protected]
----------------------------------
Hi, I'm trying to compile your expat 2.0.0 on a sco5.0.5 server but i'm facing with some problems.
first: in Makefile.in
INSTALL_ROOT ?= $(DESTDIR) or previous ifndef ...
sentence don't work . It work (It doesn't give 
"Must be a separator on rules line 47 (bu39)." message)
only with INSTALL_ROOT = $(DESTDIR)
Second and hardest problem is: 
executing make I get an error. with debug mode the message is:
.....
+ eval cc -I./lib -I. -g -belf -DHAVE_EXPAT_CONFIG_H -o xmlwf/.libs/xmlwf xmlwf/
xmlwf.o xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/readfilemap.o  ./.libs/libexpat.s
o -Wl,-R,/usr/local/lib
+ cc -I./lib -I. -g -belf -DHAVE_EXPAT_CONFIG_H -o xmlwf/.libs/xmlwf xmlwf/xmlwf
.o xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/readfilemap.o ./.libs/libexpat.so -Wl,
-R,/usr/local/lib
command line: fatal error: illegal value for -R: /usr/local/lib
+ exit 1
*** Error code 1 (bu21)
>
--------------
executing cc in debug mode i get 
cc:  'ld' '-Ra,XPG4PLUS,elf' '-Y' 'P,/usr/ccs/lib:/lib:/usr/lib' '/usr/ccs/lib/c
rt1.o' '/usr/ccs/lib/values-Xa.o' '-o' 'xmlwf/.libs/xmlwf' 'xmlwf/xmlwf.o' 'xmlw
f/xmlfile.o' 'xmlwf/codepage.o' 'xmlwf/readfilemap.o' './.libs/libexpat.so' '-R'
 '/usr/local/lib' '-Qy' '-lcrypt' '-lgen' '-lc' '/usr/ccs/lib/crtn.o'
cc: process: /usr/ccs/bin/elf/ld
command line: fatal error: illegal value for -R: /usr/local/lib
So the problem is the -R parameter passed to ld command that does not allow /usr/local/lib as argument
as you can see from these part of ld man
---------
.......

  -Rarg[,arg,...]
          Set runtime-behavior characteristics. The option accepts a
          comma-separated list of arguments. Note that there is no space
          between -R and its arguments. Each argument is one of the accepted
          values for the -a, -b, or -X flags of cc(CP), and should match the
          flags used when the objects were compiled. The default is
          -Rxpg4plus,elf,a for the ELF ld, and -Rxpg4plus,coff,a for the COFF
          ld. The ELF ld ignores -Rcoff and -Ribcs2; the COFF ld ignores
          -Relf.

          Multiple -R arguments may be given; the last argument of each type (
          -a, -b, or -X) is the one used. For example, -Ransi,a -Rxpg4,coff is
          equivalent to -Rxpg4,coff,a.
........

So, I belive some ld parameter must be changed but what?

TIA ,
I hope you can send me the solution


----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2009-01-17 13:33

Message:
No follow-up. Assume fix is OK.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2007-05-11 13:32

Message:
Logged In: YES 
user_id=290026
Originator: NO

The latest Makefile.in patch should make this issue go away
(see bug #1490371), as it removes the GNU specific conditional
directive.

With the other error (ld parameter) I am afraid that as a Windows
guy I really cannot help you. Hopefully others will jump in.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2007-05-05 13:29

Message:
Logged In: YES 
user_id=290026
Originator: NO

For part of this issue:

In an attempt to make Makefile.in more compatible across platforms I have
modified
the conditional directive above yet again:

ifeq ($(INSTALL_ROOT),)
INSTALL_ROOT = $(DESTDIR)
endif

Let's hope this will be more successful. 
Applied in Makefile.in rev. 1.57.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2006-12-19 13:48

Message:
Logged In: YES 
user_id=290026
Originator: NO

When I made the Expat 2.0 tarball I used libtool 1.5.22.
Is that new enough?


----------------------------------------------------------------------

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2006-12-19 10:43

Message:
Logged In: YES 
user_id=3066
Originator: NO

> All our Unix build experts have been unresponsive for a while.

Sadly, that's me.

I've never used SCO Unix myself.  Whether a new libtool fixes this
problem, I don't know.  If anyone can verify that, we can see about using
an updated libtool.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2006-12-19 10:30

Message:
Logged In: YES 
user_id=290026
Originator: NO

All our Unix build experts have been unresponsive for a while.
I am not sure I can really help you there.

I can only recommend to search Google for problems with ld on SCO.
And, in the spirit of support for OpenSource projects, why don't
you ditch SCO in favour of Linux? :-)

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2006-12-19 05:26

Message:
Logged In: NO 

Message from [email protected]
-----------------------------------
Command
 cc -I./lib -I. -g -belf -DHAVE_EXPAT_CONFIG_H -o xmlwf/.libs/xmlwf
xmlwf/xmlwf.o xmlwf/xmlfile.o xmlwf/codepage.o xmlwf/readfilemap.o
./.libs/libexpat.so -Wl,-L,/usr/local/lib
seems to work 
and create xmlwf/.libs/xmlwf  
How libtool should be changed?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=1618673&group_id=10127