Experimental Physics and
Industrial Control System

I can't find any Makefile.Host files in R3.13.* base with -UDEBUG_PRINT.

Janet

Jeff Hill wrote:

Hi Noboru,

I am looking at the latest files (updated this morning) in my CVS
checkout of the R3.13 branch. These files should include changes made
for R3.13.6. In any case, I am seeing a mismatch compared to what you
are reporting so perhaps we are not looking at the same version in CVS?

Your item 1:
This -UDEBUG_PRINT=0 must be in base\src\sequencer, and not in
src/ca/Makefile.Host based on a quick search through the sequencer, and
so I will defer this one to Janet.

Your item 2:
It appears that these two "int" variable definitions have already (by
R3.13.6) been changed to "osiSocklen_t"?

Jeff

-----Original Message-----
From: Noboru Yamamoto [mailto:[email protected]]
Sent: Sunday, June 23, 2002 11:21 PM
To: [email protected]
Subject: [Report] EPICS R3.13.6 build on RH Linux7.3

Hi,

During the compilation of EPICS R3.13.6 base software on Red
Hat Linux 7.3 I encountered a couple of problem.

1) -UDEBUG_PRINT=0 option crashes gcc/cpp.

Makefile.Host in src/ca includes the line:

USR_CFLAGS += -UDEBUG_PRINT=0

This compiler option, -UDEBUG_PRINT=0, crashes gcc on RH
7.3. Acually any option of the form  "-U<macro>=<val>",
crashes gcc.

2) "int" instead of "osiSocklen_t" in
src/cas/io/bsdSocket/casIntfIO.cc.

In the file src/cas/io/bsdSocket/casIntfIO.cc,
a couple of variables are declared as "int" instead of
"osiSocklent_t". This causes "unable to promote "int" to
"socklent_t" " error with gcc on RH7.3.
We can avoid this error by declaring these variables
as osiSocklent_t.

*** io/bsdSocket/casIntfIO.cc   28 Sep 2000 10:50:45 -0000
   1.4
--- io/bsdSocket/casIntfIO.cc   24 Jun 2002 04:57:19 -0000
***************
*** 70,76 ****
       int yes = TRUE;
       int status;
       caStatus stat;
!       int addrSize;

       if (!bsdSockAttach()) {
               return S_cas_internal;
--- 70,76 ----
       int yes = TRUE;
       int status;
       caStatus stat;
!       osiSocklen_t addrSize;

       if (!bsdSockAttach()) {
               return S_cas_internal;
***************
*** 223,229 ****
 {
       struct sockaddr newAddr;
         SOCKET          newSock;
!         int             length;
       casStreamOS     *pOS;

         length = sizeof(newAddr);
--- 223,229 ----
 {
       struct sockaddr newAddr;
         SOCKET          newSock;
!         osiSocklen_t    length;
       casStreamOS     *pOS;

length = sizeof(newAddr);


================================

Regards,

Noboru

Navigate by Date:

Prev: Re: [Q] How to set a timestamp in a device support routine. Carl Lionberger

Next: genSub & PPC crash in dbProcess? Martin Pieck

Index: 1994  1995  1996  1997  1998  1999  2000  2001  <2002>  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 

Navigate by Thread:

Prev: [Report] EPICS R3.13.6 build on RH Linux7.3 Noboru Yamamoto

Next: R3.13.6 bug report Jeff Hill

Index: 1994  1995  1996  1997  1998  1999  2000  2001  <2002>  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024