0001004: cPar does not have functions for converting to "long long" type

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0001004

OMNeT++

simulation kernel

public

2017-03-30 16:20

Reporter

rhornig

Assigned To

Priority

normal

Severity

minor

Reproducibility

have not tried

Status

new

Resolution

open

Platform

OS Version

Product Version

5.1

Target Version

Fixed in Version

Summary

0001004: cPar does not have functions for converting to "long long" type

Description

This issues surfaced within INET where something like

bitrate = bps(par("bitrate"));

was used and the compiler complained about ambiguous conversion on Windows!. This is happening because bitrate is defined as int64_t which is defined as "long long" on 64-bit Windows. This leads to the ambiguity as no direct conversion function is defined for long long.

This leads to a more deeper problem as ned parameters are either long,string or bool and we don't now big is the 'long' type in NED? Is it 32-bit, or 64-bit? It's definitely not good to leave it as implementation dependent. This leads to the next step, that we should probably use int8_t, inet16_t,inet32_t and int64_t in cPar insetad of using the implementation dependent types (char,short,int,long, long long)

Steps To Reproduce

use something like

bps(par("name"))

in a model on Windows 64-bit.

Issue History
Date Modified	Username	Field	Change
2017-03-30 16:20	rhornig	New Issue

Relationships

Notes
There are no notes attached to this issue.