similar to: [Bug 44061] New: dri/nouveau: Build error with clang

>From: Chris Lattner <sabre at nondot.org> >Date: Wed, 14 Jul 2004 14:49:01 -0500 (CDT) >The file you need to modify is here: >llvm/include/Support/DataTypes.h.in > >There is currently support for building in non-cygwin windows environments >protected by _MSC_VER. You just need to broaden the scope of the #ifndef >to include internix. > Sorry, Chris, but my

>From: Chris Lattner <sabre at nondot.org> >Date: Wed, 14 Jul 2004 14:49:01 -0500 (CDT) > >There is currently support for building in non-cygwin windows environments >protected by _MSC_VER. You just need to broaden the scope of the #ifndef >to include internix. > Sorry Chris, but my DataTypes.h.in seems to be outdated (due to I'm porting LLVM 1.2), so I'm not

On Fri, 16 Jul 2004, Henrik Bach wrote: > >There is currently support for building in non-cygwin windows environments > >protected by _MSC_VER. You just need to broaden the scope of the #ifndef > >to include internix. > > > > Sorry Chris, but my DataTypes.h.in seems to be outdated (due to I'm porting > LLVM 1.2), so I'm not at the moment able to edit the

Hi, Ben Skeggs latest changes in Mesa cause a build failure (libdrm is latest git ...). Thanks. Johannes gmake[3]: Entering directory `/usr/src/packages/BUILD/Mesa/src/mesa/drivers' gmake[4]: Entering directory `/usr/src/packages/BUILD/Mesa/src/mesa/drivers/dri' sed -e 's, at INSTALL_DIR@,/usr,' -e 's, at INSTALL_LIB_DIR@,/usr/lib,' -e 's, at

For a long time the gallium pipe drivers for nvidia fixed function cards (nv0x, nv1x and, to some extent, nv2x) have remained unmaintained and godforsaken -- especially nv0x and nv1x had seen almost no progress since their creation. They've recently grown a classic mesa driver which implements many new features: texturing, hardware-accelerated tnl. However the killer feature is "it

... in order to prevent a division by zero (CVE-2014-9638) and integer overflow (CVE-2014-9639). Bug: https://trac.xiph.org/ticket/2136 Bug: https://trac.xiph.org/ticket/2137 --- oggenc/audio.c | 19 +++++++++++++++++-- 1 file changed, 17 insertions(+), 2 deletions(-) diff --git a/oggenc/audio.c b/oggenc/audio.c index 477da8c..1167f1b 100644 --- a/oggenc/audio.c +++ b/oggenc/audio.c @@ -13,6

For example, the following changes are necessary when i convert a Japanese hiragana into katakana in chattr. R code: > chartr("\u3041-\u3093","\u30a1-\u30f3","\u3084\u3063\u305f\u30fc") --- R-alpha.orig/src/main/character.c 2007-09-05 07:13:27.000000000 +0900 +++ R-alpha/src/main/character.c 2007-09-13 16:10:21.000000000 +0900 @@ -2041,6 +2041,16 @@

Hello, My configuration is : Card 0 - kernel dummy sound card Card 1 - my soundcard I have a jackd running in background. My jackd launch command is : jackd --port-max 16 --realtime --no-mlock -d alsa --playback hw:1,0 --capture hw:1,0 --rate 8000 --period 1024 --shorts --inchannels 2 --outchannels 2 --dither triangular & 1 ) I open asterisk with chan_alsa.so connected (with asoundrc) to

Hello, first of all, thanks to LT for \pkg{codeutils}. I agree that it is indeed very useful to identify errors and also to encourage re-thinking past solutions. My problem: I want to compare different sets of related sub-functions which should be used alternatively by the same top-level function. Sets of related functions should be bound together (as lists) and the workspace should be as clean

> > Okay, it's just not immediately undefined behaviour. The C model has more > issues because of the problem with how "trap representation" is defined > (which precludes trap representations for unsigned char, two's complement > signed char, etc.). This interpretation is further stressed because C only explicitly ascribes > undefined behaviour to trap

This is release 0.9.42 of Wine, a free implementation of Windows on Unix. What's new in this release: - Support for activation contexts and side-by-side assemblies. - Many more gdiplus functions. - More messaging support in crypt32.dll. - Many HTTP protocol handling fixes. - Lots of bug fixes. Because of lags created by using mirrors, this message may reach you before the release

If we compare the "common" subdirectory between nbdkit @ 6b4178d0fdfe ("ci: Temporarily disable perl in MacOS", 2023-02-27) and libnbd @ d05cd8f384a7 ("Version 1.15.11.", 2023-02-28), we find differences. We can categorize these differences along two (orthogonal) axes: - Intentional or unintentional. Intentional differences are for example when one of the libnbd

Hi all, Here is a strange problem. I have recently installed the latest ATI fglrx driver (version 9.3). Everything appears to be fine, except glxgears only works for the root user. It turns out I was missing the DRI section in my xorg.conf. Once I added it I can run glxgears with no problem. But now I notice my wine games always crashes the computer (black screen with total lock up, needed to

I was hoping someone might be able to tell me the current status of direct rendering support? Is it possible to run Xen on a machine and have X DRI (Direct Rendering) work in at least one of the domains? Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Hello, I have a problem with wine video. Previously, I had no DRI present in my system, because the distro maintainers of the distro I use (paldo (http://www.paldo.org)) dropped support for nvidia's legacy drivers (and my card is Geforce MX400 64MB). However, currnet update in the standard nvidia-glx package seems to fix the problem and my system has DRI back again, with a little trick

I have source for a program that is attempting to open /dev/nvidia0 then on failure open /dev/dri/card0 to get some vsync settings. Neither of those two files is found on my laptop in /dev. Is this because of udev? I cant find anthing in /dev that might be used instead. Any ideas on what to open to read vsync information from X windows? Thanks, Jerry

Hello guys, Quick question. I use libdrm, kernel drm, mesa and nouveau from git. However, I got this error: (EE) AIGLX error: dlopen of /usr/lib64/dri/nouveau_dri.so failed (/usr/lib64/dri/nouveau_dri.so: undefined symbol: _glapi_tls_Context) Does it means I need an updated xorg? I'm using 1.6.5 --- Luiz Angelo Daros de Luca, Me. luizluca at gmail.com -------------- next

https://bugs.freedesktop.org/show_bug.cgi?id=61947 Priority: medium Bug ID: 61947 Assignee: nouveau at lists.freedesktop.org Summary: nullpointer dereference causes xorg-server segfault when nouveau DRI driver is loaded Severity: critical Classification: Unclassified OS: Linux (All) Reporter:

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #26 from poma <pomidorabelisima at gmail.com> --- Same with the NVIDIA G98, Xfce, GNOME and KDE https://bugs.freedesktop.org/show_bug.cgi?id=92307#c32 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #27 from poma <pomidorabelisima at gmail.com> --- Still there, with X.Org X Server 1.18.3 OpenGL version string: 3.0 Mesa 11.2.0 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: