From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx07-00178001.pphosted.com (mx08-00178001.pphosted.com [91.207.212.93]) by sourceware.org (Postfix) with ESMTPS id 48E7A3858C50 for ; Fri, 2 Dec 2022 16:06:13 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 48E7A3858C50 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=foss.st.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=foss.st.com Received: from pps.filterd (m0046661.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 2B2DxsPx030952 for ; Fri, 2 Dec 2022 17:06:11 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foss.st.com; h=message-id : date : mime-version : from : subject : to : content-type : content-transfer-encoding; s=selector1; bh=lPkpFEYR58JJoJFjw6WbWmnB0aNNaufPQLgcfSA4Nao=; b=bKdOUWIwXBCWakwMmUGFvASIz5JagfMUEKU6B0jYdk91iLKBt5QxGEK4r1Amb+c7gHkO RoPNwFpDXDOWxmUQbkm3xQYXolh8zWhDcUz+N0OJsp34lr2Oip3iap+O/EiY/LeMPR5k jBpcQJuokFsthZcHObCMip1Br10tDxR3AqSjGJHzJTWu3boB8H4lJUjEq/OgGu0QLzGN kai8dnWZRYWyyOW0R/rVJWpQZEUANuHB7WT/d5LPz0tILeHY4Br+TcM2yCQqhDJ13ffB AwHRjjkRuN7OIgc1zerO9pOgmImF1jhPeDfeyUu7n6YRWGBJQgg5YG+ImyR3SLmX2fvS fg== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com (PPS) with ESMTPS id 3m6k9xb948-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 02 Dec 2022 17:06:11 +0100 Received: from euls16034.sgp.st.com (euls16034.sgp.st.com [10.75.44.20]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 7726910002A for ; Fri, 2 Dec 2022 17:06:07 +0100 (CET) Received: from Webmail-eu.st.com (shfdag1node3.st.com [10.75.129.71]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id 5547E22FA3F for ; Fri, 2 Dec 2022 17:06:07 +0100 (CET) Received: from [10.210.55.83] (10.210.55.83) by SHFDAG1NODE3.st.com (10.75.129.71) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.6; Fri, 2 Dec 2022 17:06:04 +0100 Message-ID: <419fd802-0895-3c9e-dd0d-be9963d7a83b@foss.st.com> Date: Fri, 2 Dec 2022 17:06:03 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Content-Language: en-US From: Torbjorn SVENSSON Subject: Iconv.html and iconv.html To: Newlib Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.210.55.83] X-ClientProxiedBy: EQNCAS1NODE4.st.com (10.75.129.82) To SHFDAG1NODE3.st.com (10.75.129.71) X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.219,Aquarius:18.0.923,Hydra:6.0.545,FMLib:17.11.122.1 definitions=2022-12-02_08,2022-12-01_01,2022-06-22_01 X-Spam-Status: No, score=-5.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hello, I have been building a toolchain for the arm-none-eabi target using a rather recent snapshot of newlib. While building the html documentation, I noticed that there will be generated the two files named Iconv.html and iconv.html. While this works fine for case sensitive file systems, it's obvious that this will not have the desired outcome on a case-insensitive file system, such as on Windows system. The Iconv.html file contains the chapter description and the iconv.html file contains the description of the iconv-function. Can someone, with the knowledge of how these filenames are generated, change one of them so that the filenames differ on a case insensitive file system? Kind regards, Torbjörn