Re: Fwd: Linking lapack and C standard library
On Thu, 14 Mar 2013, Francesco Pietra wrote: As to the problem of linking lapack, I wonder whether this is because it deal of a C-language code, requiring a fine-tuned calling. Is any C interface to lapack in Debian? Ciao Francesco. There are several implementation of lapack in debian. You should make sure to link against its dependencies as well. On my wheezy computer, if I do ls -l /usr/lib/liblapack.so I get /usr/lib/liblapack.so -> /etc/alternatives/liblapack.so and in turn /etc/alternatives/liblapack.so -> /usr/lib/lapack/liblapack.so /usr/lib/lapack/liblapack.so belongs to liblapack-dev. So in my case liblapack.so points to the alternative installed by the liblapack-dev package (there is another alternative, for example, in /usr/lib/atlas-base/atlas, installed by libatlas-base-dev). If I do ldd /usr/lib/liblapack.so, I get: ldd /usr/lib/liblapack.so linux-vdso.so.1 => (0x7fff153fe000) libblas.so.3 => /usr/lib/libblas.so.3 (0x7ffe79e46000) libgfortran.so.3 => /usr/lib/x86_64-linux-gnu/libgfortran.so.3 (0x7ffe79b2f000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7ffe798ad000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7ffe79697000) libquadmath.so.0 => /usr/lib/x86_64-linux-gnu/libquadmath.so.0 (0x7ffe79461000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7ffe790d7000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7ffe78ebb000) /lib64/ld-linux-x86-64.so.2 (0x7ffe7c02a000) So I know from the above that if I want to link a code with liblapack, I also need to link against libblas, libpthread and libm at least. If the compiler does not include them automatically (i.e. if I am not using gfortran to compile) I also need to explicitly include libgfortran, and if I am not using gcc compilers at all, I need to even add libgcc_s and libquadmath (but using these libraries compiled with gnu compilers with another compiler would be looking for trouble). As to explicitely linking against libstdc++, here you may have another problem: I don't have a libstdc++.so or a libstdc++.a in my library path, it is in /usr/lib/gcc/x86_64-linux-gnu/4.x and is usually never explicitely linked, it is always automatically included by the compiler. In any case you will not find it in /usr/lib, nor in /usr/lib/x86_64-linux-gnu (the default directory for 64bit libs in a multiarch system, as debian is since wheezy). So in my case I would need to do LIBS="-llapack -lblas -lpthread -lm -L/usr/lib/gcc/x86_64-linux-gnu/4.7 \ -lstdc++" As to headers, liblapack is fortran native, it can be called from C/C++ but still it is a fortran library. If you want the native C/C++ library, you should use liblapacke, which comes with the liblapacke and liblapacke-dev packages in debian. But while I sometimes used it in my codes, I have yet to see a released package using it. The liblapacke-dev package does include header files. Ciao Giacomo -- _________ Giacomo Mulas _ OSSERVATORIO ASTRONOMICO DI CAGLIARI Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222 Tel. (UNICA): +39 070 675 4916 _ "When the storms are raging around you, stay right where you are" (Freddy Mercury) _ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.deb.2.02.1303141906330.1...@capitanata.oa-cagliari.inaf.it
having esd release sound device in gnome...
Hello, I have a stupid problem which has probably been solved already. I use the gnome desktop, with sound support. This means that esd is started automatically at session startup. However, I also want to use some programs (e.g. festival, skype, realplayer etc.) which are unable to use esd for sound support but instead insist on directly using the sound device directly (e.g. /dev/sound/dsp). They obviously fail if I try to use them when the automatically started esd is running, since the sound device is allocated by it. However, it IS possible to have the esd daemon release the device after a few seconds it has been unused (i.e. with the "-as 2" esd command line option). So, currently, after logging in with gnome I kill esd and manually restart it with the "-as 2" option, and everything works fine. The question: is it possible to tell the gnome session startup script that it should use some user-defined options when starting esd? Second question: if it isn't, to what package should I file a wishlist bug for this? Third question: any other solution to have both sound support in gnome and the sound device available when unused? Please, CC: replies to me, I am not subscribed to this list Thanks in advance, Giacomo Mulas -- _________ Giacomo Mulas <[EMAIL PROTECTED]> _ OSSERVATORIO ASTRONOMICO DI CAGLIARI Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222 Tel. (UNICA): +39 070 675 4916 _ "When the storms are raging around you, stay right where you are" (Freddy Mercury) _ -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LPRng Printing Problem
Also check /etc/lpd.perms. It has stricter defaults in the potato version, it seems. I had to work a bit with that to get it to work, but now it definitely does. It is not broken (for me) in potato. Bye Giacomo Giacomo Mulas <[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]> OSSERVATORIO ASTRONOMICO Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel.: +39 070 71180 216 Fax : +39 070 71180 222 "Outside of a dog, a book is a man's best friend Inside of a dog, it's too dark to read..." (Groucho Marx)
Re: IDL crashes, undefined symbol: _xstat
On Thu, 2 Dec 1999, Jim Crumley wrote: > I am running an updated yesterday potato/x86 system. I get the following > error when I try to run IDL (Interactive Data Language from RSI) 5.2 : > > /usr/local/rsi/idl_5.2/bin/bin.linux/idl: error in loading shared libraries: > /us > r/local/rsi/idl_5.2/bin/bin.linux/libidl.so.5.2: undefined symbol: _xstat > > IDL used to work for me, but I haven't used it for a few months, so it > might have been the upgrade from potato to slink that broke it. Has > anyone else had this problem? Does anyone else use IDL with a potato > system? I had the same problem, it is due to the changes from glibc2.1.1 to 2.1.2. RSI released an updated version that fixes this, but you have to download it off their site. Moreover, _if_ you have the Motif libraries installed on your system, you may want to relink the binaries to use them, instead of having them hardwired in the binaries as they are by default. To do this, go into your $IDL_DIR/bin/bin.linux directory, edit the Makefile you will find there and build your own binary, linked against your Motif libraries and your ncurses library (instead of termcap). Here is an excerpt from my own modified Makefile: LDFLAGS= -Wl,-rpath,. -lMesaGLU -lMesaGL -L/usr/X11R6/lib -lXm -lXp \ -lXpm -lXext -lXt -lSM -lICE -lX11 -ldl -lncurses -lm \ -L$(BINDIR) -lidl Check for the corresponding line in your system, edit it accordingly, make idl.new and you have your brand new binary, dynamically linked. _ANYWAY_ you need to first download the latest version of IDL from RSI. Hope this helps... Giacomo ________ Giacomo Mulas <[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]> OSSERVATORIO ASTRONOMICO Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel.: +39 070 71180 216 Fax : +39 070 71180 222 "Outside of a dog, a book is a man's best friend Inside of a dog, it's too dark to read..." (Groucho Marx)
Re: Inexpensive color printer experience
On or about 16-Gen-97 14:43:24, Michael Laing wrote: >The 'stcolor' driver in Alladdin Ghostscript 4.01 works well for me on >my Epson Stylus. No 'scratching' required... Where can I find Alladdin Ghostscript? Is it a commercial package or can I download it from some place? Thanks Bye Giacomo Mulas Amiga makes it possible, Mac makes it expensive, Win95 just makes Bill Gates rich... -BEGIN PGP PUBLIC KEY BLOCK- Version: 2.6.3i mQCNAzE6TXQAAAEEAJ9orKstyXnCaObmSOsiZJxlas/qZpE11T2OGJnveozcIqdI 9/XtuYIGxEyV3ux65+U1j0x9l+dyhgj1Yg7Cro4UuKeB3ggnbrcyrUe5zUex2fgW Gp0FPvPetji4YDxHm0YxldanoJmXHQNZdYCgGesB4xu8kApd/m0PgxAg+26NAAUR tCJHaWFjb21vIE11bGFzIDxqYWNvbW9AbWJveC52b2wuaXQ+iQCVAwUQMTpNdG0P gxAg+26NAQF0iwP+OCnZgD3+eAl95ELg+o9p+c3LhFqidk/Quvj6MTiKbAqFjvs1 CXVFwXxP+pLTpDfW6LXeFWD34dlGHWckTTBD3ilC2PuTf6DXE10b0PDcW12us5yZ FWLPMg2BXV0E2VSBD9dPqqfpH8NLqKcMVQ3in8cCKcq9H6p7RPQAvPT1j6w= =5pim -END PGP PUBLIC KEY BLOCK- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
pls, send to the right address
Please, everybody: could you address your e-mails to the list, instead of sending them personally to somebody and cc them to the list? Many people (like me) set up filters to separate mailing lists from personal e-mail, and check the "To:" field in the message header. To have the filter check for the "Cc:" field as well slows down a lot the filter, and I'd like to avoid this, if possible. Thanks Giacomo Mulas Amiga makes it possible, Mac makes it expensive, Win95 just makes Bill Gates rich... -BEGIN PGP PUBLIC KEY BLOCK- Version: 2.6.3i mQCNAzE6TXQAAAEEAJ9orKstyXnCaObmSOsiZJxlas/qZpE11T2OGJnveozcIqdI 9/XtuYIGxEyV3ux65+U1j0x9l+dyhgj1Yg7Cro4UuKeB3ggnbrcyrUe5zUex2fgW Gp0FPvPetji4YDxHm0YxldanoJmXHQNZdYCgGesB4xu8kApd/m0PgxAg+26NAAUR tCJHaWFjb21vIE11bGFzIDxqYWNvbW9AbWJveC52b2wuaXQ+iQCVAwUQMTpNdG0P gxAg+26NAQF0iwP+OCnZgD3+eAl95ELg+o9p+c3LhFqidk/Quvj6MTiKbAqFjvs1 CXVFwXxP+pLTpDfW6LXeFWD34dlGHWckTTBD3ilC2PuTf6DXE10b0PDcW12us5yZ FWLPMg2BXV0E2VSBD9dPqqfpH8NLqKcMVQ3in8cCKcq9H6p7RPQAvPT1j6w= =5pim -END PGP PUBLIC KEY BLOCK- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
