[Monetdb-developers] windows compilaton...
During the compilation of clients (cvs head) I got the following errors: cd "MonetSQLdb" && nmake /nologo "prefix=C:\cygwin\home\goncalve\MonetDB\MonetDB_SQL\clients\NT" all cl -GF -W3 -wd4273 -wd4102 -MD -nologo -Zi -Ox -I. -I.\..\..\.. "-IC:\Pthreads\include" -I.\..\..\..\..\src\python\Cim pl "-I..\..\mapilib" -I.\..\..\..\..\..\MonetDB\NT\include -I.\..\..\..\..\..\MonetDB\NT\include\common -I.\..\..\..\..\..\Mon etDB\NT\include\gdk -IC:\Python25\include -LD -Fe_MapiLib.pyd MapiLib.py.obj /link ..\..\mapilib\libMapi.lib C:\Python25\libs \python25.lib Creating library _MapiLib.lib and object _MapiLib.exp MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_setBlocking referenced in function __wrap_mapi_setBlock ing MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_is_blocked referenced in function __wrap_mapi_is_blocke d _MapiLib.pyd : fatal error LNK1120: 2 unresolved externals NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: '"E:\Visual Studio .NET 2003\VC7\BIN\nmake.exe"' : return code '0x2' Stop. I already updated and compiled buildtools and MonetDB. Maybe Niels or Fabian know the reason of this error. Regards, Romulo
On 26-02-2007 10:39:01 +0100, Romulo Goncalves wrote:
Creating library _MapiLib.lib and object _MapiLib.exp MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_setBlocking referenced in function __wrap_mapi_setBlock ing MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_is_blocked referenced in function __wrap_mapi_is_blocke d _MapiLib.pyd : fatal error LNK1120: 2 unresolved externals
I already updated and compiled buildtools and MonetDB.
I think you need to update and compile clients, as it uses the client mapi lib.
Fabian Groffen wrote:
On 26-02-2007 10:39:01 +0100, Romulo Goncalves wrote:
Creating library _MapiLib.lib and object _MapiLib.exp MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_setBlocking referenced in function __wrap_mapi_setBlock ing MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_is_blocked referenced in function __wrap_mapi_is_blocke d _MapiLib.pyd : fatal error LNK1120: 2 unresolved externals
I already updated and compiled buildtools and MonetDB.
I think you need to update and compile clients, as it uses the client mapi lib. Of course before the clients compilation the clients sources were updated as buildtools and MonetDB. ;)
Or the cvs update -dP is not enough? Should I checkout new version and compile again? Regards, Romulo
------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Monetdb-developers mailing list Monetdb-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-developers
On 26-02-2007 10:46:18 +0100, Romulo Goncalves wrote:
I think you need to update and compile clients, as it uses the client mapi lib. Of course before the clients compilation the clients sources were updated as buildtools and MonetDB. ;)
Or the cvs update -dP is not enough? Should I checkout new version and compile again?
No. "cvs update" should be enough for everyone. It must be something else.
On 2007-02-26 10:46, Romulo Goncalves wrote:
Fabian Groffen wrote:
On 26-02-2007 10:39:01 +0100, Romulo Goncalves wrote:
Creating library _MapiLib.lib and object _MapiLib.exp MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_setBlocking referenced in function __wrap_mapi_setBlock ing MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_is_blocked referenced in function __wrap_mapi_is_blocke d _MapiLib.pyd : fatal error LNK1120: 2 unresolved externals
I already updated and compiled buildtools and MonetDB.
I think you need to update and compile clients, as it uses the client mapi lib. Of course before the clients compilation the clients sources were updated as buildtools and MonetDB. ;)
Or the cvs update -dP is not enough? Should I checkout new version and compile again?
On Feb 19 I fixed this bug in the Stable branch. On Feb 20 I propagated the fix to the Current branch. Make sure (as always) that you don't have old files lying around. In this case a file called Mapi.h. Also make sure that swig regenerates clients/CYGWIN/src/python/Cimpl/MapiLib.py.c. -- Sjoerd Mullender
Sjoerd Mullender wrote:
On 2007-02-26 10:46, Romulo Goncalves wrote:
Fabian Groffen wrote:
On 26-02-2007 10:39:01 +0100, Romulo Goncalves wrote:
Creating library _MapiLib.lib and object _MapiLib.exp MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_setBlocking referenced in function __wrap_mapi_setBlock ing MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_is_blocked referenced in function __wrap_mapi_is_blocke d _MapiLib.pyd : fatal error LNK1120: 2 unresolved externals
I already updated and compiled buildtools and MonetDB.
I think you need to update and compile clients, as it uses the client mapi lib. Of course before the clients compilation the clients sources were updated as buildtools and MonetDB. ;)
Or the cvs update -dP is not enough? Should I checkout new version and compile again?
On Feb 19 I fixed this bug in the Stable branch. On Feb 20 I propagated the fix to the Current branch.
Make sure (as always) that you don't have old files lying around. In this case a file called Mapi.h. Also make sure that swig regenerates clients/CYGWIN/src/python/Cimpl/MapiLib.py.c.
What is the best procedure to update the MonetDB in windows? I cannot all the time check if there are old files or not. The compilation should detect if there are changes and if yes the old files should me removed. If not the best way is to checkout all the time a new version and compile everything. Regards, Romulo
On 2007-02-26 11:02, Romulo Goncalves wrote:
Sjoerd Mullender wrote:
On 2007-02-26 10:46, Romulo Goncalves wrote:
Fabian Groffen wrote:
On 26-02-2007 10:39:01 +0100, Romulo Goncalves wrote:
Creating library _MapiLib.lib and object _MapiLib.exp MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_setBlocking referenced in function __wrap_mapi_setBlock ing MapiLib.py.obj : error LNK2019: unresolved external symbol __imp__mapi_is_blocked referenced in function __wrap_mapi_is_blocke d _MapiLib.pyd : fatal error LNK1120: 2 unresolved externals
I already updated and compiled buildtools and MonetDB.
I think you need to update and compile clients, as it uses the client mapi lib. Of course before the clients compilation the clients sources were updated as buildtools and MonetDB. ;)
Or the cvs update -dP is not enough? Should I checkout new version and compile again?
On Feb 19 I fixed this bug in the Stable branch. On Feb 20 I propagated the fix to the Current branch.
Make sure (as always) that you don't have old files lying around. In this case a file called Mapi.h. Also make sure that swig regenerates clients/CYGWIN/src/python/Cimpl/MapiLib.py.c.
What is the best procedure to update the MonetDB in windows? I cannot all the time check if there are old files or not. The compilation should detect if there are changes and if yes the old files should me removed.
If not the best way is to checkout all the time a new version and compile everything.
Regards, Romulo
There should not be a need to do a complete checkout ever. I never do. I only use "cvs update -dP". It is very hard to get all make dependencies right so that make always does the right thing. Therefore, it is sometimes necessary to recompile everything, or at least everything in a particular subproject. The easiest way to do that is by completely removing the build directory (in the default setup of the conf.bash script that would be the Linux subdirectory on Linux and the CYGWIN subdirectory on Cygwin). You can also run ./de-bootstrap, but that is also rarely needed (as long as you do run ./bootstrap when any *.ag file changes). -- Sjoerd Mullender
What is the best procedure to update the MonetDB in windows? I cannot all the time check if there are old files or not. The compilation should detect if there are changes and if yes the old files should me removed.
If not the best way is to checkout all the time a new version and compile everything.
Regards, Romulo
There should not be a need to do a complete checkout ever. I never do. I only use "cvs update -dP".
It is very hard to get all make dependencies right so that make always does the right thing. Therefore, it is sometimes necessary to recompile everything, or at least everything in a particular subproject. The easiest way to do that is by completely removing the build directory (in the default setup of the conf.bash script that would be the Linux subdirectory on Linux and the CYGWIN subdirectory on Cygwin). You can also run ./de-bootstrap, but that is also rarely needed (as long as you do run ./bootstrap when any *.ag file changes).
In cygwin I know that, However, I am using the nmake. I do not have a build directory to remove ;) Regards, Romulo
On 2007-02-26 11:12, Romulo Goncalves wrote:
What is the best procedure to update the MonetDB in windows? I cannot all the time check if there are old files or not. The compilation should detect if there are changes and if yes the old files should me removed.
If not the best way is to checkout all the time a new version and compile everything.
Regards, Romulo
There should not be a need to do a complete checkout ever. I never do. I only use "cvs update -dP".
It is very hard to get all make dependencies right so that make always does the right thing. Therefore, it is sometimes necessary to recompile everything, or at least everything in a particular subproject. The easiest way to do that is by completely removing the build directory (in the default setup of the conf.bash script that would be the Linux subdirectory on Linux and the CYGWIN subdirectory on Cygwin). You can also run ./de-bootstrap, but that is also rarely needed (as long as you do run ./bootstrap when any *.ag file changes).
In cygwin I know that, However, I am using the nmake. I do not have a build directory to remove ;)
Regards, Romulo
Use my script ~sjoerd/bin/cvsfiles and run it (in a Cygwin shell) with the -x option. That will list all files that are *not* in CVS. You can remove those. Also remove the top-level Makefile.msc files: rm -r `cvsfiles -x {MonetDB{,4,5},clients,sql}/NT` rm {MonetDB{,4,5},clients,sql}/Makefile.msc -- Sjoerd Mullender
participants (3)
-
Fabian Groffen -
Romulo Goncalves -
Sjoerd Mullender