Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  <20112012  2013  2014  2015  2016  2017  2018  2019  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  <20112012  2013  2014  2015  2016  2017  2018  2019 
<== Date ==> <== Thread ==>

Subject: RE: Building EPICS (3-14-12-1) on Windows 7
From: "Jeff Hill" <johill@lanl.gov>
To: "'Andrew Johnson'" <anj@aps.anl.gov>
Cc: tech-talk@aps.anl.gov
Date: Thu, 18 Aug 2011 17:27:12 -0600
Ernest,

> > > 1>     Creating library com.lib and object com.exp
> > > 1>fdManager.obj : error LNK2001: unresolved external symbol
> > > ___WSAFDIsSet@8

I typed this command "mingw-get update mingw32-make" and now my mingw make
3.82 appears to be working just fine. I suspect that I am just now seeing
this issue because I merged in some R3.15 build system changes yesterday,
and R3.15 maybe uses the gnu make variable "$*" more than past releases of
the build system. The mingw32-make 3.81 also works fine here.

Jeff
______________________________________________________
Jeffrey O. Hill           Email        johill@lanl.gov
LANL MS H820              Voice        505 665 1831
Los Alamos NM 87545 USA   FAX          505 665 5107

Message content: TSPA

With sufficient thrust, pigs fly just fine. However, this is
not necessarily a good idea. It is hard to be sure where they
are going to land, and it could be dangerous sitting under them
as they fly overhead. -- RFC 1925


