From owner-cvs-all Sat Oct 10 21:56:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA15772 for cvs-all-outgoing; Sat, 10 Oct 1998 21:56:06 -0700 (PDT) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA15767; Sat, 10 Oct 1998 21:56:05 -0700 (PDT) (envelope-from peter@FreeBSD.org) From: Peter Wemm Received: (from peter@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA11475; Sat, 10 Oct 1998 21:56:03 -0700 (PDT) Date: Sat, 10 Oct 1998 21:56:03 -0700 (PDT) Message-Id: <199810110456.VAA11475@freefall.freebsd.org> To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: cvs commit: src/gnu/lib/libg++ Makefile src/gnu/lib/libstdc++ Makefile Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk peter 1998/10/10 21:56:03 PDT Modified files: gnu/lib/libg++ Makefile gnu/lib/libstdc++ Makefile Log: libg++ and libstdc++ also have internal calls to libm. Programs using the shared versions should not need to add -lm unless the program uses libm itself. Strictly speaking, libg++ depends on libstdc++, but libstdc++ has dynamic dependencies on some exception tables and binutils doesn't seem to like it when a secondary library has undefined references. It doesn't seem to care when -lstdc++ is added on the command line to ld though. Anyway, the c++ driver adds -lstdc++ explicitly, so that should be OK. c++ also adds -lm explicitly too, even though it wouldn't need to now. [except for statically linked binaries as .a files don't have an equivalent of automatic internal shared object dependencies.] Revision Changes Path 1.21 +6 -1 src/gnu/lib/libg++/Makefile 1.10 +4 -1 src/gnu/lib/libstdc++/Makefile To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message