bugGNUstep - Bugs: bug #29203, Base does not compile with GNUstep...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #29203: Base does not compile with GNUstep libobjc from svn trunk

Submitted by:  Wolfgang Lux <wlux>
Submitted on:  Fri 12 Mar 2010 10:39:07 AM UTC  
 
Category: Base/FoundationSeverity: 3 - Normal
Item Group: BugStatus: Fixed
Privacy: PublicAssigned to: None
Open/Closed: Closed

Thu 18 Mar 2010 05:05:50 AM UTC, comment #5:

Just checking ... I had already removed the #ifdef BOOL from objc.h on 23rd Feb.
Today I added a test to the base configure script to see if sync is provided by the
runtime, and only build it in the compatibility code if it isn't.

Richard Frith-Macdonald <CaS>
Project Member
Sat 13 Mar 2010 11:29:46 AM UTC, comment #4:

> Are there any plans to add sync support to gcc's libobjc any
> time soon? If not, I'd be in favor of removing sync support from
> GNUstep's libobjc and not getting into the troubles of adding an
> autoconf test.


GCC is currently frozen (only bug fixes can be applied) in preparation of the 4.5 release.

As soon as it is unfrozen we can start making changes, and adding sync support seems an obvious one. :-)

Thanks

Nicola Pero <nico>
Project Member
Fri 12 Mar 2010 11:17:13 PM UTC, comment #3:

> Not sure. Once the libobjc shipped with GCC gets sync support,
> you may have to add the tests back. So we may as well have
> them now ?


Are there any plans to add sync support to gcc's libobjc any time soon? If not, I'd be in favor of removing sync support from GNUstep's libobjc and not getting into the troubles of adding an autoconf test.

Wolfgang Lux <wlux>
Fri 12 Mar 2010 06:37:33 PM UTC, comment #2:

> I guess the solution is to remove sync support from the libobjc
> code as it's now in base. seems a lot simpler than adding
> autoconf tests and conditionally compiling the sync stuff.


Not sure. Once the libobjc shipped with GCC gets sync support, you may have to add the tests back. So we may as well have them now ?

Thanks

Nicola Pero <nico>
Project Member
Fri 12 Mar 2010 02:06:51 PM UTC, comment #1:

I guess the solution is to remove sync support from the libobjc code as it's now in base. seems a lot simpler than adding autoconf tests and conditionally compiling the sync stuff.

Richard Frith-Macdonald <CaS>
Project Member
Fri 12 Mar 2010 10:39:07 AM UTC, original submission:

The recent changes on the trunk have broken compilation when using libobjc from the GNUstep svn.

The first problem is that objc/objc.h does not define the type BOOL type at all if BOOL is #defined. This might be fixed by removing the #ifdef BOOL check from objc/objc.h or by replacing #define BOOL GNU_BOOL in Source/ObjectiveC2/runtime.c by #define BOOL BOOL.

The second problem is that the GNUstep libobjc defines objc_sync_enter and objc_sync_exit and thus building libgnustep-base fails because these functions are defined twice (once in libobjc and once in Source/ObjectiveC2/sync.m).

Wolfgang Lux <wlux>

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by nico (Posted a comment)
  • -unavailable- added by CaS (Posted a comment)
  • -unavailable- added by wlux (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Thu 18 Mar 2010 05:05:50 AM UTCCaSStatusNone=>Fixed
      Open/ClosedOpen=>Closed

    Back to the top


    Powered by Savane 3.1-cleanup1