bugGNUstep - Bugs: bug #36721, Error when building with ObjC++

Group
 
 

bug #36721: Error when building with ObjC++

Submitter:  Gregory John Casamento <gcasa>
Submitted:  Sun 24 Jun 2012 11:57:26 PM UTC
   
 
Category:  Makefiles Severity:  5 - Blocker
Item Group:  Bug Status:  Wont Fix
Privacy:  Public Assigned to:  gcasa
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Wed 06 May 2015 01:45:29 PM UTC, comment #6: 

You said you would come up with a concrete test. That's what I asked, "small test not depending on".

Riccardo Mottola <rmottola>
Group Member
Wed 06 May 2015 11:46:21 AM UTC, comment #5: 

No, building Berkelium is pretty much pointless.  What needs to happen here is that I need to come up with a minimal test case to replicate the issue.   This could also be an issue specific to Berkelium and, as such, we don't need to worry about it anymore since Berkelium has been deprecated in favor of CEF.

Gregory John Casamento <gcasa>
Group administrator
Tue 05 May 2015 08:25:30 PM UTC, comment #4: 

Were you able to cobble together a small test not depending on Berkelium?

Riccardo Mottola <rmottola>
Group Member
Mon 12 Jan 2015 04:06:59 AM UTC, comment #3: 

Work in berkelium has ceased as the library isn't supported anymore. I have however not seen this since so I believe it's not happening anymore.  I will come up with a concrete test to verify.

Gregory John Casamento <gcasa>
Group administrator
Fri 09 Jan 2015 03:13:09 PM UTC, comment #2: 

Gregory, does this problem still happen? Even if you don't work anymore on Berkelium.

Riccardo Mottola <rmottola>
Group Member
Thu 26 Dec 2013 02:47:28 PM UTC, comment #1: 

I don't know why this happend and whether it is still the case. in NSObjCRuntime.h we have this settings (actually twice as they are already in GSConfig.h):

#ifdef __cplusplus
#ifndef __STDC_LIMIT_MACROS
#define __STDC_LIMIT_MACROS 1
#endif
#endif

This should ensure that limits get defined when stdint.h is included, even for C++.

Could you please check the file GSConfig.h? This gets generated by the configure script and should be in the directory Source/GNUstepBase. In my case I can see an include for "inttypes.h" which includes "stdint.h". There shoul dbe code here to redefine INTPTR_MAX if it is missing or buggy on your system.

Fred Kiefer <FredKiefer>
Group Member
Sun 24 Jun 2012 11:57:26 PM UTC, original submission:  

The Berkelium.mm file has only the #include for Foundation.h and a skeletal definition for the class.  I am getting the following error which doesn't happen when I compile the very same class as ObjC:

g++ Berkelium.mm -c \
      -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -fno-strict-aliasing -fexceptions -fobjc-exceptions -D_NATIVE_OBJC_EXCEPTIONS -pthread -fPIC -Wall -DGSWARN -DGSDIAGNOSE -Wno-import -g -O2 -fgnu-runtime -fconstant-string-class=NSConstantString -I./derived_src -I. -I/home/heron/GNUstep/Library/Headers -I/usr/GNUstep/Local/Library/Headers -I/usr/GNUstep/System/Library/Headers \
       -o obj/Berkelium.obj/Berkelium.mm.o
In file included from /usr/GNUstep/System/Library/Headers/Foundation/NSObject.h:30,
                 from /usr/GNUstep/System/Library/Headers/Foundation/FoundationErrors.h:29,
                 from /usr/GNUstep/System/Library/Headers/Foundation/Foundation.h:33,
                 from Berkelium.h:28,
                 from Berkelium.mm:25:
/usr/GNUstep/System/Library/Headers/Foundation/NSObjCRuntime.h:154: error: ‘INTPTR_MAX’ was not declared in this scope
make[2]: * [obj/Berkelium.obj/Berkelium.mm.o] Error 1
make[1]: * [internal-framework-run-compile-submake] Error 2
make: * [Berkelium.all.framework.variables] Error 2
heron@glados-vm-linux:~/Development/gap/libs/Berkelium$

Gregory John Casamento <gcasa>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by rmottola (Posted a comment)
  • -email is unavailable- added by FredKiefer (Posted a comment)
  • -email is unavailable- added by gcasa (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2020-10-27 gcasa StatusNone Wont Fix
        Assigned toNone gcasa
        Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-cf05.
    Corresponding source code