On 01/12/2010 09:16 AM, Jakub Jelinek wrote:
Yes, the tokens are separated by whitespace, so it is sufficient if they are
again separated by whitespace after preprocessing. See
http://gcc.gnu.org/PR41445 for details why this changed, in short
without the change the tokens have incorrect
On Tuesday 12 January 2010 12:39:52 Hans de Goede wrote:
Hi,
As you most likely know I've been steadily working on improving
webcam support under Fedora. As you also might know I used to work
at a Dutch University teaching Computer Science. I recently got a
request from them if there were
Le Mar 12 janvier 2010 12:39, Hans de Goede a écrit :
Which remembered me that it would be nice to have a gtk app for
controlling webcam settings like brightness, contrast, etc.
It would be nice if it also handled non-webcam video sources (video
acquisition cards). Needed settings are a bit
Le Mar 12 janvier 2010 14:25, Nicolas Mailhot a écrit :
Le Mar 12 janvier 2010 12:39, Hans de Goede a écrit :
Which remembered me that it would be nice to have a gtk app for
controlling webcam settings like brightness, contrast, etc.
It would be nice if it also handled non-webcam video
cduce has broken dependencies in the development tree:
On x86_64:
cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1
cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) =
0:7cd172f02b7ee9b8d7bda3bb92144951
cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) =
cduce has broken dependencies in the development tree:
On x86_64:
cduce-0.5.3-3.fc13.x86_64 requires ocaml(runtime) = 0:3.11.1
cduce-0.5.3-3.fc13.x86_64 requires ocaml(Filename) =
0:7cd172f02b7ee9b8d7bda3bb92144951
cduce-0.5.3-3.fc13.x86_64 requires ocaml(Obj) =
On Tue, Jan 12, 2010 at 10:07:37AM +0100, Nicolas Mailhot wrote:
Le Mar 12 janvier 2010 09:29, Richard Zidlicky a écrit :
On Mon, Jan 11, 2010 at 04:10:54PM -0800, Wes Hardaker wrote:
I didn't see anything in that message, however, that lead me to any new
thoughts on what I should
Heya!
if you have code that links against libxml2 and calls
xmlCleanupParser() please verify that your project does that at the
appropriate place (i.e. immediately before exiting, and only once).
That function might delete TLS fields that belong to other libraries
(such as PA's client libs) if
Lennart Poettering mzerq...@0pointer.de writes:
if you have code that links against libxml2 and calls
xmlCleanupParser() please verify that your project does that at the
appropriate place (i.e. immediately before exiting, and only once).
Why exactly is this a misuse, and not libxml2's bug to
On Tue, 12.01.10 20:07, Tom Lane (t...@redhat.com) wrote:
Lennart Poettering mzerq...@0pointer.de writes:
if you have code that links against libxml2 and calls
xmlCleanupParser() please verify that your project does that at the
appropriate place (i.e. immediately before exiting, and only
According to notting and the experimentation that I did after the FESCo
meeting, the shared libraries bring in any libraries that they depend on.
However, if the application linking to the shared library also requires the
third shared library but doesn't explicitly link it then the link will
78 of those seem to be caused by separated libtinfo. In default
ncurses configuration libtinfo is included in libncurses, so I don't
think the upstreams will be very happy about adding support for
non-standard configurations.
Petr Machata suggested we could work around it by replacing
I have problems to understand the xmlrpc-c build failure
| /usr/bin/ld.bfd: xml-rpc-api2cpp.5842.test: undefined reference to symbol
'pthread_cancel@@GLIBC_2.2.5'
pthread_cancel() is not used by the program. I see it in the .plt section
only but not where it is referenced.
I would like
13 matches
Mail list logo