> -----Original Message-----
> From: Jeff Hill [mailto:johill@lanl.gov]
> Sent: Thursday, August 18, 2011 4:44 PM
> To: 'Jeff Hill'; 'Andrew Johnson'
> Cc: 'Ernest L. Williams Jr.'; 'Janet Anderson'
> Subject: RE: Building EPICS (3-14-12-1) on Windows 7
> 
> Closing in.
> 
> I added "$(ECHO) $* $@" to the share lib build line below (because I can
> see that the win32 Link.shrlib uses $*) and I see that "$(ECHO) $* $@"
> produces "com Com.dll" with mingw gnu make 3.82.
> 
> $(SHRLIBNAME) $(TESTSHRLIBNAME):$(SHRLIB_PREFIX)%$(SHRLIB_SUFFIX):
> 	@$(RM) $@
> 	$(ECHO) $* $@
> 	$(LINK.shrlib)
> ifeq ($(SHRLIB_SUFFIX),.dll)
> 	$(MT_DLL_COMMAND)
> endif
> 
> And this is what the gnu make doc says:
> 
> $*
>     The stem with which an implicit rule matches (see How Patterns Match).
> If the target is dir/a.foo.b and the target pattern is a.%.b then the stem
> is dir/foo. The stem is useful for constructing names of related files. In
> a static pattern rule, the stem is part of the file name that matched the
> ?%? in the target pattern.
> 
>     In an explicit rule, there is no stem; so ?$*? cannot be determined in
> that way. Instead, if the target name ends with a recognized suffix (see
> Old-Fashioned Suffix Rules), ?$*? is set to the target name minus the
> suffix. For example, if the target name is ?foo.c?, then ?$*? is set to
> ?foo?, since ?.c? is a suffix. GNU make does this bizarre thing only for
> compatibility with other implementations of make. You should generally
> avoid using ?$*? except in implicit rules or static pattern rules.
> 
>     If the target name in an explicit rule does not end with a recognized
> suffix, ?$*? is set to the empty string for that rule.
> 
> Jeff
> ______________________________________________________
> Jeffrey O. Hill           Email        johill@lanl.gov
> LANL MS H820              Voice        505 665 1831
> Los Alamos NM 87545 USA   FAX          505 665 5107
> 
> Message content: TSPA
> 
> With sufficient thrust, pigs fly just fine. However, this is
> not necessarily a good idea. It is hard to be sure where they
> are going to land, and it could be dangerous sitting under them
> as they fly overhead. -- RFC 1925
> 
> 
> > -----Original Message-----
> > From: Jeff Hill [mailto:johill@lanl.gov]
> > Sent: Thursday, August 18, 2011 4:27 PM
> > To: 'Andrew Johnson'
> > Cc: 'Ernest L. Williams Jr.'; 'Janet Anderson'
> > Subject: RE: Building EPICS (3-14-12-1) on Windows 7
> >
> > And I now see that the difference between IDE and DOS command line is in
> > fact caused by a different GNU make. The build works under GNU Make 3.81
> > but not under 3.82 (both are mingw versions)
> >
> > C:\hill\epicsInBazaar\cvs-trunk\src\libCom>gmake -v
> > GNU Make 3.81
> > Copyright (C) 2006  Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions.
> > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> > PARTICULAR PURPOSE.
> >
> > This program built for i686-pc-mingw32
> >
> > C:\hill\epicsInBazaar\cvs-trunk\src\libCom>mingw32-make -v
> > GNU Make 3.82
> > Built for i386-pc-mingw32
> > Copyright (C) 2010  Free Software Foundation, Inc.
> > License GPLv3+: GNU GPL version 3 or later
> > <http://gnu.org/licenses/gpl.html>
> > This is free software: you are free to change and redistribute it.
> > There is NO WARRANTY, to the extent permitted by law.
> >
> > Jeff
> > ______________________________________________________
> > Jeffrey O. Hill           Email        johill@lanl.gov
> > LANL MS H820              Voice        505 665 1831
> > Los Alamos NM 87545 USA   FAX          505 665 5107
> >
> > Message content: TSPA
> >
> > With sufficient thrust, pigs fly just fine. However, this is
> > not necessarily a good idea. It is hard to be sure where they
> > are going to land, and it could be dangerous sitting under them
> > as they fly overhead. -- RFC 1925
> >
> >
> > > -----Original Message-----
> > > From: Jeff Hill [mailto:johill@lanl.gov]
> > > Sent: Thursday, August 18, 2011 4:09 PM
> > > To: 'Andrew Johnson'
> > > Cc: 'Ernest L. Williams Jr.'; 'Janet Anderson'
> > > Subject: RE: Building EPICS (3-14-12-1) on Windows 7
> > >
> > > > which I merged into the 3.15 branch yesterday
> > >
> > > Ahh ... I see it now after updating my R3.15 mirror.
> > >
> > > BTW: I now see Earnest's link time issue also, but only when building
> in
> > > the IDE and not when building on the command line so I suspect based
> on
> > > past experience with (.c vs ..C) that we have another case sensitivity
> > > issue riding on the version of make (i.e. Com vs com causes the
> windsock
> > > library to not be included on the link line). Suspect also that my
> R3.15
> > > merge yesterday has caused this issue to show up.
> > >
> > > In the IDE:
> > >
> > > 1>  link /nologo /subsystem:windows /dll /LTCG /incremental:no
> /opt:ref
> > > /release /version:3.15 /fixed:no /debug    /implib:com.lib
> /out:com.dll
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\bucketLib.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> > > x86\epicsRingPointer.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\epicsRingBytes.obj
> > C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\postfix.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\calcPerform.obj
> C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\cvtFast.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\resourceLib.obj
> C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\epicsThrowTrace.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\dbmf.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\ellLib.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\envSubr.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\envData.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\errlog.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\errSymLib.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\errSymTbl.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\fdmgr.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\fdManager.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\freeListLib.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\gpHashLib.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\iocsh.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\registry.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> > x86\libComRegister.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\iocLog.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\logClient.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\macCore.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\macEnv.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\macUtil.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\aToIPAddr.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\adjustment.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\cantProceed.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> x86\epicsConvert.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\epicsExit.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\epicsStdlib.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\epicsString.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> x86\truncateFile.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> > > x86\ipAddrToAsciiAsynchronous.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\epicsUnitTest.obj
> > C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\epicsThread.obj
> C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\epicsMutex.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\epicsOsiMutexThreadPrivate.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\epicsEvent.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\epicsTime.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> > > x86\epicsMessageQueue.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\epicsMath.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\epicsAtomicLocked.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> > x86\epicsAtomicOSD.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> > > x86\epicsOsiStaticInstanceSketchyCmplr.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\epicsGeneralTime.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> x86\osiClockTime.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\osdSock.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> > > x86\osdSockAddrReuse.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osiSock.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\systemCallIntMech.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> > > x86\epicsSocketConvertErrnoToString.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdAssert.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdFindSymbol.obj
> > C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdInterrupt.obj
> C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdPoolStatus.obj
> > C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdSignal.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdEnv.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\epicsReadline.obj
> > C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\epicsTempFile.obj
> > C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\epicsStdio.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdStdio.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdThread.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdMutex.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdEvent.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdTime.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdProcess.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdNetIntf.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\osdMessageQueue.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\devLibVME.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> x86\devLibVMEOSD.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\taskwd.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\epicsTimer.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\timer.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\timerQueue.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> > > x86\timerQueueActive.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\timerQueueActiveMgr.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> > > x86\timerQueuePassive.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\yajl.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\yajl_alloc.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\yajl_buf.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\yajl_encode.obj
> C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\yajl_gen.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\yajl_lex.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\yajl_parser.obj
> C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\ConString.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\SegString.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\VariableString.obj
> > C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\ChunkedString.obj
> > C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\SegTree.obj C:\hill\epicsInBazaar\cvs-
> > > trunk\src\libCom\O.win32-x86\stringReaderHash.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-x86\epicsGetopt.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> x86\setThreadName.obj
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libCom\O.win32-
> > > x86\forceBadAllocException.obj
> > > 1>     Creating library com.lib and object com.exp
> > > 1>fdManager.obj : error LNK2001: unresolved external symbol
> > > ___WSAFDIsSet@8
> > > 1>fdManager.obj : error LNK2001: unresolved external symbol
> > > __imp__WSAGetLastError@0
> > > 1>fdManager.obj : error LNK2001: unresolved external symbol
> > > __imp__select@20
> > > 1>logClient.obj : error LNK2001: unresolved external symbol
> > __imp__send@16
> > > 1>logClient.obj : error LNK2001: unresolved external symbol
> > > __imp__setsockopt@20
> > > 1>logClient.obj : error LNK2001: unresolved external symbol
> > > __imp__shutdown@8
> > > 1>logClient.obj : error LNK2001: unresolved external symbol
> > __imp__htons@4
> > > 1>logClient.obj : error LNK2001: unresolved external symbol
> > > __imp__connect@12
> > > 1>aToIPAddr.obj : error LNK2001: unresolved external symbol
> > __imp__htonl@4
> > > 1>osdSock.obj : error LNK2001: unresolved external symbol
> > __imp__accept@12
> > > 1>osdSock.obj : error LNK2001: unresolved external symbol
> > > __imp__gethostbyname@4
> > > 1>osdSock.obj : error LNK2001: unresolved external symbol
> > > __imp__gethostbyaddr@12
> > > 1>osdSock.obj : error LNK2001: unresolved external symbol
> > > __imp__closesocket@4
> > > 1>osdSock.obj : error LNK2001: unresolved external symbol
> > __imp__socket@12
> > > 1>osdSock.obj : error LNK2001: unresolved external symbol
> > > __imp__WSACleanup@0
> > > 1>osdSock.obj : error LNK2001: unresolved external symbol
> > > __imp__WSAStartup@8
> > > 1>osiSock.obj : error LNK2001: unresolved external symbol
> __imp__ntohs@4
> > > 1>osiSock.obj : error LNK2001: unresolved external symbol
> __imp__ntohl@4
> > > 1>osdProcess.obj : error LNK2001: unresolved external symbol
> > > __imp__MessageBoxA@16
> > > 1>osdProcess.obj : error LNK2001: unresolved external symbol
> > > __imp__GetUserNameA@8
> > > 1>osdNetIntf.obj : error LNK2001: unresolved external symbol
> > > __imp__WSAIoctl@36
> > > 1>com.dll : fatal error LNK1120: 21 unresolved externals
> > >
> > > Dos command line:
> > >
> > > cl /nologo /EHsc /GR -c               /nologo /D__STDC__=0
> > > /D_CRT_SECURE_NO_DEPRECATE  /D_CRT_NONSTDC_NO_DEPRECATE
> > > /D_SCL_SECURE_NO_WARNINGS   /Ox /GL /Zi   /W3 /w44355       /MD  /TP
> -
> > I.
> > > -I..\O.Common -I.
> > > i\compiler\msvc -I..\..\..\src\libCom\osi\compiler\default -I. -
> > > I..\..\..\src\libCom\osi\os\WIN32 -I..\..\..\src\libCom\osi\os\default
> -
> > > I.. -I..\..\..\src\libCom\bucketLib -I..\..\..\src\libCom\ring -
> I..\..\.
> > > .\..\src\libCom\cvtFast -I..\..\..\src\libCom\cppStd -
> > > I..\..\..\src\libCom\cxxTemplates -I..\..\..\src\libCom\dbmf -
> > > I..\..\..\src\libCom\ellLib -I..\..\..\src\libCom\env -
> > > I..\..\..\src\libCom\error -I..\..\..
> > > .\..\src\libCom\freeList -I..\..\..\src\libCom\gpHash -
> > > I..\..\..\src\libCom\iocsh -I..\..\..\src\libCom\logClient -
> > > I..\..\..\src\libCom\macLib -I..\..\..\src\libCom\misc -
> > > I..\..\..\src\libCom\osi -I..\..\..\s
> > > \..\src\libCom\timer -I..\..\..\src\libCom\yajl -
> > > I..\..\..\src\libCom\BaseString -I..\..\..\include\compiler\msvc -
> > > I..\..\..\include\os\WIN32 -I..\..\..\include
> > > C:\hill\epicsInBazaar\cvs-trunk\src\libC
> > > AllocException.cpp
> > > forceBadAllocException.cpp
> > > link /nologo /subsystem:windows /dll /map /LTCG /incremental:no
> /opt:ref
> > > /release /version:3.15 /fixed:no /debug    /implib:Com.lib
> /out:Com.dll
> > > bucketLib.obj epicsRingPointer.obj epicsRingBytes.obj
> > > obj cvtFast.obj resourceLib.obj epicsThrowTrace.obj dbmf.obj
> ellLib.obj
> > > envSubr.obj envData.obj errlog.obj errSymLib.obj errSymTbl.obj
> fdmgr.obj
> > > fdManager.obj freeListLib.obj gpHashLib.obj iocsh.obj registry.
> > > ocLog.obj logClient.obj macCore.obj macEnv.obj macUtil.obj
> aToIPAddr.obj
> > > adjustment.obj cantProceed.obj epicsConvert.obj epicsExit.obj
> > > epicsStdlib.obj epicsString.obj truncateFile.obj
> > ipAddrToAsciiAsynchronou
> > > epicsThread.obj epicsMutex.obj epicsOsiMutexThreadPrivate.obj
> > > epicsEvent.obj epicsTime.obj epicsMessageQueue.obj epicsMath.obj
> > > epicsAtomicLocked.obj epicsAtomicOSD.obj
> > > epicsOsiStaticInstanceSketchyCmplr.obj e
> > > lockTime.obj osdSock.obj osdSockAddrReuse.obj osiSock.obj
> > > systemCallIntMech.obj epicsSocketConvertErrnoToString.obj
> osdAssert.obj
> > > osdFindSymbol.obj osdInterrupt.obj osdPoolStatus.obj osdSignal.obj
> > > osdEnv.obj
> > > empFile.obj epicsStdio.obj osdStdio.obj osdThread.obj osdMutex.obj
> > > osdEvent.obj osdTime.obj osdProcess.obj osdNetIntf.obj
> > osdMessageQueue.obj
> > > devLibVME.obj devLibVMEOSD.obj taskwd.obj epicsTimer.obj timer.obj
> > > ueActive.obj timerQueueActiveMgr.obj timerQueuePassive.obj yajl.obj
> > > yajl_alloc.obj yajl_buf.obj yajl_encode.obj yajl_gen.obj yajl_lex.obj
> > > yajl_parser.obj ConString.obj SegString.obj VariableString.obj Chunked
> > > tringReaderHash.obj epicsGetopt.obj setThreadName.obj
> > > forceBadAllocException.obj Com.res     ws2_32.lib advapi32.lib
> > user32.lib
> > >    Creating library Com.lib and object Com.exp
> > > Generating code
> > > Finished generating code
> > > "Installing shared library ../../../bin/win32-x86/Com.dll"
> > > "Installing library ../../../lib/win32-x86/Com.lib"
> > > gmake[1]: Leaving directory `C:/hill/epicsInBazaar/cvs-
> > > trunk/src/libCom/O.win32-x86'
> > >
> > > Jeff
> > > ______________________________________________________
> > > Jeffrey O. Hill           Email        johill@lanl.gov
> > > LANL MS H820              Voice        505 665 1831
> > > Los Alamos NM 87545 USA   FAX          505 665 5107
> > >
> > > Message content: TSPA
> > >
> > > With sufficient thrust, pigs fly just fine. However, this is
> > > not necessarily a good idea. It is hard to be sure where they
> > > are going to land, and it could be dangerous sitting under them
> > > as they fly overhead. -- RFC 1925
> > >
> > >
> > > > -----Original Message-----
> > > > From: Andrew Johnson [mailto:anj@aps.anl.gov]
> > > > Sent: Thursday, August 18, 2011 2:28 PM
> > > > To: Jeff Hill
> > > > Cc: 'Ernest L. Williams Jr.'; 'Janet Anderson'
> > > > Subject: Re: Building EPICS (3-14-12-1) on Windows 7
> > > >
> > > > Hi Jeff,
> > > >
> > > > On 2011-08-18 Jeff Hill wrote:
> > > > > Janet: should we remove this rule from R3.15 and R3.14, and if so
> > who
> > > > will
> > > > > take care of this (me or you)?
> > > >
> > > > It has already gone in both branches, see commit 12247 in the 3.14
> > > branch
> > > > which I merged into the 3.15 branch yesterday (commit 12207.1.40
> > there),
> > > > and
> > > > if Ernest has applied all the Known Problems patches then this patch
> > > >     http://www.aps.anl.gov/epics/base/R3-14/12-docs/C-rule.patch
> > > > will have already removed it for him too.
> > > >
> > > > - Andrew
> > > > --
> > > > Optimization is the process of taking something that works and
> > > > replacing it with something that almost works, but costs less.
> > > > -- Roger Needham



Replies:
Re: Building EPICS (3-14-12-1) on Windows 7 Ernest L. Williams Jr.
References:
Building EPICS (3-14-12-1) on Windows 7 Williams Jr., Ernest L.

Navigate by Date:
Prev: Re: Scalcout data corruption on darwin-x86 with x86_64 arch class J. Lewis Muir
Next: Announce: sequencer release 2.1.1 Benjamin Franksen
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  <20112012  2013  2014  2015  2016  2017  2018  2019 
Navigate by Thread:
Prev: Re: Building EPICS (3-14-12-1) on Windows 7 Ernest L. Williams Jr.
Next: Re: Building EPICS (3-14-12-1) on Windows 7 Ernest L. Williams Jr.
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  <20112012  2013  2014  2015  2016  2017  2018  2019 
ANJ, 18 Nov 2013 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·