bugmake - Bugs: bug #37648, [Regression from 3.81] Cannot...

 
 

bug #37648: [Regression from 3.81] Cannot build projects having files with German/French/other specific characters

Submitted by:  Sluvy <python12>
Submitted on:  Mon 29 Oct 2012 10:50:11 AM UTC  
 
Severity: 3 - NormalItem Group: Enhancement
Status: NonePrivacy: Public
Assigned to: NoneOpen/Closed: Open
Component Version: 3.82Operating System: MS Windows
Fixed Release: NoneTriage Status: Major Effort

Add a New Comment (Rich MarkupRich Markup):
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Wed 23 Oct 2013 05:32:22 AM UTC, comment #2:

No further info is available after a year.

As long as Make on Windows uses the current codepage for console programs, it will always be limited by the OEM codepage in effect.

Therefore, I'm reclassifying this as an enhancement. Patches are welcome to overcome the above inherent limitation of using single-byte or multibyte character strings for file names.

Eli Zaretskii <eliz>
Project Member
Mon 29 Oct 2012 05:21:03 PM UTC, comment #1:

Please attach a minimal Makefile needed to reproduce the problem. It is hard to reason about this without at least that much.

Off-hand, I'd say that I find it hard to believe this is a regression. Make used a temporary batch file in version 3.81 as well, so the same problems would happen in that version as well. Perhaps the v3.81 binary you used was not built with MinGW (e.g., with Cygwin).

More generally, Make is a console program, and as such it by default uses the OEM codepage, in your case codepage 437. These are MS-Windows "rules of the game", you cannot expect Make not to play according to them. (By the way, 437 is not an ASCII codepage, it does include a small number of Latin characters in the upper half, although it certainly doesn't support the full repertory of codepage 1252.) So you cannot expect Make to use cp1252, unless you set your console to that codepage before running Make (which I think will not work always, at least not reliably.)

Having said all that, I'm willing to take a look at specific test cases and see what can be done.

Thanks.

Eli Zaretskii <eliz>
Project Member
Mon 29 Oct 2012 10:50:11 AM UTC, original submission:

The make tool version 3.82 does not properly handle the cases when source file names contain German/French/others specific characters.

When building projects on Windows, the make tool 3.82 creates temporary BATCH files and executes them in the background.

The default Code Page for US Windows Command Prompt is 437 - ASCII.

The bug does not reproduce when the code page is 1252.

The make tool version 3.81 used to handle it smoothly. This is a regression.

Sluvy <python12>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by psmith (Updated the item)
  • -unavailable- added by eliz (Posted a comment)
  • -unavailable- added by python12 (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 3 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Wed 23 Oct 2013 05:32:22 AM UTCelizItem GroupBug=>Enhancement
      Triage StatusNeed Info=>Major Effort
    Sat 06 Apr 2013 02:55:15 PM UTCpsmithTriage StatusNone=>Need Info

    Back to the top


    Powered by Savane 3.1-cleanup