From stdcxx-dev-return-5884-apmail-incubator-stdcxx-dev-archive=incubator.apache.org@incubator.apache.org Tue Oct 30 16:59:40 2007 Return-Path: Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org Received: (qmail 47406 invoked from network); 30 Oct 2007 16:59:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Oct 2007 16:59:40 -0000 Received: (qmail 63356 invoked by uid 500); 30 Oct 2007 16:57:28 -0000 Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org Received: (qmail 63346 invoked by uid 500); 30 Oct 2007 16:57:28 -0000 Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: stdcxx-dev@incubator.apache.org Delivered-To: mailing list stdcxx-dev@incubator.apache.org Received: (qmail 63329 invoked by uid 99); 30 Oct 2007 16:57:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Oct 2007 09:57:27 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of Farid_Zaripov@epam.com designates 217.21.63.3 as permitted sender) Received: from [217.21.63.3] (HELO EPMSA009.epam.com) (217.21.63.3) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Oct 2007 16:57:44 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: svn commit: r588290 - /incubator/stdcxx/branches/4.2.x/etc/config/windows/projectdef.js Date: Tue, 30 Oct 2007 18:57:11 +0200 Message-ID: <7BDB2168BEAEF14C98F1901FD2DE64380122014E@epmsa009.minsk.epam.com> In-Reply-To: <472650CE.5040403@rowe-clan.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: svn commit: r588290 - /incubator/stdcxx/branches/4.2.x/etc/config/windows/projectdef.js Thread-Index: Acgacut+IlFyMeQdSoOGtx6nAwgbMQAn7ryw References: <20071025174022.141271A9832@eris.apache.org> <4726486A.2020109@roguewave.com> <472650CE.5040403@rowe-clan.net> From: "Farid Zaripov" To: X-Virus-Checked: Checked by ClamAV on apache.org > -----Original Message----- > From: William A. Rowe, Jr. [mailto:wrowe@rowe-clan.net]=20 > Sent: Monday, October 29, 2007 11:30 PM > To: stdcxx-dev@incubator.apache.org > Subject: Re: svn commit: r588290 -=20 > /incubator/stdcxx/branches/4.2.x/etc/config/windows/projectdef.js >=20 > > faridz@apache.org wrote: > >> Author: faridz > >> Date: Thu Oct 25 10:40:21 2007 > >> New Revision: 588290 > >> > >> URL: http://svn.apache.org/viewvc?rev=3D588290&view=3Drev > >> Log: > >> 2007-10-25 Farid Zaripov > >> > >> * projectdef.js (projectCreateVCProject): Generate .pdb file > >> in $(OutDir) instead of $(IntDir). Use common .pdb file > >> instead of two (compiler's and linker's). >=20 > Are you sure you didn't mean to continue inverting these,=20 > therefore storing the compiler's pdb results in the IntDir? >=20 > Yes, the resulting link-output pdb must reside in OutDir as=20 > you have patched, but combining them may lead to some=20 > unstable results and also bloated .pdb's without benefits to=20 > the debugger (?). I don't completely understand which one unstable results could be? Before the patch: 1. in static builds the source pdb was generated in IntDir with the name vc71.pdb for MSVC 7.1 (or vc80.pdb for MSVC 8.0); the binary pdb doesn't exist since the static library is produced by lib.exe, but not by link.exe. 2. in dynamic builds the source pdb was generated in IntDir with the name vc71.pdb for MSVC 7.1 (or vc80.pdb for MSVC 8.0); the binary pdb was generated in OutDir with the name libstdxx.pdb. After the patch: 1. in static builds the source pdb is generating in OutDir with the name libstdxx.pdb; the binary pdb doesn't exist since the static library is produced by lib.exe, but not by link.exe. 2. in dynamic builds the source pdb and the binary pdb both generating in OutDir using the single file with the name libstdxx.pdb. I suppose you mean that the information from the source pdb in the dynamic builds will be unuseful for the library users because they are use the binary .dll file, but not the .obj files. And adding this information to the binary pdb just increase the pdb file without any benefits. Right? So you propose to revert the patch only for dynamic builds? Farid.