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

[Gregory John Casamento]

This is an automated notification sent by Savannah.
It relates to:
                bugs #10816, project GNUstep

==============================================================================
 LATEST MODIFICATIONS of bugs #10816:
==============================================================================

               Posted by: Gregory John Casamento <gcasa>
               Posted on: 2005-01-14 01:36 (US/Eastern)
    _______________________________________________________

             Assigned to:                    None -> gcasa                  


==============================================================================
 OVERVIEW of bugs #10816:
==============================================================================

URL:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=10816>

                 Summary: Can't build palettes on win32
                 Project: GNUstep
            Submitted by: gcasa
            Submitted on: Thu 10/28/2004 at 03:28
                Category: Makefiles
                Severity: 7 - Major
              Item Group: Change Request
                  Status: None
                 Privacy: Public
             Assigned to: gcasa
             Open/Closed: Open

    _______________________________________________________


 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:\GNUstep\Development\msys\1.0\mingw\bin\dllwrap.exe: no export definition
file provided.

Creating one, but that may not be what you want

c:\GNUstep\Development\msys\1.0\mingw\bin\dllwrap.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: Anonymous
__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








==============================================================================

This item URL is:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=10816>

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