From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31429 invoked by alias); 26 Nov 2010 15:07:42 -0000 Received: (qmail 31421 invoked by uid 22791); 26 Nov 2010 15:07:41 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from hagrid.ecoscentric.com (HELO mail.ecoscentric.com) (212.13.207.197) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 26 Nov 2010 15:07:36 +0000 Received: from localhost (hagrid.ecoscentric.com [127.0.0.1]) by mail.ecoscentric.com (Postfix) with ESMTP id F39392F7800F; Fri, 26 Nov 2010 15:07:33 +0000 (GMT) Received: from mail.ecoscentric.com ([127.0.0.1]) by localhost (hagrid.ecoscentric.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5HGceCLBKLOE; Fri, 26 Nov 2010 15:07:32 +0000 (GMT) Message-ID: <4CEFCD32.40203@eCosCentric.com> Date: Fri, 26 Nov 2010 15:07:00 -0000 From: Jonathan Larmour User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc3.4.legacy (X11/20060515) MIME-Version: 1.0 To: Eli Zaretskii CC: Pedro Alves , gdb-patches@sourceware.org Subject: Re: Fix doc index name on Windows References: <4CEE9F77.1070509@eCosCentric.com> <4CEEAF36.7030005@eCosCentric.com> <83ipzk70w4.fsf@gnu.org> <201011261203.05391.pedro@codesourcery.com> <83d3ps6y9b.fsf@gnu.org> In-Reply-To: <83d3ps6y9b.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-11/txt/msg00455.txt.bz2 Eli Zaretskii wrote: >>From: Pedro Alves >>Date: Fri, 26 Nov 2010 12:03:05 +0000 >>Cc: Jonathan Larmour >> >>On Friday 26 November 2010 11:57:47, Eli Zaretskii wrote: >> >>>Then it's a bug in the cross-build version of makeinfo. There's code >>>in makeinfo/node.c:cm_node to handle the case when a file name >>>produced from a node name clashes with a name of an existing file >>>(produced from some other node name), due to limitations of the >>>underlying filesystem. What makeinfo does in that case is put all the >>>nodes whose names map to the same file name on that single file. I >>>see this behavior in action in the Windows port of makeinfo 4.8, and >>>the code which does this was written long before Texinfo 4.7 was >>>released, so you must have it as well. >> >>If such code is only triggerable on some hosts only, then IMO it >>is broken, because the resulting files will not be movable between >>hosts (e.g., generate on Unix, unpack on Windows/NTFS/FAT/Samba, whatnot). > > > IMO, "broken" is an exaggeration. How many tools did you see that > care about having their files produced on Unix be compatible with > NTFS? How many maintainers of GNU packages do you know who would even > consider a possibility of inserting NTFS-related limitations into > their codebase? Evidently quite a few because my patch just brings GDB into line with what GAS, binutils, BFD, CPP, and LD's docs explicitly do. In this respect GDB is the odd one out. > Usually, such problems are at best fixed for the hosts that use the > affected filesystems. And the cross-build environments should take > care of these issues, because they _do_ (or should) care. People don't use a special cross version of makeinfo. GDB doesn't try and invoke one, for example. Which is quite right. I don't think people would be keen if I submitted a patch requiring cross builders to have provided e.g. arm-eabi-makeinfo. >>Is there a way to force that behaviour with a makeinfo command line >>> switch or something of the sort? > > > Not that I know of. No one has ever asked for that, AFAIK. But it > should be trivial to add such a switch, now that I pointed to the code > which does that. I don't think it's good to make GDB dependent on a version of makeinfo which does not yet exist. Jifl -- eCosCentric Limited http://www.eCosCentric.com/ The eCos experts Barnwell House, Barnwell Drive, Cambridge, UK. Tel: +44 1223 245571 Registered in England and Wales: Reg No 4422071. ------["Si fractum non sit, noli id reficere"]------ Opinions==mine