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?

Similar Messages

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

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)

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

Sun Studio cc includes unused static inline functions in object file

While trying to compile some code originally compiled with GCC I run into a linking problem. My problem seems to be caused by that GCC does not include unused static inline functions in the object files while cc does. The following simple example can be used for illustrating this:
void foo();
static inline void bar()
foo();
int main()
}This program compiles and links without any problems using GCC and Sun Studio 12 CC (the C++ compiler) but fails to link using Sun Studio 12 cc:
khepri%> cc staticinline.c
Undefined first referenced
symbol in file
foo staticinline.o
ld: fatal: Symbol referencing errors. No output written to a.out
It is probably fine of cc to include foo() in the object file (although not necessary?). My questions are:
1. Are there any reasons for why cc includes unused static inline functions in the object file while CC does not?
2. Are there any ways or options to tell cc to not include unused static inline functions in the object file?
In the example above this is easy to fix by just removing or #ifdef away the code but the original code where I have this problem is not maintained by me and the static inline functions are in header files that get included in multiple C files and in some of these the functions are used.
Thanks,
Olav

olavsa wrote:
1. Are there any reasons for why cc includes unused static inline functions in the object file while CC does not?
2. Are there any ways or options to tell cc to not include unused static inline functions in the object file?Removing dead code is an optimization, so you need at least -xO1 for that.

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.

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!

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.

Suddenly many libraries in /usr/lib are empty

