bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #15163] Building Bundles on Darwin 8 with FSF GCC fails (GNUMake


From: Emanuel Zephir
Subject: [bug #15163] Building Bundles on Darwin 8 with FSF GCC fails (GNUMake
Date: Wed, 7 Dec 2005 04:08:00 -0500
User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/416.12 (KHTML, like Gecko) Safari/416.13

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

                 Summary: Building Bundles on Darwin 8 with FSF GCC fails
(GNUMake
                 Project: GNUstep
            Submitted by: ezephir
            Submitted on: Wed 12/07/05 at 04:07
                Category: Makefiles
                Severity: 3 - Normal
              Item Group: Bug
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open

    _______________________________________________________

Details:

I first observed this problem attempting to build gnustep-back. Upon
attempting to make, I would eventually run into an error similar to the
following:

make[3]: Nothing to be done for `internal-subproject-all'.
Making all for bundle libgnustep-back-010...
 Linking bundle libgnustep-back-010 ...
/usr/bin/ld: warning undefined symbols:
___objc_class_name_NSConstantString
___objc_class_name_NSObject

... lots of symbols from Darwin, GNUStep, Std C Library ...

_ungetc
_mblen
/usr/bin/ld: /usr/X11R6/lib/libX11.a(HVC.o) has external relocation entries
in non-writable section (__TEXT,__text) for symbols:
restFP
saveFP
make[2]: *** [libgnustep-back-010.bundle/./libgnustep-back-010] Error 1
make[1]: *** [libgnustep-back-010.all.bundle.variables] Error 2
make: *** [internal-all] Error 2

After a long time in #gnustep I got this working. I suggest changing
BUNDLE_LD for Darwin from /usr/bin/ld to $(CC) in target.make. In addition,
change BUNDLE_LDFLAGS to include only -bundle. It seems that gcc handle's the
situation well and links everything appropriately (including
/usr/lib/bundle1.o).

If you choose to solve the problem this way, also note that -bundle cannot be
the first argument to FSF GCC. I rearranged BUNDLE_LINK_CMD to account for
this.






    _______________________________________________________

Reply to this item at:

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

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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]