bugCERTI - Bugs: bug #26681, Cannot compile 32bits CERTI on...

 
 

bug #26681: Cannot compile 32bits CERTI on 64bits SPARC host with gcc 3.4.x

Submitter:  Eric NOULARD <erk>
Submitted:  Tue 26 May 2009 08:21:11 AM UTC
   
 
Category:  CERTI Severity:  * 3 - Normal
Item Group:  Compilation error Status:  In Progress
Privacy:  Public Assigned to:  erk
Open/Closed:  Closed Release:  * 3.3.2
Reproducibility:  Every Time Fixed Release:  * 3.4.0
* Mandatory Fields

Add a New Comment Rich Markup
   

Thu 28 May 2009 07:15:06 AM UTC, comment #5: 

Discussion on the ML leads to a working solution:
http://lists.nongnu.org/archive/html/certi-devel/2009-05/msg00106.html

The culprit seems to be the Solaris + gcc-3.4.x combination
http://lists.nongnu.org/archive/html/certi-devel/2009-05/msg00101.html

I'll provide a working patch soon.

Eric NOULARD <erk>
Group administrator
Tue 26 May 2009 10:33:39 AM UTC, comment #4: 

Hi Martin,

Would you try the attached patch.

(file #18204)

Eric NOULARD <erk>
Group administrator
Tue 26 May 2009 10:17:21 AM UTC, comment #3: 

Yes the later is better.
I was thinking of using CMake macro
CheckTypeSize in order to check whether if uint64 is defined
or not.

I'll provide a patch soon.

Eric NOULARD <erk>
Group administrator
Tue 26 May 2009 08:55:48 AM UTC, comment #2: 

Do you mean #ifdef THIS_OR_THAT_ARCHITECTURE, or #ifdef HAVE_LONG_LONG? I think the latter is better.

Petr Gotthard <gotthardp>
Group Member
Tue 26 May 2009 08:24:13 AM UTC, comment #1: 


> It's a sun4u machine and 64-bit Solaris is installed. Some binaries on
> the system are indeed 64-bit, but in most cases I'm building 32-bit in
> order to link against libraries from sunfreeware packages.


Is your gcc a cross-compiler?
That is it only produce 32bits or are you using -m32 ?

> The same accounts for my Solaris10 machine (equipped with SunStudio)
> at home which I already mentioned earlier.


OK I think the only problem here is the lack of definition  of the standard 64 bits types

uint64_t
int64_t

They are usually declared in #include <inttypes.h> which is used
in both

certi/libHLA/HLAbuffer.hh
and
certi/include/certi.hh

If we want to fix this for this particular case we ought to
add a conditionnal definition of those type for
this arch+compiler.

Eric NOULARD <erk>
Group administrator
Tue 26 May 2009 08:21:11 AM UTC, original submission:  
Eric NOULARD <erk>
Group administrator

 

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

Attach Files:
   
   
Comment:
   

Attached Files
file #18204:  bug-26681-gcc3.4.patch added by erk (2KiB - text/x-diff - First try patch)
file #18203:  CERTI_Solaris8_GCC-3.4.2.log.gz added by erk (2KiB - application/x-gzip - File given by Martin)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by mspott
  • -email is unavailable- added by gotthardp (Posted a comment)
  • -email is unavailable- added by erk (Submitted the item)
  •  

    Follow 9 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2010-11-12 erk Open/ClosedOpen Closed
        Fixed ReleaseUnknown 3.4.0
    2009-05-26 erk Attached File- Added bug-26681-gcc3.4.patch, #18204
        StatusConfirmed In Progress
        Assigned toNone erk
    2009-05-26 gotthardp Carbon-CopyRemoved -email is unavailable- -
    2009-05-26 mspott Carbon-Copy- Added mspott
    2009-05-26 gotthardp Carbon-Copy- Added -email is unavailable-
    2009-05-26 erk Attached File- Added CERTI_Solaris8_GCC-3.4.2.log.gz, #18203

    Back to the top

    Powered by Savane 3.13-4b48.
    Corresponding source code