Re: Trying to install/compile MailScanner-install-4.62.9,-3.tar On Aug 24, 12:39 pm, "Steve M. Fabac, Jr." <smfa...@att.net> wrote:
> Brent Bolin wrote:
>
> > On Aug 22, 3:34 pm, "Steve M. Fabac, Jr." <smfa...@att.net> wrote:
> > > Still looking for help on this issue. Anybody?
>
> > > Steve M. Fabac, Jr. wrote:
>
> > > > A module in MailScanner creates a working directory /tmp/tnef-1.4.3
> > > > and runs ./configure and make in that directory. The problem I am
> > > > getting is UX:i386ld: ERROR: Symbol referencing errors. No output
> > > > written to tnef.
>
> > > > This is on SCO 5.0.7 with the SCO Development system:
>
> > > > UNIX Development System component 5.2.0A installed
> > > > rs507d - Development System Update rs507d.un applied
> > > > rs507d - Development System Update rs507d.un loaded
> > > > SCO C++ Development System 3.1.4Ga installed
> > > > rs507d - C++ Development System Update rs507d.cp applied
> > > > rs507d - C++ Development System Update rs507d.cp loaded
> > > > Extended Tcl Development System 7.3.2e installed
> > > > Administration Framework Development System 1.0.2Aa installed
> > > > Custom Distribution Mastering Toolkit 1.2.0j installed
> > > > rs507d - CDMT Patch rs507d.cd applied
> > > > rs507d - CDMT Patch rs507d.cd loaded
> > > > X11/Motif Development System component 5.2.5j installed
> > > > rs507d - X11/Motif Development System Patch rs507d.xd applied
> > > > rs507d - X11/Motif Development System Patch rs507d.xd loaded
>
> > > > And swconfig shows: GNU Development Tools 5.0.7g partially installed
>
> > > > At one time I had gcc on this system but it was removed and replaced with
> > > > the SCO Dev system. gwxlibs does not show up in custom but /usr/gnu/bin
> > > > exists and is populated with everything but gcc:
>
> > > > # ls -m
> > > > autoexpect, autopasswd, autopoint, cryptdir, decryptdir, dislocate,
> > > > envsubst,
> > > > expect, expectk, ftp-rfc, gettext, gettextize, ginstall-info, gmake,
> > > > install-info, kibitz, lpunlock, mkpasswd, msgattrib, msgcat, msgcmp,
> > > > msgcomm,
> > > > msgconv, msgen, msgexec, msgfilter, msgfmt, msggrep, msginit, msgmerge,
> > > > msgunfmt, msguniq, multixterm, ngettext, passmass, rftp, rlogin-cwd, tcl,
> > > > tclhelp, tclsh, tclsh8.4, timed-read, timed-run, tknewsbiff, tkpasswd,
> > > > unbuffer, weather, wish, wish8.4, wishx, xgettext, xkibitz, xpstat
>
> > > > When I changed to /tmp/tnef-1.4.3 and ran make clean and make I see a whole
> > > > raft of object compile statements but the end result is:
>
> > > > cc -g -o tnef alloc.o attr.o date.o debug.o file.o main.o
> > > > mapi_att
> > > > r.o options.o path.o rtf.o tnef.o util.o write.o xstrdup.o
> > > > tnef_names.o tnef_t
> > > > ypes.o mapi_types.o mapi_names.o replace/libreplace.a
> > > > Undefined first referenced
> > > > symbol in file
> > > > libintl_gettext libreplace.a(getopt_long.o)
> > > > UX:i386ld: ERROR: Symbol referencing errors. No output written to tnef
> > > > *** Error code 1 (bu21)
> > > > *** Error code 1 (bu21)
> > > > *** Error code 1 (bu21)
> > > > *** Error code 1 (bu21)
>
> > > > I did a grep libintl_gettext on /usr/include/* and found:
> > > > /usr/include/libgnuintl.h:extern char *libintl_gettext (const char
> > > > *__msgid);
> > > > /usr/include/libgnuintl.h: return libintl_gettext (__msgid);
> > > > /usr/include/libgnuintl.h:# define gettext libintl_gettext
> > > > /usr/include/libgnuintl.h: _INTL_ASM (libintl_gettext);
>
> > > > and then looking at it in context:
>
> > > > # less /usr/include/libgnuintl.h
>
> > > > /* Look up MSGID in the current default message catalog for the current
> > > > LC_MESSAGES locale. If not found, returns MSGID itself (the default
> > > > text). */
> > > > #ifdef _INTL_REDIRECT_INLINE
> > > > extern char *libintl_gettext (const char *__msgid);
> > > > static inline char *gettext (const char *__msgid)
> > > > {
> > > > return libintl_gettext (__msgid);
> > > > }
> > > > #else
> > > > #ifdef _INTL_REDIRECT_MACROS
> > > > # define gettext libintl_gettext
> > > > #endif
> > > > extern char *gettext (const char *__msgid)
> > > > _INTL_ASM (libintl_gettext);
> > > > #endif
>
> > > > I checked the config.log and found:
>
> > > > configure:4404: checking for gettext in -lintl
> > > > configure:4439: cc -o conftest -g conftest.c -lintl >&5
> > > > UX:i386acomp: WARNING: "conftest.c", line 23: warning: statement not
> > > > reached
> > > > Undefined first referenced
> > > > symbol in file
> > > > gettext conftest.o
> > > > UX:i386ld: ERROR: Symbol referencing errors. No output written to conftest
> > > > configure:4445: $? = 1
> > > > configure: failed program was:
> > > > | /* confdefs.h. */
> > > > | #define PACKAGE_NAME "tnef"
> > > > | #define PACKAGE_TARNAME "tnef"
> > > > | #define PACKAGE_VERSION "1.4.3"
> > > > | #define PACKAGE_STRING "tnef 1.4.3"
> > > > | #define PACKAGE_BUGREPORT "verdamm...@users.sourceforge.net"
> > > > | #define PACKAGE "tnef"
> > > > | #define VERSION "1.4.3"
> > > > | /* end confdefs.h. */
>
> > > > What do I need to do to fix this?
>
> > You might have better luck if you subscribe to the MailScanner mail
> > list -
>
> > mailscan...@lists.mailscanner.info
>
> That's a possibility but I've discounted it as this ia a compiler issue and
> not an operational issue.
>
> The fact that the MailScanner web site has foucused downloads for
> Linux RPM (Fedora, RedHat, Mandrake and other Linux) and Free BSD,
> (Solaris, BSD, Other Linux, and Other UNIX) versions with nothing
> listing SCO tends to suggest the "SCO not welcome" mindset common
> of most Linux developers.
>
> The lack of respnse is likely due to the long posting. Questions
> like "Mail Scanner won't compile - why?" get frequent responses with
> requests for more information. Too much invormation (like in my
> original post) are too much to digest and get little response.
>
> --
>
> Steve Fabac
> S.M. Fabac & Associates
> 816/765-1670
Not sure it's a mind set. It's where most of the open source
development exists. |