User forums > Nightly builds

The 31 July 2007 build (4338) is out.

<< < (4/5) > >>

Biplab:

--- Quote from: Albenejean on August 01, 2007, 08:00:26 pm ---
--- Quote ---When compilling with Visual C++ 2005, it needs the file "mspdb80.dll" (don't ask me why...). With this version, I've got a message box from cl.exe (the compiler) saying that this file is missing. When switching back to SVN4261, everything is OK (I haven't got any nightlies between these two).
--- End quote ---

25 July 2007 build (4321) : Could not find the dll needed by cl.exe, even if the dll is in the same directory.

--- End quote ---

Wait for the next nightly. It should get resolved.

Also ensure that the following path has been added in Additional Path section in Settings > Compiler and debugger > Toolchain executables.

--- Quote ---C:\Program Files\Microsoft Visual Studio 8\Common7\IDE
--- End quote ---

Albenejean:

--- Quote ---Try adding the path to the DLL to Additional Paths.
--- End quote ---
Already done.


--- Quote ---Also ensure that the following path has been added in Additional Path section in Settings > Compiler and debugger > Toolchain executables. ...
--- End quote ---
Already done. Besides I've got a copy of the dll in the compiler's directory.


--- Quote ---Wait for the next nightly. It should get resolved.
--- End quote ---
Thanks!!

Marenz:
Hello again,
I try to compile a project which uses precompiled headers.
but the compilation fails:


--- Code: ----------------- Build: Debug-linux in Azadi ---------------
Linking console executable: ./Azadidbg
src/Azadi.h.gch/Debug-linux_src_Azadi_h_gch: file not recognized: File format not recognized
collect2: ld returned 1 exit status
Process terminated with status 1 (0 minutes, 1 seconds)
0 errors, 0 warnings
--- End code ---


i checked the file:
file Debug-linux_src_Azadi_h_gch
Debug-linux_src_Azadi_h_gch: GCC precompiled header (version 013) for C++

I have no idea how to get rid of this :(

--Ano

Jan van den Borst:
LS
I'm having trouble building codeblocks:

mingw32-g++.exe -shared   -Wl,--dll -Ldevel -Lbase\tinyxml -LD:\swprojects\IN_ACTIVE\codeblocks\wxWidgets-2.8.4\lib\gcc_dll -LV:\mingw\lib  .objs\plugins\projectsimporter\msvc7loader.o .objs\plugins\projectsimporter\msvc7workspaceloader.o .objs\plugins\projectsimporter\msvcloader.o .objs\plugins\projectsimporter\msvcworkspacebase.o .objs\plugins\projectsimporter\msvcworkspaceloader.o .objs\plugins\projectsimporter\projectsimporter.o .objs\plugins\projectsimporter\devcpploader.o   -o devel\share\CodeBlocks\plugins\projectsimporter.dll -Wl,--enable-auto-image-base -Wl,--add-stdcall-alias  -lcodeblocks -lwxmsw28u

Info: resolving vtable for TiXmlDocumentby linking to __imp___ZTV13TiXmlDocument (auto-import)
.objs\plugins\projectsimporter\msvc7loader.o: In function `ZNSt6vectorIPN14BlockAllocatorI21CodeBlocksLayoutEventLj75ELb0EE11LinkedBlockIS1_EESaIS5_EEixEj':
V:/mingw/bin/../lib/gcc/mingw32/3.4.4/../../../../include/c++/3.4.4/bits/stl_vector.h:(.text$_ZN13TiXmlDocumentD1Ev[TiXmlDocument::~TiXmlDocument()]+0x3a): variable 'vtable for TiXmlDocument' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details.
collect2: ld returned 1 exit status

What should I do?

Jan

oats:
is anyone doing regular nightly builds for OS X?  is anyone actively developing bug fixes for OS X?

Navigation

[0] Message Index

[#] Next page

[*] Previous page