Static libraries in Solaris10

Hi,
Static libraries like libm.a are not there in Solaris10.? I am getting following error while linking.
<Snapshot>
ld: fatal: file[b] /usr/lib/libm.a: open failed: No such file or directory
If it is not there, what is the solution.? Should I use only dynamic libraries...?
Thanks in Advance,
Karthikeyan

There are no more static libraries shipped with Solaris 10.
You should use only dynamic libraries when compiling under Solaris 10

Similar Messages

Mingw-w64-pdcurses static libraries

Hello!
I noticed during the course of my programming that the mingw-w64-pdcurses package only builds and installs shared versions of the library, not static versions. Since the wiki guidelines (https://wiki.archlinux.org/index.php/Mi … Guidelines) prescribe the compilation of both static and shared versions, I thought I'd fix that.
First, though, I wanted to post my midifications to the PKGBUILD here for review. I'm still fairly new to Arch and its community, and I wanted to be sure I wasn't violating any guidelines. Also, how should I go about submitting these changes to the AUR? Should I just go ahead and upload the new tarball? Should I contact the package maintainer and let him/her upload the new tarball? Or is there a good reason the static libraries weren't built in the first place; in which case, would it be best to upload it as a new mingw-w64-pdcurses-static package?
Here are my proposed modifications:
PKGBUILD
# Contributor: Filip Brcic <[email protected]>
# Contributor: TheGuy <[email protected]>
pkgname=mingw-w64-pdcurses
pkgver=3.4
pkgrel=3
pkgdesc="Curses library for MinGW (mingw-w64)"
arch=('any')
depends=('mingw-w64-crt')
makedepends=('mingw-w64-gcc')
options=('staticlibs' '!buildflags' '!strip')
license=('custom')
url="http://pdcurses.sourceforge.net/"
source=("http://downloads.sourceforge.net/pdcurses/PDCurses-${pkgver}.tar.gz"
"mingw-pdcurses-3.4-build.patch")
md5sums=('4e04e4412d1b1392a7f9a489b95b331a'
'3ab3282497fd815b18a17d4f43eb9fb6')
_architectures="i686-w64-mingw32 x86_64-w64-mingw32"
prepare() {
cd "${srcdir}/PDCurses-${pkgver}"
patch -Np1 -i ${srcdir}/mingw-pdcurses-3.4-build.patch
sed -i "s|CFLAGS = \-O2 \-Wall|CFLAGS = \-O2 \-g -pipe \-Wall \-Wp,\-D_FORTIFY_SOURCE=2 \-fexceptions \-\-param=ssp\-buffer\-size=4|g" win32/mingwin32.mak
build() {
cd "${srcdir}/PDCurses-${pkgver}"
export CFLAGS="-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4"
for _arch in ${_architectures}; do
cp -a win32 build-${_arch} && pushd build-${_arch}
make -f mingwin32.mak \
CC=${_arch}-gcc \
AR=${_arch}-ar \
LINK=${_arch}-gcc \
STRIP=${_arch}-strip \
WIDE=Y UTF8=Y DLL=Y
make -f mingwin32.mak \
CC=${_arch}-gcc \
AR=${_arch}-ar \
LINK=${_arch}-gcc \
STRIP=${_arch}-strip \
WIDE=Y UTF8=Y DLL=N \
libs
popd
done
package() {
cd "${srcdir}/PDCurses-${pkgver}"
for _arch in ${_architectures} ; do
install -d "${pkgdir}"/usr/${_arch}/{bin,lib,include}
install build-${_arch}/pdcurses.dll "${pkgdir}"/usr/${_arch}/bin/
install build-${_arch}/pdcurses.dll.a "${pkgdir}"/usr/${_arch}/lib/libpdcurses.dll.a
install build-${_arch}/pdcurses.a "${pkgdir}"/usr/${_arch}/lib/libpdcurses.a
install -m 0644 curses.h panel.h term.h "${pkgdir}"/usr/${_arch}/include/
${_arch}-strip --strip-unneeded "${pkgdir}"/usr/${_arch}/bin/*.dll
${_arch}-strip -g "${pkgdir}"/usr/${_arch}/lib/*.a
done
mingw-pdcurses-3.4-build.patch
diff -Naur PDCurses-3.4.orig/win32/mingwin32.mak PDCurses-3.4/win32/mingwin32.mak
--- PDCurses-3.4.orig/win32/mingwin32.mak 2008-07-21 08:31:36.000000000 -0400
+++ PDCurses-3.4/win32/mingwin32.mak 2015-01-15 23:07:24.339995873 -0500
@@ -19,6 +19,8 @@
PDCURSES_WIN_H = $(osdir)/pdcwin.h
CC = gcc
+AR = ar
+STRIP = strip
ifeq ($(DEBUG),Y)
CFLAGS = -g -Wall -DPDCDEBUG
@@ -30,8 +32,8 @@
CFLAGS += -I$(PDCURSES_SRCDIR)
-BASEDEF = $(PDCURSES_SRCDIR)\exp-base.def
-WIDEDEF = $(PDCURSES_SRCDIR)\exp-wide.def
+BASEDEF = $(PDCURSES_SRCDIR)/exp-base.def
+WIDEDEF = $(PDCURSES_SRCDIR)/exp-wide.def
DEFDEPS = $(BASEDEF)
@@ -50,14 +52,14 @@
ifeq ($(DLL),Y)
CFLAGS += -DPDC_DLL_BUILD
- LIBEXE = gcc $(DEFFILE)
- LIBFLAGS = -Wl,--out-implib,pdcurses.a -shared -o
+ LIBEXE = $(CC) $(DEFFILE)
+ LIBFLAGS = -Wl,--out-implib,pdcurses.dll.a -shared -o
LIBCURSES = pdcurses.dll
LIBDEPS = $(LIBOBJS) $(PDCOBJS) $(DEFFILE)
CLEAN = $(LIBCURSES) *.a $(DEFFILE)
else
- LIBEXE = ar
- LIBFLAGS = rcv
+ LIBEXE = $(AR)
+ LIBFLAGS = rcvs
LIBCURSES = pdcurses.a
LIBDEPS = $(LIBOBJS) $(PDCOBJS)
CLEAN = *.a
@@ -70,24 +72,24 @@
libs: $(LIBCURSES)
clean:
- -del *.o
- -del *.exe
- -del $(CLEAN)
+ -rm *.o
+ -rm *.exe
+ -rm $(CLEAN)
demos: $(DEMOS)
- strip *.exe
+ $(STRIP) *.exe
$(DEFFILE): $(DEFDEPS)
echo LIBRARY pdcurses > $@
echo EXPORTS >> $@
- type $(BASEDEF) >> $@
+ cat $(BASEDEF) >> $@
ifeq ($(WIDE),Y)
- type $(WIDEDEF) >> $@
+ cat $(WIDEDEF) >> $@
endif
$(LIBCURSES) : $(LIBDEPS)
$(LIBEXE) $(LIBFLAGS) $@ $?
- -copy pdcurses.a panel.a
+ -cp pdcurses.dll.a panel.a
$(LIBOBJS) $(PDCOBJS) : $(PDCURSES_HEADERS)
$(PDCOBJS) : $(PDCURSES_WIN_H)

As noted in the wiki page I linked earlier, the mingw-w64 packages are treated uniquely in that they should "always build both shared and static binaries, unless they conflict". Indeed, this convention is followed in similar packages, like mingw-w64-readline, which depends on mingw-w64-pdcurses. Surely this package should also endeavour to supply static libs, so that software linking against static libs provided by its dependencies can be (fully) statically cross-compiled?
Last edited by TheGuy (2015-01-16 08:52:36)

Rfc static libraries for Unicode (Linux)

Hi all!
Does anybody know if it is possible to use RFC static libraries for Unicode on Linux?
I can compile and link my application, but when I am running it, I get message: "undefined symbol: strtolU16". librfcu.a is the only static library, which is provided in RFCSDK. Do I need to link my application with any other library?
Everything works fine with non-unicode static library.
Thank you in advance,
Elena

Oracle does not provide any static libraries for MS Windows.

Unusable static libraries in $TUXDIR/lib

Hi,
I'm trying to build a WS client to run on TRU64, and I would like to use the static
libraries to make delivery easier. I have tried using buildclient and the cxx
compiler/linker directly however the following is the best result I can get either
way
ld:
Skipping archive /users/mlee/bea/tuxedo8.1/lib/libwsc.a because it has no archive
header
So then, when I check the library I get...
4 -r-xr-xr-x 1 mlee pcs 8 Aug 13 2003 libwsc.a*
8 bytes seems a bit useless! There are various posts on the web about this error
but all solutions relate to rebuilding from source, not really an option for tuxedo?
So I suppose I'm asking; Is there an installation option that will resolve this?

Tuxedo does not ship with static libraries. The .a files that you see
are not static libraries.
Max Lee wrote:
Hi,
I'm trying to build a WS client to run on TRU64, and I would like to use the static
libraries to make delivery easier. I have tried using buildclient and the cxx
compiler/linker directly however the following is the best result I can get either
way
ld:
Skipping archive /users/mlee/bea/tuxedo8.1/lib/libwsc.a because it has no archive
header
So then, when I check the library I get...
4 -r-xr-xr-x 1 mlee pcs 8 Aug 13 2003 libwsc.a*
8 bytes seems a bit useless! There are various posts on the web about this error
but all solutions relate to rebuilding from source, not really an option for tuxedo?
So I suppose I'm asking; Is there an installation option that will resolve this?

Extending DPS reader with static libraries and frameworks

Is there any initiative within Adobe's roadmap to enable extending DPS reader within Xcode by use of static libraries and frameworks?
Core functionality of the reader could be linked and distributed as binary assembly via static libraries.
Shared resources of the DPS reader could be packaged wtihin a framework.
Beyond extending capabilities of the reader, this would also enable advanced debugging and running on devices directly from Xcode.
References:
Using Static Libraries in iOS
Framework Programming Guide
iOS Frameworks

Now that the .folio format has been opened up, are there any updates with regards to providing developers access to reader frameworks/libraries?
Adobe .folio Format Specification
In addition to the new feature updates, the technical specification for the .folio format is now available under a free license; further accelerating digital publication adoption and enabling newsstands to produce their own viewing apps capable of displaying digital content built using DPS. All entities who sign the license agreement will be given access to the specification.

VS2013.3 - Static libraries with RTTI linked to app without RTTI leads to crash

I got a crash today that I traced back to an RTTI mismatch between wxWidgets static libraries and the application. The static libraries had RTTI enabled and the application did not. The crash occurred in wxWidgets when retrieval of type information in wxWidgets
was attempted. It was reproducible in VS2003 SP1, VS2010 SP1 and VS2013.3. You can read more about it here:
wxTypeId() without RTTI crashes in Visual Studio
Unhandled exception at 0x00000000 in app.exe: 0xC0000005: Access violation reading location 0x00000000.
When I enabled RTTI in the application that solved the issue. I also tested disabling RTTI in both the static libraries and application and that solved the issue as well. So it seems there is no mixing of RTTI settings for apps linking to wxWidgets but whether
that's applicable apart from wxWidgets I don't know. I can't find it documented for Visual Studio.
I am thinking about filing this as a bug, if only to ask for future updates of Visual Studio to warn or error if there is an RTTI mismatch. Before I do though I'd like any input you guys have. Do you consider this a bug? Have you ever encountered anything
like this before?
Thanks

Hi Popchoc,
Thanks for posting in VS general question forum. But your issue is out of support range of VS General Question forum which mainly discusses the usage of Visual Studio IDE such as WPF & SL designer, Visual
Studio Guidance Automation Toolkit, Developer Documentation and Help System
and Visual Studio Editor.
Based on your description, it seems that Visual Studio does not allow mix of RTTI settings. I am not sure whether it is only limited to wxWidgets which is third-party. I am not a developer, it is hard for me
to repro a similar scenario for this behavior. Since RTTI is related to Visual C++, I think you can open a new thread on Visual C++ forum to check whether Visual C++ allows mixed RTTI settings in projects.
As for the compatibility issue between RTTI and wxWidgets,
you could submit this feedback to Microsoft Connect feedback portal:
http://connect.microsoft.com/VisualStudio/feedback/CreateFeedback.aspx,
Microsoft product team will evaluate them seriously. After you submit the feedback, you can post the link here which will be beneficial for other members with the similar issue. And I will help you to vote it.
Thanks for your understanding.
Best regards,
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Static Libraries in C executables.....

Hi, are there any symbol in the symbol table of C executable, that tells me the name of statically linked libraries and API's. or are there any method to determine the name of the statically linked library from a executable.

There are no more static libraries shipped with Solaris 10.
You should use only dynamic libraries when compiling under Solaris 10

Static libraries undefined symbols

Hello,
I have three libraries A,B,C. C uses B and A. B uses A. A is a dynamic library. I complied B and C as static libraries but when I try to use C I get a lot of undefined symbols related to B.
Is there a special flag that I can use with libtool and get rid of that messages?

What does your link order look like? Make sure B comes last.

[SOLVED] mingw32 cross compile won't link with static libraries

Hi all,
I'm trying to cross compile an app I have written to i486-mingw32. I'm running Arch 64-bit (under which it compiles fine natively), and I have installed the mingw32 binaries along with mingw32-boost-static from AUR.
All seems well, but unfortunately when I cross compile my code libtool refuses to link to the static Boost libraries:
*** Warning: Trying to link with static lib archive /usr/i486-mingw32/lib/libboost_filesystem-mt-s.a.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because the file extensions .a of this argument makes me believe
*** that it is just a static archive that I should not use here.
This then leads to undefined references as the library is not linked in. But as I *want* the static version of the library, does anyone know how to tell libtool to accept the .a file and link it?
Last edited by Malvineous (2011-05-02 02:44:48)

Just to follow up on this, I discovered the problem. It turns out libtool was doing the correct thing, and refusing to link the static library in with the shared one (otherwise later this could result in something being defined multiple times.) The undefined references were unrelated to the error above, and the code that was causing them (in a different Boost header file) could be easily #defined out.
When the time came to link the actual executables, libtool did include all the necessary libraries and everything worked as it should!

Static Libraries

I am trying to compile a jsoncpp into a static libraray (libjson.a) using the ar command.
I am using "ar rvs libjson.a json.o" after compiling the library into json.o.
I then try to compile another libary and include a static reference to the libjson.a file (using -ljson) and I receive the following error:
error: json: no archive symbol table (run ranlib)
Before I spend too much time tracking this down, I was wondering if I was on the right path here. Is static linking allowed with flascc? Should I be using SWC files instead for compiling libraries? Should I simplify matters by simply compiling the json libary into my project by just including the cpp files?
Thank you!
Robert

You're definitely on the right path. Flascc allows *only* static linking, so the approach is correct.
I've had exactly the same error message before, but I can't remember the cause Probably ar parameters? I use "ar rcs" in my scripts.

Using buildclient to build static libraries under Windows

Hi All,
I have been trying to use buildclient to build a static library
but in vain. When i run the following command on the command line
"buildclient -w -v -o GenSvcWrapper.lib -f GenSvcWrapper.cpp" ,
i get the error (LINK : fatal error LNK1561: entry point must be
defined), which i guess is asking for a main() in the program.
I tried using the VC++ IDE to build the library, now i am able
to build the library but the call to tpinit() fails.
My conclusion is that buildclient can be used only to build
exe's. Am i wrong in my conclusion? If not how do I build
libraries using buildclient or VC++ IDE? What i want is to wrap
Tuxedo ATMI calls like (tpinit() and tpcall()) and provide it as
a library.
Please help me out in this problem. I have pasted the build
output below.
Thanks,
Santhosh
Build Output <<<<<<<<<<<<<<<<<<<<<<<<<<<<<E:\Code\VC\GenSvcWrapper>buildclient -w -v -o GenSvcWrapper.lib -f
GenSvcWrapper
.cpp
cl /MD -I"%TUXDIR%"\include -FeGenSvcWrapper.lib GenSvcWrapper.cpp
"%TUXDIR%
"\lib\libwsc.lib "%TUXDIR%"\lib\libbuft.lib "%TUXDIR%"\lib\libfml.lib
"%TUXDIR
%"\lib\libfml32.lib "%TUXDIR%"\lib\libengine.lib wsock32.lib kernel32.lib
advap
i32.lib user32.lib gdi32.lib comdlg32.lib
winspool.lib -link -implib:BC-7b0.li
b
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
GenSvcWrapper.cpp
Will automatically link with libbuft.lib
Will automatically link with libwsc.lib
Will automatically link with libengine.lib
Will automatically link with libfml.lib
Will automatically link with libfml32.lib
Microsoft (R) Incremental Linker Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
/out:GenSvcWrapper.lib
-implib:BC-7b0.lib
GenSvcWrapper.obj
"E:\Program Files\bea\tuxedo8.0\lib\libwsc.lib"
"E:\Program Files\bea\tuxedo8.0\lib\libbuft.lib"
"E:\Program Files\bea\tuxedo8.0\lib\libfml.lib"
"E:\Program Files\bea\tuxedo8.0\lib\libfml32.lib"
"E:\Program Files\bea\tuxedo8.0\lib\libengine.lib"
wsock32.lib
kernel32.lib
advapi32.lib
user32.lib
gdi32.lib
comdlg32.lib
winspool.lib
LINK : fatal error LNK1561: entry point must be defined
TUXNT_CAT:77: ERROR: Can't execute cl
/MD -I"%TUXDIR%"\include -FeGenSvcWrapper
.lib GenSvcWrapper.cpp "%TUXDIR%"\lib\libwsc.lib
"%TUXDIR%"\lib\libbuft.lib
"%TUXDIR%"\lib\libfml.lib "%TUXDIR%"\lib\libfml32.lib
"%TUXDIR%"\lib\libengine.
lib wsock32.lib kernel32.lib advapi32.lib user32.lib gdi32.lib comdlg32.lib
win
spool.lib -link -implib:BC-7b0.lib

You can build libraries using buildclient by working out the VC++ command line
argument used to build a static library and passing that in the -f option of buildclient.
There's no real point in using buildclient to build a tuxedo client because the
only thing it does for you is specify the tuxedo libraries that get linked into
the exe or lib that you are creating, and complain if you don't have a valid SDK
license. I just specify the tuxedo libraries myself to VC++ and completely forget
about using buildclient. The only thing to keep in mind is to make sure you are
using the correct tuxedo libraries for a native or workstation tuxedo client (pretty
much libtux.lib for native and libwsc.lib for a workstation client followed by
the other tuxedo libraries you need, libbuft.lib libfml.lib libfml32.lib libengine.lib
etc. ).
"Santhosh" <[email protected]> wrote:
>
Hi All,
I have been trying to use buildclient to build a static library
but in vain. When i run the following command on the command line
"buildclient -w -v -o GenSvcWrapper.lib -f GenSvcWrapper.cpp" ,
i get the error (LINK : fatal error LNK1561: entry point must be
defined), which i guess is asking for a main() in the program.
I tried using the VC++ IDE to build the library, now i am able
to build the library but the call to tpinit() fails.
My conclusion is that buildclient can be used only to build
exe's. Am i wrong in my conclusion? If not how do I build
libraries using buildclient or VC++ IDE? What i want is to wrap
Tuxedo ATMI calls like (tpinit() and tpcall()) and provide it as
a library.
Please help me out in this problem. I have pasted the build
output below.
Thanks,
Santhosh
Build Output <<<<<<<<<<<<<<<<<<<<<<<<<<<<<E:\Code\VC\GenSvcWrapper>buildclient -w -v -o GenSvcWrapper.lib -f
GenSvcWrapper
.cpp
cl /MD -I"%TUXDIR%"\include -FeGenSvcWrapper.lib GenSvcWrapper.cpp
"%TUXDIR%
"\lib\libwsc.lib "%TUXDIR%"\lib\libbuft.lib "%TUXDIR%"\lib\libfml.lib
"%TUXDIR
%"\lib\libfml32.lib "%TUXDIR%"\lib\libengine.lib wsock32.lib kernel32.lib
advap
i32.lib user32.lib gdi32.lib comdlg32.lib
winspool.lib -link -implib:BC-7b0.li
b
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for
80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
GenSvcWrapper.cpp
Will automatically link with libbuft.lib
Will automatically link with libwsc.lib
Will automatically link with libengine.lib
Will automatically link with libfml.lib
Will automatically link with libfml32.lib
Microsoft (R) Incremental Linker Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
/out:GenSvcWrapper.lib
-implib:BC-7b0.lib
GenSvcWrapper.obj
"E:\Program Files\bea\tuxedo8.0\lib\libwsc.lib"
"E:\Program Files\bea\tuxedo8.0\lib\libbuft.lib"
"E:\Program Files\bea\tuxedo8.0\lib\libfml.lib"
"E:\Program Files\bea\tuxedo8.0\lib\libfml32.lib"
"E:\Program Files\bea\tuxedo8.0\lib\libengine.lib"
wsock32.lib
kernel32.lib
advapi32.lib
user32.lib
gdi32.lib
comdlg32.lib
winspool.lib
LINK : fatal error LNK1561: entry point must be defined
TUXNT_CAT:77: ERROR: Can't execute cl
/MD -I"%TUXDIR%"\include -FeGenSvcWrapper
.lib GenSvcWrapper.cpp "%TUXDIR%"\lib\libwsc.lib
"%TUXDIR%"\lib\libbuft.lib
"%TUXDIR%"\lib\libfml.lib "%TUXDIR%"\lib\libfml32.lib
"%TUXDIR%"\lib\libengine.
lib wsock32.lib kernel32.lib advapi32.lib user32.lib gdi32.lib comdlg32.lib
win
spool.lib -link -implib:BC-7b0.lib

Using Static Libraries in XCode 3

I'm pretty new to relatively low level programming, and I would like to use particular static library (.a extension). How do I do that in XCode? Suppose I have a file with .a extension in Frameworks folder in XCode project, now how do I get the names of headers, do I need to set header search path?
BR,
Alex

Hey,
I don't know if what you are doing can be somehow be related to my problem, but this is how you can link some existing libraries to a project:
Project -> Add To Project -> type "/usr/lib/"
Select the .a library you need. Note that it might have the "lib" prefix in front of it. I just checked and there are a few .a files there, but maybe not what you need. However, give it a try, since it helped me linking a library that I needed (its execution is sketchy though so it might not be the right way of doing so).
Let me know how it goes!

How do you create a client using static libraries?

We are trying to create a client that does not use shared libraries.
We have tried to use a -Bstatic option when linking the libraries but,
we get the error /usr/local/tuxedo/lib/libtux.a(libtux.so.60): fatal
error: input shared object in static mode
We have tried several variations like moving the .a files, changing
the options around and got no where.
Any suggestions would be greatly appriciated.
Thank you.

Hello,
If you are using JSF, you can create a LOV by using the selectItem
component.
Look at this sample code:
<h:form binding="#{backing_test.form1}" id="form1">
<h:selectOneMenu binding="#{backing_test.selectOneMenu1}"
id="selectOneMenu1">
<f:selectItem itemLabel="option1" itemValue="1"
binding="#{backing_test.selectItem1}" id="selectItem1"/>
<f:selectItem itemLabel="option2" itemValue="2"
binding="#{backing_test.selectItem2}" id="selectItem2"/>
<f:selectItem itemLabel="option3" itemValue="3"
binding="#{backing_test.selectItem3}" id="selectItem3"/>
</h:selectOneMenu>
</h:form>
Regards,
Luis R.

Static libraries and JNI / recursive libraries

Hi @all,
I've built and linked the C++ code, that's called via JNI by my Java application as a so (shared lib). This lib however, links with other libs, that are not shared but static. When I run my java application it can't resolve symbols from those libs.
What can I do to make my Java program find those symbols?
Thx

That is non-sensical.
Static linkage means it is in the dll itself. There is no way for them to not be available.
As a guess the linkage is not static.

Static linking of libpthread and librt libraries in Solaris 8 and 10

Hi all,
We have created a solaris application which uses functions defined in libpthread (POSIX threads) and STL classes (string, list, map, vector etc.)
This application runs perfectly in our environment. However at other sites, there are crashes observed and debugging the core files indicate problems in generic places such as string.append() etc. We are not sure whether these problems are occurring due to dynamic linking of libraries.
Initially we had 1 problem due to libCstd and by following the procedure specified in http://forum.sun.com/thread.jspa?forumID=5&threadID=19287 , it was solved. I still find that the libraries including libCstd are dynamically linked to the application.
I would like to know the following
1. Is there any way of statically linking pthread and rt libraries?
2. If not, then is there any way to statically link all other libraries except for pthread and rt which can be linked dynamically?
Thanks,
Shekhar

You are posting in the C forum, but your question is about C++.
Not all runtime libraries are available as static libraries. Solaris is moving away from static libraries, and on Solaris 10, the main system libraries are available only as shared libraries.
Linking the C++ runtime libraries statically is generally a bad idea, although there are restricted application areas where it might be safe. If you build shared libraries as part of your application, or if you deploy on different kinds of machines or on different Solaris versions, you should link only to shared system libraries. Linking to static libraries can result in programs that will not work.

Static libraries in Solaris10

Similar Messages

Maybe you are looking for