Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 323835

Summary: Compiler can't build projects with package names that only differ in case
Product: [Eclipse Project] JDT Reporter: Markus Keller <markus.kell.r>
Component: CoreAssignee: JDT Core Triaged <jdt-core-triaged>
Status: CLOSED WONTFIX QA Contact:
Severity: minor    
Priority: P4 CC: amj87.iitr, daniel_megert, srikanth_sankaran
Version: 3.7   
Target Milestone: ---   
Hardware: PC   
OS: Windows XP   
Whiteboard: stalebug
Bug Depends on:    
Bug Blocks: 320349    
Attachments:
Description Flags
example project none

Description Markus Keller CLA 2010-08-27 10:34:02 EDT
Created attachment 177619 [details]
example project

I20100824-1210

The Eclipse compiler can't build projects with package names that only differ in case:

The project was not built due to "A resource exists with a different case: '/CaseSensitive/bin/pack'.". Fix the problem, then try refreshing this project and building it since it may be inconsistent

Javac happily compiles this and java.exe runs it (see the ANT script in the attached example).
Comment 1 Dani Megert CLA 2010-08-30 05:14:09 EDT
I think the problem comes from the fact that this happens inside the workspace which itself is case-sensitive, hence writing to the same bin folder fails. If the source folders get different output folders then it works.
Comment 2 Ayushman Jain CLA 2010-08-30 06:59:16 EDT
Srikanth, this seems like a close relative of bug 321115?
Comment 3 Srikanth Sankaran CLA 2010-08-31 05:11:39 EDT
(In reply to comment #1)
> I think the problem comes from the fact that this happens inside the workspace
> which itself is case-sensitive, hence writing to the same bin folder fails. If
> the source folders get different output folders then it works.

Yes.

Since the workspace itself is backed by a file system that is not
case sensitive, there isn't much that can be done. Unless the platform
layer wants to invest in coming up with special file name encodings
to avoid this problem. IMO, this is not worth pursuing.

Markus, I am inclined to close it as WONTFIX. Do you disagree ?
Comment 5 Markus Keller CLA 2010-09-13 08:12:58 EDT
Note that the given example compiles and runs fine with javac. If there's no real conflict (i.e. just packages with different casing), then I would expect this to work in Eclipse as well. Low priority, though.

Filename mangling for clashing *type* names would be overkill, given that javac also doesn't do that.
Comment 6 Eclipse Genie CLA 2019-10-23 01:53:00 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

--
The automated Eclipse Genie.