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

Bug 204643

Summary: [launcher] Porting equinox laucher on HP-UX IPF 32bit
Product: [Eclipse Project] Equinox Reporter: Gowri <gowrisharmi.kandasamy>
Component: FrameworkAssignee: equinox.framework-inbox <equinox.framework-inbox>
Status: RESOLVED DUPLICATE QA Contact:
Severity: normal    
Priority: P3 CC: aniefer, tjwatson
Version: 3.3   
Target Milestone: ---   
Hardware: Other   
OS: HP-UX   
Whiteboard:

Description Gowri CLA 2007-09-26 00:53:35 EDT
Build ID: 3.3 

Steps To Reproduce:
The launcher plugin is not  available for HP-UX IPF 32bit launcher  with the 3.3 source . Currently we only have  for PA_RISC.
org.eclipse.equinox.launcher.motif.hpux.PA_RISC . An equivalent one for IPF64_32 should be created.



More information:
With the current 3.3 build on HP-UX IPF32  , when I run eclipse , I get the following error message .

" " The eclipse executable launcher was unable to locate it's companion shared library " . 

By debugging , I noticed that "library" is null , and fails. Do we need to pass any other library parameter while running eclipse ?

eclipseMain.c
   173
   174          /* Find the eclipse library */
   175          library = findLibrary(library, program);
   176
   177          if(library != NULL)
   178                  handle = loadLibrary(library);
   179          if(handle == NULL) {
   180                  if (!suppressErrors) {
   181                          errorMsg = malloc( (_tcslen(libraryMsg) + _tcslen(officialName) + 10) * sizeof(_TCHA
R) );
   182                  _stprintf( errorMsg, libraryMsg, officialName );
   183                  displayMessage( officialName, errorMsg );
   184                  free( errorMsg );
   185                  }
Comment 1 Andrew Niefer CLA 2007-09-26 10:28:54 EDT
When compiling the launchers, default WS, OS and ARCH values are set at compile time (passed in from the make file) and these values are used to find the shared library in the corresponding launcher.ws.os.arch fragment.


If you don't have such a fragment and the library is elsewhere, use --launcher.library to specify the path to the eclipse_<version>.so file.
Comment 2 Gowri CLA 2007-09-27 14:10:25 EDT
 eclipse/library/motif/make_hpux_ia64_32.mak   does not have target to build the eclipse_<version>.so  file .  The target all should include $(DLL) to build the  library.


52
    53  all: $(EXEC)
    54
    55  .c.o:
    56          $(CC) $(CFLAGS) -c $< -o $@
    57
    58  eclipse.o: ../eclipse.c ../eclipseOS.h ../eclipseCommon.h ../eclipseJNI.h
    59          $(CC) $(CFLAGS) -c ../eclipse.c -o $@
    60

   I changed the source in features/org.eclipse.equinox.executable/library/motif . But it's getting overwrriten during the build .  Could you let me know which file needs to be modified.

Comment 3 Andrew Niefer CLA 2007-09-28 14:51:19 EDT
Both of the hpux make files are out of date, I would suggest modifying the solaris one as appropriate.

During the build, if all your files are already present on disk, you can turn off fetching with skipFetch=true, however there is no way to make this only apply to the executable project.

An alternative is to copy your modified files after the fetch by adding custom ant to the customTargets.xml postFetch target.
Comment 4 Andrew Niefer CLA 2007-10-22 18:08:00 EDT
Is IPF64_32 different from the ia64_32 being requested in bug 207087?

As a side note, I noticed that the current make_hpux_ia64_32.mak does have targets for the library.  Make sure you are looking in org.eclipse.equinox.executable for the sources and not the old platform-launcher project.
Comment 5 Gowri CLA 2007-11-22 03:21:52 EST
This  is a duplicate of the bug 207087? . Please duplicate this.

Comment 6 Gowri CLA 2007-11-22 03:22:57 EST

*** This bug has been marked as a duplicate of bug 207087 ***