search for: libcommon

...-1!cfsetispeed () from C:\msys\1.0\bin\msys-1.0.dll #11 0x71066c5a in msys-1!cfsetispeed () from C:\msys\1.0\bin\msys-1.0.dll #12 0x7104129a in pthread_key_create () from C:\msys\1.0\bin\msys-1.0.dll #13 0x66594055 in llvm::sys::ThreadLocalImpl::ThreadLocalImpl () from C:\msys\1.0\opt\skyeye\bin\libcommon-0.dll #14 0x77c04ee5 in msvcrt!__doserrno () from C:\WINDOWS\system32\msvcrt.dll #15 0x66081133 in atexit () from C:\msys\1.0\opt\skyeye\bin\libcommon-0.dll #16 0x660810e1 in DllMainCRTStartup at 12 () from C:\msys\1.0\opt\skyeye\bin\libcommon-0.dll #17 0x7c92118a in ntdll!LdrSetAppCompatDllRedi...

Hallo. Here is a simplification of the automake stuff for nut 2.2.2. The idea is simple: libcommon.a contains stuff for the binaries libparseconf.la contains stuff for binaries and shared library Both are NOINST, automake understands perfectly our intentions. The rest is only a removal of the implicitly defined stuff. On top of the parallel build patch I got build success on all platforms suppo...

...t-2.2.2/include' Making all in common make[1]: Entering directory `/home/software/nut/nut-2.2.2/common' gcc -DHAVE_CONFIG_H -I. -I../include -I../include -O -Wall -Wsign-compare -MT common.o -MD -MP -MF .deps/common.Tpo -c -o common.o common.c mv -f .deps/common.Tpo .deps/common.Po rm -f libcommon.a /usr/bin/ar cru libcommon.a common.o ranlib libcommon.a gcc -DHAVE_CONFIG_H -I. -I../include -I../include -O -Wall -Wsign-compare -MT upsconf.o -MD -MP -MF .deps/upsconf.Tpo -c -o upsconf.o upsconf.c mv -f .deps/upsconf.Tpo .deps/upsconf.Po gcc -DHAVE_CONFIG_H -I. -I../include -I../includ...

...from C:\msys\1.0\bin\msys-1.0.dll > #11 0x71066c5a in msys-1!cfsetispeed () from C:\msys\1.0\bin\msys-1.0.dll > #12 0x7104129a in pthread_key_create () from C:\msys\1.0\bin\msys-1.0.dll > #13 0x66594055 in llvm::sys::ThreadLocalImpl::ThreadLocalImpl () > from C:\msys\1.0\opt\skyeye\bin\libcommon-0.dll > #14 0x77c04ee5 in msvcrt!__doserrno () from C:\WINDOWS\system32\msvcrt.dll > #15 0x66081133 in atexit () from C:\msys\1.0\opt\skyeye\bin\libcommon-0.dll > #16 0x660810e1 in DllMainCRTStartup at 12 () > from C:\msys\1.0\opt\skyeye\bin\libcommon-0.dll > #17 0x7c92118a in ntdll!...

...undefined reference to `upsdebugx' <path>/clients/upsclient.c:910: undefined reference to `upslogx' <path>/clients/upsclient.c:927: undefined reference to `upslogx' <path>/clients/upsclient.c:917: undefined reference to `upslogx' Apparently, the library ../common/libcommon.a is not linked in. Why not? Can this be fixed somehow? And where? Best regards, Arjen

Stan, I'm very pleased to see you back to work with us on enhancing nut in that many areas ;-) 2008/4/30 Stanislav Brabec <sbrabec at suse.cz>: > Stanislav Brabec wrote: > > > Please note that 2.2.2-pre3 installs hald addons by default to / on > > openSUSE 11.0 beta 2 x86_64. Not a big problem. > > Here is a patch, which fixes openSUSE 11.0 beta 2 x86_64:

...y/Documents/trunk/drivers' /bin/sh ../libtool --tag=CC --mode=link gcc -I../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/sfw/include -g -Dsolaris2 -I. -I/usr/sfw/include -O -Wall -Wsign-compare -o al175 al175.o ../common/libcommon.a ../common/upsconf.o ../common/parseconf.o ../common/state.o main.o dstate.o serial.o gcc -I../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/sfw/include -g -Dsolaris2 -I. -I/usr/sfw/include -O -Wall -Wsign-compare -o al175 al17...

...drivers: no build USB drivers: hiddev-based drivers only enable HAL support: no enable MGE XML/HTTP support: yes build neon based XML driver: no but got compilation errors ?/bin/sh ../libtool --tag=CC?? --mode=link gcc -I../include?? -O -Wall -Wsign-compare?? -o upsc upsc.o ../common/libcommon.a -lupsclient? -lssl -lcrypto gcc -I../include -O -Wall -Wsign-compare -o upsc upsc.o? ../common/libcommon.a -lupsclient -lssl -lcrypto /usr/bin/ld: cannot find -lupsclient collect2: ld returned 1 exit status make[1]: *** [upsc] Error 1 make[1]: Leaving directory `/home/strafe/nut-subversion/...

Hi everyone, I'm thinking about breaking up a large package I have to avoid loading some of the more specialised parts when it isn't necessary. The package is dependent on shared libraries. The base one will keep all of the core stuff like constructors etc and the specialised parts will need to access these. It is obviously possible to set the "local" flag to false, however

