On Thu, Jul 17, 2008 at 7:48 PM, Philip Lowman <[EMAIL PROTECTED]> wrote:
Does anyone know of any other platforms that share filename extensions for
> archive vs. shared libraries other than MSVC/Win32?
>
The .lib files associated with DLLs on Windows are not really "shared
libraries". The DLLs t
On Thu, Jul 17, 2008 at 6:25 PM, Alin M Elena <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I do not really think is any need to test if the lib is static or dynamic.
> In real life you should already now that.
>
> Let us take as an example a package XXX we know from documentation that
> provides a st
I also noticed that dumpbin /exports mylib.lib printed symbols out if it was
an import library, but didn't if it was a static library.
Clint
On Thursday 17 July 2008 3:03:02 pm David Cole wrote:
> If you do...:
> dumpbin /symbols mylib.lib
>
> ...then:
> The output will contain "_IMPORT_DESCRIP
Hi All,
I do not really think is any need to test if the lib is static or dynamic. In
real life you should already now that.
Let us take as an example a package XXX we know from documentation that
provides a static link libA.lib and a dynamic link libB.lib (windows case).
i want to write a mod
On Thursday 17 July 2008, Alin M Elena wrote:
> Hi,
>
> I try to determine the correct -lpthread against which I link in a Fortran
> project. (http://code.google.com/p/tdtbuj)
> using only
> find_package(Threads)
> leads to an error
> -- Looking for include files CMAKE_HAVE_PTHREAD_H
> CMake Error:
On Thursday 17 July 2008, Alin M Elena wrote:
> Hi,
>
> I have a small project
> http://code.google.com/p/tdtbuj
>
> cmake is the build system.
>
> in linux
> if I do just cmake it fails to find the proper libs.
Please give more details so we can help.
> if I do cmake cmake --debug-trycompile wil
On Thursday 17 July 2008, Vandenbroucke Sander wrote:
> Hi,
...
> Compiling is fine, distcc does it's job. Unfortunately my linker command
> is messed up. CMake used to generate something like this: nios2-elf-g++
> OBJECTS -lsystem ...
>
> With distcc this changes to: nios2-elf-g++ OBJECTS -lsyste
If you do...:
dumpbin /symbols mylib.lib
...then:
The output will contain "_IMPORT_DESCRIPTOR" if the .lib is an import
library for a .dll file.
It will (most likely) not contain this output if it is a static .lib file.
It's a heuristic as I'm pretty sure the static .lib file will contain that
ou
If you do...:
dumpbin /symbols mylib.lib
...then:
The output will contain "_IMPORT_DESCRIPTOR" if the .lib is an import
library for a .dll file.
It will (most likely) not contain this output if it is a static .lib file.
It's a heuristic as I'm pretty sure the static .lib file will contain that
ou
.. Original Message ...
On Thu, 17 Jul 2008 22:10:11 +0400 "Yuri Timenkov"
<[EMAIL PROTECTED]> wrote:
>On Thursday 17 July 2008 23:00:15 Alin M Elena wrote:
>The main problem AFAIK for VS is that static and dynamic libraries are
>indistinguishable by extension. They both have a .lib on
Hi,
> The main problem AFAIK for VS is that static and dynamic libraries are
> indistinguishable by extension. They both have a .lib one. And you don't
> know in advance is some library is static one or just import library for
> some dynamic one.
>
> For cygwin/mingw things may be more similar to
On Thursday 17 July 2008 23:00:15 Alin M Elena wrote:
> Hi,
>
> 1. Few days ago maybe weeks on the list I have seen a discussion about
> static/dynamic linking.
>
> One of the solution proposed there to achieve a static linking was
>
> if (UNIX)
> set(CMAKE_FIND_LIBRARY_SUFFIXES ".a;.so")
> endif
Hi,
1. Few days ago maybe weeks on the list I have seen a discussion about
static/dynamic linking.
One of the solution proposed there to achieve a static linking was
if (UNIX)
set(CMAKE_FIND_LIBRARY_SUFFIXES ".a;.so")
endif(UNIX)
Something similar can be done for windows I suspect.
Maybe yo
Hi,
I try to determine the correct -lpthread against which I link in a Fortran
project. (http://code.google.com/p/tdtbuj)
using only
find_package(Threads)
leads to an error
-- Looking for include files CMAKE_HAVE_PTHREAD_H
CMake Error: Unknown extension ".c" for fi
Hi,
I have a small project
http://code.google.com/p/tdtbuj
cmake is the build system.
in linux
if I do just cmake it fails to find the proper libs.
if I do cmake cmake --debug-trycompile will work (sometimes).
I use cmake version 2.6-patch 1 RC-6 (in opensuse 11).
The FindBLAS, LAPACK modules
Hi,
I'm trying to use CMake to build Symbian 9.2-FP1 (S60) executables in a generic
way (i.e. not building mmp-files which have to be interpreted by perl-scripts
provided with the SDKs).
There have been similar questions asked here before but I haven't found a
complete answer yet that would ma
Hi,
I'm using cmake 2.4 to build code for an embedded platform. To link
everything together I use static (.a) libraries.
For the sake of compiling speed I want to use distcc. I do it like this:
set CC=distcc nios2-elf-gcc
set CXX=distcc nios2-elf-g++
set DISTCC_HOSTS=pc710 localhost
cma
On Wednesday 16 July 2008 8:54:11 pm [EMAIL PROTECTED] wrote:
> Hi.
>
> I've got cmake 2.6-patch 0 installed and I'm trying to get a simple
> (helloworld.cpp) compiled and built on a linux system.
>
> My toolchain file looks like this:
>
> -- toolchain.cmake --
> SET( CMAKE_SYSTEM_NAME foobar )
> S
18 matches
Mail list logo
