home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.sun.apps:2767 comp.unix.solaris:417
- Path: sparky!uunet!spool.mu.edu!uwm.edu!linac!att!cbnewse!cbnewsd!att-out!rutgers!micro-heart-of-gold.mit.edu!xn.ll.mit.edu!ll.mit.edu!aws
- From: aws@ll.mit.edu (Alan Stone)
- Newsgroups: comp.sys.sun.apps,comp.unix.solaris
- Subject: Help! multiply defined errors
- Keywords: libc acc ANSI-C
- Message-ID: <1992Dec15.195240.14217@ll.mit.edu>
- Date: 15 Dec 92 19:52:40 GMT
- Sender: news@ll.mit.edu
- Organization: MIT Lincoln Laboratory, Lexington MA
- Lines: 26
- Originator: aws@ll.mit.edu (Alan Stone)
-
-
-
- We are currently converting our code to ANSI-compliance in preparation
- for the move to Solaris 2.x. We are running SunOS 4.1.3, and
- are using Sun's acc for compilation. Our project makefiles generate both
- .sa and .so versions of our libraries for flexibility. However when our
- applications are linked using -Bstatic the folowing error is produced:
-
- acc -v -vc -Xt -temp=/usr/tmp -Dsun -g -Bstatic -target sun4 -v -o acu
- acu.o -lastb -lm
- ld: /lib/libc.a(flsbuf.o): _fflush: multiply defined
-
- There are no errors when we link our applications dynamically. Is the
- static version of libc not compatible with the static libraries supplied
- by Sun with thier unbundled ANSI compiler?
-
- If I run 'ar t' on /usr/lib/libc.a I see flsbuf.o which I assume contains
- a definition of _fflush(). I also see that 'ar t' on libansi.a produces
- an object called fflush.o. Is this the problem and is there a workaround
- or patch available?
-
- My apologies if this has been beaten to death, but I am not a regular
- subscriber. If this is a bona fide problem (and not my screw up), it
- seems many folks would have experienced it already.
-
- Please respond to my email address. Thanks in advance.
-