From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3886 invoked by alias); 26 Nov 2010 12:03:16 -0000 Received: (qmail 3864 invoked by uid 22791); 26 Nov 2010 12:03:14 -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 mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 26 Nov 2010 12:03:10 +0000 Received: (qmail 18508 invoked from network); 26 Nov 2010 12:03:08 -0000 Received: from unknown (HELO orlando.localnet) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 26 Nov 2010 12:03:08 -0000 From: Pedro Alves To: gdb-patches@sourceware.org, Eli Zaretskii Subject: Re: Fix doc index name on Windows Date: Fri, 26 Nov 2010 12:03:00 -0000 User-Agent: KMail/1.13.5 (Linux/2.6.33-29-realtime; KDE/4.4.5; x86_64; ; ) Cc: Jonathan Larmour References: <4CEE9F77.1070509@eCosCentric.com> <4CEEAF36.7030005@eCosCentric.com> <83ipzk70w4.fsf@gnu.org> In-Reply-To: <83ipzk70w4.fsf@gnu.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201011261203.05391.pedro@codesourcery.com> X-IsSubscribed: yes 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/msg00452.txt.bz2 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). Is there a way to force that behaviour with a makeinfo command line switch or something of the sort? -- Pedro Alves