Hi,
You might have hit some gcc4.4 incompatibilities. A patch was sent fixing
this: http://www.mail-archive.com/sipp-users@lists.sourceforge.net/msg04616.html
-Xavier
________________________________
From: sougata pal [mailto:sougata....@gmail.com]
Sent: jeudi 23 septembre 2010 11:35
To: sipp-users@lists.sourceforge.net
Subject: [Sipp-users] Error in make ossl
Hello All ,
I am new to IMS Benchmark SIPp. Installing now for testing for my OpenIMSCore.
I am continuously facing error while making the ossl file. I am pasting the
error trace below ,
r...@sougata-desktop:/home/sougata/IMSBenchSIPp/ims_bench# make ossl
make OSNAME=Linux MODELNAME=i686 GSL_LIBS="-lgsl -lgslcblas -lm"
OBJ_TLS="auth.o sslinit.o sslthreadsafe.o milenage.o rijndael.o"
TLS_LIBS="-lssl -lcrypto" TLS="-D_USE_OPENSSL -DOPENSSL_NO_KRB5" sipp
make[1]: Entering directory `/home/sougata/IMSBenchSIPp/ims_bench'
gcc -D__LINUX -pthread -DSIPP_EPOLL -D__3PCC__ -DHAVE_GSL -DFORCE_LOGGING
-D_USE_OPENSSL -DOPENSSL_NO_KRB5 -I. -I/opt/openssl/include -c -o call.o
call.cpp
call.cpp: In member function 'const char* call::get_last_header(const char*)':
call.cpp:1332: error: invalid conversion from 'const char*' to 'char*'
call.cpp: In member function 'char* call::get_header_content(char*, const
char*)':
call.cpp:1413: error: invalid conversion from 'const char*' to 'char*'
call.cpp: In member function 'char* call::getKeywordParam(const char*, const
char*, char*)':
call.cpp:2295: error: invalid conversion from 'const char*' to 'char*'
call.cpp: In member function 'char* call::createSendingMessage(const char*,
int)':
call.cpp:2636: error: invalid conversion from 'const char*' to 'char*'
make[1]: *** [call.o] Error 1
make[1]: Leaving directory `/home/sougata/IMSBenchSIPp/ims_bench'
make: *** [ossl] Error 2
I have highlighted the line where the error is coming. I got an idea that its a
GCC compilation error due to wrong declaration but can't fix. This same error
is for the next 3 cases.
const char * call::get_last_header(const char * name)
{
static char last_header[MAX_HEADER_LEN * 10];
const char * src;
char * dest; char * ptr;
/* Gcc will zero extend this using memset, if we do a default initializer.
We don't need this behavior, because we can just use sprintf. */
char src_tmp[MAX_HEADER_LEN+1];
if((!last_recv_msg) || (!*last_recv_msg)) {
return NULL;
}
src = last_recv_msg;
dest = last_header;
snprintf(src_tmp, MAX_HEADER_LEN, "\n%s", name);
/* Ideally this check should be moved to the XML parser so that it is not
* along a critical path. We could also handle lowercasing there. */
if (strlen(name) > MAX_HEADER_LEN) {
ERROR_P2("call::get_last_header: Header to parse bigger than %d (%d)",
MAX_HEADER_LEN, strlen(name));
}
while (src = strcasestr2(src, src_tmp)) {
src++;
ptr = strchr(src, '\n');
/* Multiline headers always begin with a tab or a space
* on the subsequent lines */
while((ptr) &&
((*(ptr+1) == ' ' ) ||
(*(ptr+1) == '\t') )) {
ptr = strchr(ptr + 1, '\n');
}
if(ptr) { *ptr = 0; }
// Add \r\n when several Via header are present (AgM)
if (dest != last_header) {
dest += sprintf(dest, "\r\n");
}
dest += sprintf(dest, "%s", src);
if(ptr) { *ptr = '\n'; }
src++;
}
if(dest == last_header) {
return NULL;
}
*(dest--) = 0;
/* Remove trailing whitespaces, tabs, and CRs */
while ((dest > last_header) &&
((*dest == ' ') || (*dest == '\r')|| (*dest == '\t'))) {
*(dest--) = 0;
}
/* remove enclosed CRs in multilines */
/* don't remove enclosed CRs for multiple headers (e.g. Via) (Rhys) */
while((ptr = strstr(last_header, "\r\n")) != NULL
&& ( *(ptr + 2) == ' '
|| *(ptr + 2) == '\r'
|| *(ptr + 2) == '\t') ) {
/* Use strlen(ptr) to include trailing zero */
memmove(ptr, ptr+1, strlen(ptr));
}
/* Remove illegal double CR characters */
while((ptr = strstr(last_header, "\r\r")) != NULL) {
memmove(ptr, ptr+1, strlen(ptr));
}
/* Remove illegal double Newline characters */
while((ptr = strstr(last_header, "\n\n")) != NULL) {
memmove(ptr, ptr+1, strlen(ptr));
}
return last_header;
}
Any help on this will be highly appreciated.
REgards ,
Sougata
Intel Corporation NV/SA
Kings Square, Veldkant 31
2550 Kontich
RPM (Bruxelles) 0415.497.718.
Citibank, Brussels, account 570/1031255/09
This e-mail and any attachments may contain confidential material for the sole
use of the intended recipient(s). Any review or distribution by others is
strictly prohibited. If you are not the intended recipient, please contact the
sender and delete all copies.
------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users
