[bugs #10816] Can't build palettes on win32

[Patrick Middleton]

This mail is an automated notification from the bugs tracker
 of the project: GNUstep.

/**************************************************************************/
[bugs #10816] Latest Modifications:

Changes by: 
                Patrick Middleton <patrickx@onestep.co.uk>
'Date: 
                Mon 11/08/2004 at 10:41 (GMT)

------------------ Additional Follow-up Comments ----------------------------
Could somebody review *all* the standard makefiles for Win32?

I've tried to build all sorts of stuff on WinXP sp1 using the 1.10.0 and 1.10.1 
installers, and builds generally fail as described. by GJC.  gnustep-gui and 
gnustep-back build; they have makefiles with special magic to create and use 
.DEF files and import libraries.

Simple apps that link only against standard libraries such as Foundation and 
AppKit do build.
gnustep-gui and gnustep-back build, and apparently have special magic in their 
makefiles to enable this.
Any other library, framework, aggregate or loadable bundle (eg: palette) 
appears not to build.

Part of the problem appears to be that import libraries for the DLLs exporting 
symbols referenced in the object being linked don't get seen, which generates 
the list of 'undefined reference' messages.
Another part seems to be that a .DEF file isn't generated automatically.
Another part seems to be that a .A file (import library) isn't generated 
automatically from the .DEF file.

[tip: loadable bundles will be .DLLs, but don't need matching .DEF or .A files]
[tip: On NeXT's OPENSTEP/Windows, you couldn't refer to symbols from one 
loadable bundle in another; the obvious thing to do is to move the commone code 
to a framework or other shared library, which is a nuisance; the subtler thing 
to do is weak-link, by using NSClassFromString() and lots and lots of casts.]








/**************************************************************************/
[bugs #10816] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=10816>
Project: GNUstep
Submitted by: Gregory John Casamento
On: Thu 10/28/2004 at 03:28

Category:  Makefiles
Severity:  7 - Major
Item Group:  Change Request
Resolution:  None
Privacy:  Public
Assigned to:  None
Status:  Open


Summary:  Can't build palettes on win32

Original Submission:   Compiling file TestPalette.m ...
 Compiling file TestNonUIObject.m ...
 Compiling file TestView.m ...
 Linking palette Test ...
./shared_obj/TestInspector.o(.data+0x47c):TestInspector.m: undefined reference 
to `__objc_class_name_IBInspector'
./shared_obj/TestPalette.o(.text+0x3f4):TestPalette.m: undefined reference to 
`IBObjectPboardType'
./shared_obj/TestPalette.o(.data+0x564):TestPalette.m: undefined reference to 
`__objc_class_name_IBPalette'
collect2: ld returned 1 exit status
c:GNUstepDevelopmentmsys1.0mingwbindllwrap.exe: no export definition file 
provided.
Creating one, but that may not be what you want
c:GNUstepDevelopmentmsys1.0mingwbindllwrap.exe: gcc exited with status 1
make[1]: *** [Test.palette/./Test.dll] Error 1
make: *** [Test.all.palette.variables] Error 2



Follow-up Comments
------------------


-------------------------------------------------------
Date: Mon 11/08/2004 at 10:41       By: Patrick Middleton <patrickx>
Could somebody review *all* the standard makefiles for Win32?

I've tried to build all sorts of stuff on WinXP sp1 using the 1.10.0 and 1.10.1 
installers, and builds generally fail as described. by GJC.  gnustep-gui and 
gnustep-back build; they have makefiles with special magic to create and use 
.DEF files and import libraries.

Simple apps that link only against standard libraries such as Foundation and 
AppKit do build.
gnustep-gui and gnustep-back build, and apparently have special magic in their 
makefiles to enable this.
Any other library, framework, aggregate or loadable bundle (eg: palette) 
appears not to build.

Part of the problem appears to be that import libraries for the DLLs exporting 
symbols referenced in the object being linked don't get seen, which generates 
the list of 'undefined reference' messages.
Another part seems to be that a .DEF file isn't generated automatically.
Another part seems to be that a .A file (import library) isn't generated 
automatically from the .DEF file.

[tip: loadable bundles will be .DLLs, but don't need matching .DEF or .A files]
[tip: On NeXT's OPENSTEP/Windows, you couldn't refer to symbols from one 
loadable bundle in another; the obvious thing to do is to move the commone code 
to a framework or other shared library, which is a nuisance; the subtler thing 
to do is weak-link, by using NSClassFromString() and lots and lots of casts.]



-------------------------------------------------------
Date: Thu 10/28/2004 at 04:14       By: Gregory John Casamento <gcasa>
It's definitely compiled.  It's probably not being exported properly.  I'd 
forgotten about this requirement on win32.  Thanks.

-------------------------------------------------------
Date: Thu 10/28/2004 at 03:38       By: 0 <None>
__objc_class_name_IBInspector usually means the the class IBInspector was not 
compiled at all or it is not being exported or we are not linking against all 
the libraries












For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=10816>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/