Community
Participate
Working Groups
Created attachment 83086 [details] Binaries and scripts for Win64 support on Itanium Support for 64-bit Windows on Itanium is planned soon. SWT and some other plugins (affected by this change) already have support for this platform. We need to have resource-related dlls for IA64 also. I've attached an archive with corresponding files: Dlls compiled for Itanium: org.eclipse.core.resources.win32\os\win32\ia64\win32refresh.dll org.eclipse.core.filesystem.win32.ia64\os\win32\ia64\localfile_1_0_0.dll Scripts used to build these dlls: org.eclipse.core.resources.win32\a\make_ia64.bat org.eclipse.core.filesystem\natives\win32\make_IA64.bat I'm using cross-compiler from Windows Software Development Kit (SDK) for Windows Vista v 6.01. Could you please create corresponding items in CVS ? Is it possible to compile Itanium versions on your side, or should I send updates for binary files in future (it's rare for these dlls, but...)? Thanks in advance.
Are there any changes to the C source code, or did you just recompile them on the new architecture? Is it unavoidable that the DLL files are so much larger (nearly 4x larger than 32-bit version)? As you say, these natives rarely change, but when they do we appreciate help from the community to contribute updates and to help with testing. We are a very small team on resources and it's difficult to cover all the platform/os combinations ourselves.
John, changes in source code were not required. Just recompile. What about binaries size, it's known thing for IA64 code. I don't know whether it's compiler feature, or Itanium binary code cannot be smaller in principle. Regarding testing, I'm ready to take part in any time.
Any update ? It would be nice to have mentioned files in CVS soon. Thanks.
It is in progress. See bug 210386.
The bundles have been created in CVS, and I have released the native DLLs from Oleg's patch (thanks!). I have also refactored the resources natives so that the source code is stored in the host plugin (org.eclipse.core.resources), and the fragments just contain the native DLL and the extension in fragment.xml. This was needed to avoid duplicating the code in multiple fragments (or shipping both versions of the DLL in the same fragment). This needs some more testing on both x86 and ia64.
Is org.eclipse.core.resources.win32.x86 ready to be included in the platform feature? I was going to run a test build for the source build changes.
Kim: No. I released everything into CVS in the new bundle, but it's completely untested. Szymon is going to look at it tomorrow, and will let you know when ready for a build.
Created attachment 83471 [details] The update for core.map
The N20071122-0010 build contains new and renamed fragments. The tests on Win XP has passed on my machine. Oleg, when the next I-build is produced, please verify that it works on ia64. Of course you can try the current N-build as well.
Thanks, Szymon.
Oleg, did you verify that it works on ia64? Please add a comment so I could mark it FIXED.
Szymon, you can see that your patch is applied in the latest CVS. Unfortunately, there are some problems with build for IA64. When they will be resolved, all related bugs will be closed.
(In reply to comment #12) > Unfortunately, there are some problems with build for IA64. > When they will be resolved, all related bugs will be closed. Are you referring to any particular bug in the bugzilla?
The whole work is tracked by bug #142495: https://bugs.eclipse.org/bugs/show_bug.cgi?id=142495
Released to HEAD (see comment #5).
Verified.