I got an ssd day before yesterday and decided to switch from Manjaro to Arch. I got most of the way through an install yesterday. Today I got Xfce working and continued installing applications I wanted including from AUR using yaourt. I also started using pacmatic most of the time instead of pacman. I first noticed the problem when installing gnome-disk-utility it listed a bunch of libraries that were empty. I started getting the same thing on everything I installed and a lot of stuff wasn't working (including gnome-disks).
To try and diagnose this, I tried
yaourt -S findbrokenpkgs
and at the end of that installation got the same list of empty libraries:
ldconfig: File /usr/lib/libspeexdsp.so.1 is empty, not checked.
ldconfig: File /usr/lib/libfftw3f.so.3.3.2 is empty, not checked.
ldconfig: File /usr/lib/libfftw3l_threads.so.3 is empty, not checked.
ldconfig: File /usr/lib/libwebrtc_audio_processing.so.0.0.0 is empty, not checked.
ldconfig: File /usr/lib/libfftw3l_threads.so.3.3.2 is empty, not checked.
ldconfig: File /usr/lib/libasyncns.so.0 is empty, not checked.
ldconfig: File /usr/lib/libasyncns.so.0.3.1 is empty, not checked.
ldconfig: File /usr/lib/libfftw3l.so.3 is empty, not checked.
ldconfig: File /usr/lib/libpulse-mainloop-glib.so is empty, not checked.
ldconfig: File /usr/lib/libsbc.so is empty, not checked.
ldconfig: File /usr/lib/libasyncns.so is empty, not checked.
ldconfig: File /usr/lib/libfftw3f_threads.so is empty, not checked.
ldconfig: File /usr/lib/libfftw3f.so is empty, not checked.
ldconfig: File /usr/lib/libjson-c.so.2.0.1 is empty, not checked.
ldconfig: File /usr/lib/libjson.so.0 is empty, not checked.
ldconfig: File /usr/lib/libpulse.so.0 is empty, not checked.
ldconfig: File /usr/lib/libfftw3_threads.so.3 is empty, not checked.
ldconfig: File /usr/lib/libfftw3l.so is empty, not checked.
ldconfig: File /usr/lib/libpulse-simple.so.0.0.4 is empty, not checked.
ldconfig: File /usr/lib/libtdb.so is empty, not checked.
ldconfig: File /usr/lib/libjson-c.so is empty, not checked.
ldconfig: File /usr/lib/libfftw3f.so.3 is empty, not checked.
ldconfig: File /usr/lib/libfftw3f_threads.so.3 is empty, not checked.
ldconfig: File /usr/lib/libfftw3.so is empty, not checked.
ldconfig: File /usr/lib/libspeexdsp.so.1.5.0 is empty, not checked.
ldconfig: File /usr/lib/libspeex.so.1.5.0 is empty, not checked.
ldconfig: File /usr/lib/libfftw3.so.3.3.2 is empty, not checked.
ldconfig: File /usr/lib/libfftw3l.so.3.3.2 is empty, not checked.
ldconfig: File /usr/lib/libpulse-simple.so.0 is empty, not checked.
ldconfig: File /usr/lib/libjson.so.0.1.0 is empty, not checked.
ldconfig: File /usr/lib/libspeex.so is empty, not checked.
ldconfig: File /usr/lib/libfftw3f_threads.so.3.3.2 is empty, not checked.
ldconfig: File /usr/lib/libpulsecore-4.0.so is empty, not checked.
ldconfig: File /usr/lib/libjson.so is empty, not checked.
ldconfig: File /usr/lib/libpulse-mainloop-glib.so.0 is empty, not checked.
ldconfig: File /usr/lib/libfftw3.so.3 is empty, not checked.
ldconfig: File /usr/lib/libwebrtc_audio_processing.so is empty, not checked.
ldconfig: File /usr/lib/libjson-c.so.2 is empty, not checked.
ldconfig: File /usr/lib/libsbc.so.1.1.0 is empty, not checked.
ldconfig: File /usr/lib/libtdb.so.1.2.11 is empty, not checked.
ldconfig: File /usr/lib/libfftw3l_threads.so is empty, not checked.
ldconfig: File /usr/lib/libpulse-simple.so is empty, not checked.
ldconfig: File /usr/lib/libspeex.so.1 is empty, not checked.
ldconfig: File /usr/lib/libpulse-mainloop-glib.so.0.0.4 is empty, not checked.
ldconfig: File /usr/lib/libwebrtc_audio_processing.so.0 is empty, not checked.
ldconfig: File /usr/lib/libsbc.so.1 is empty, not checked.
ldconfig: File /usr/lib/libfftw3_threads.so is empty, not checked.
ldconfig: File /usr/lib/libtdb.so.1 is empty, not checked.
ldconfig: File /usr/lib/libpulse.so.0.16.2 is empty, not checked.
ldconfig: File /usr/lib/libspeexdsp.so is empty, not checked.
ldconfig: File /usr/lib/libfftw3_threads.so.3.3.2 is empty, not checked.
ldconfig: File /usr/lib/libpulse.so is empty, not checked.
Running findbrokenpkgs returns the following advice:
Recompile these packages:
avahi colord flac glib2 gnupg iproute2 libproxy lm_sensors python2 qt4 systemd tumbler
Is that the best way? If it is, how do I do it?
I tried moving all the empty files from /usr/lib to /usr/lib/0size and then I tried simply pacmatic -S avahi colord flac glib2 gnupg iproute2 libproxy lm_sensors python2 qt4 systemd tumbler and the same using pacman, but that didn't work. Since I moved all the empty files, I'm not getting the errors about empty libraries, but lots of stuff still doesn't work.
Last edited by colinkeenan (2013-06-13 10:26:46)

A couple of packages wouldn't build. I tried clearing the cache and installing those with pacman, but that didn't work. Now findbrokenpkgs wants me to recompile the following:
boost cups-filters rrdtool vlc xmms
I tried clearing the cache again and installing those with pacman, but it didn't work. I've already recompiled boost. Before continuing, I double checked that findbrokenpkgs wasn't adding even more stuff to recompile, and it's not. I'm sure everybody reading this thinks I should just start over with a clean install of Arch, but I want to see if this last round of recompiling will work. But, if findbrokenpkgs finds more stuff to recompile, I'll definitely start over.

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.

Unusable static libraries in $TUXDIR/lib

Similar Messages

Maybe you are looking for