.../sh ../libtool --tag=CC --mode=link gcc -I../include -g -O2 -Wall -Wsign-compare -o usbhid-ups usbhid-ups.o libhid.o libusb.o hidparser.o usb-common.o apc-hid.o belkin-hid.o cps-hid.o explore-hid.o liebert-hid.o mge-hid.o powercom-hid.o tripplite-hid.o idowell-hid.o openups-hid.o ../common/libcommon.la ../common/libparseconf.la main.o dstate.o -lusb -lpthread libtool: link: gcc -I../include -g -O2 -Wall -Wsign-compare -o usbhid-ups usbhid-ups.o libhid.o libusb.o hidparser.o usb-common.o apc-hid.o belkin-hid.o cps-hid.o explore-hid.o liebert-hid.o mge-hid.o powercom-hid.o tripplite-hid.o idow...

...E_CONFIG_H -I. -I../include -I../include -g -O2 -Wall -Wsign-compare -MT upsconf.lo -MD -MP -MF .deps/upsconf.Tpo -c upsconf.c -o upsconf.o >/dev/null 2>&1 mv -f .deps/upsconf.Tpo .deps/upsconf.Plo /bin/sh ../libtool --tag=CC --mode=link gcc -I../include -g -O2 -Wall -Wsign-compare -o libcommon.la common.lo state.lo upsconf.lo libparseconf.la -lpthread libtool: link: (cd .libs/libcommon.lax/libparseconf.a && /usr/bin/ar x "/home/artesano/Downloads/nut-2.7.2/common/./.libs/libparseconf.a") libtool: link: /usr/bin/ar cru .libs/libcommon.a .libs/common.o .libs/state.o .li...

I download camserv and did the usual ./configure and make make gives me an error: gcc -g -O2 -o camserv camconfig.o camserv.o filter.o main_loop.o picture_loop.o shm.o video.o -Wl,--export-dynamic ../libltdl/.libs/libltdlc.al -ldl ../common/libcommon.a -lnsl -ljpeg -lm /usr/bin/ld: errno: TLS definition in /lib64/libc.so.6 section .tbss mismatches non-TLS reference in camserv.o /lib64/libc.so.6: could not read symbols: Bad value collect2: ld returned 1 exit status What could that be from? I have never seen this error before? Jerry

...e3 is not parallel build ready and parallel build fails in ~80% of cases. It seems that dependencies are not complete. Build on one processor works. gcc -I../include -I/usr/include -O2 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -g -Wall -Wsign-compare -o upsc upsc.o ../common/libcommon.a -lupsclient -lssl -lcrypto /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/bin/ld: cannot find -lupsclient collect2: ld returned 1 exit status make[1]: *** [upsc] Error 1 make[1]: *** Waiting for unfinished jobs.... mv -f .deps/upsset.Tpo .deps/upsset.Po gcc -I../include -I/usr...

...nter-arith -Wbad-function-cast -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -Wwrite-strings -Wundef -Wshadow -Wsign-compare -pipe -fno-strict-aliasing -I/build/buildd/tftp-hpa-5.0 -c remap.c gcc -Wl,-z,defs tftpd.o recvfrom.o misc.o remap.o ../common/libcommon.a -lwrap -lnsl /build/buildd/tftp-hpa-5.0/lib/libxtra.a -o tftpd /usr/bin/ld.real: non-dynamic relocations refer to dynamic symbol __progname@@GLIBC_2.0 /usr/bin/ld.real: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status [...] ---snap--- The full buildlogs are...

...HANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DINET6 -O2 -D_REENTRANT -DNETSNMP_USE_INLINE -Wall -Dlinux -I. -I/usr/include -O -Wall -Wsign-compare -o hald-addon-bcmxcp_usb bcmxcp_usb.o bcmxcp.o nut_usb.o ../common/libcommon.a libnuthalmain.a -L/usr/lib /usr/lib/libusb.so /usr/lib/libhal.so -ldbus-glib-1 /usr/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so -ldbus-1 -lrt bcmxcp.o: In function `upsdrv_updateinfo': bcmxcp.c:(.text+0x2c78): undefined reference to `alarm_init' bcmxcp.c:(.text+0x2cec): undefined refere...

...uild, nut finds tcp wrappers because they are part of the base system. That's generally ok. checking whether to enable libwrap (tcp-wrappers) support... yes There is a program sockdebug.c in server: Making all in server `libparseconf.la' is up to date. CC sockdebug.o `libcommon.la' is up to date. CC upsd.o CC user.o CC conf.o CC netssl.o CC sstate.o CC desc.o CC netget.o CC netmisc.o CC netlist.o CC netuser.o CC netset.o CC netinstcmd.o CCLD...

if you try to build tftp-hpa in parallel, it may fail as the tftp and tftpd subdirs may try to link before the libcommon.a has a chance to be generated in the common subdir trivial patch attached to address this -mike -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://www.zytor.com/pipe...

Removing the "jobs" parameter solved the issue. Thanks a lot Rowland! On Sunday, October 6, 2019, 08:11:50 PM GMT+3, Rowland penny via samba <samba at lists.samba.org> wrote: On 06/10/2019 17:55, Sorin P. via samba wrote: > Resent, missing link > https://app.box.com/s/ywz1983nngqb0snhfwqqg7nbv1eqib5q > > Remove '--jobs=4', it builds then. Rowland

On Mon, Mar 23, 2015 at 9:50 AM David Blaikie <dblaikie at gmail.com> wrote: > On Mon, Mar 23, 2015 at 8:15 AM, Khilan Gudka <Khilan.Gudka at cl.cam.ac.uk> > wrote: > >> Hi David >> >> Thanks for your email. >> >> What's the benefit/purpose of the MDLLVMModule over just having the >>> MDCompileUnits themselves? I would imagine the

On Mar 2, 2015, at 12:49 PM, Rob Groner <rgroner at RTD.com> wrote: > Well, having spent a decent amount of time trying to get my driver file added into the Makefile build system (and failing), I've decided that for now, simply adding that one line to the openups-hid.c file and recompiling is the best route to go. When I can no longer live with the limited nature of the openups-hid