similar to: [ANNOUNCE] xf86-video-i128 1.3.0

Adam Jackson (3): Death to RCS tags. Fix distcheck i128 1.2.0 Alan Coopersmith (2): Replace references to XFree86/XF86Config in man page renamed: .cvsignore -> .gitignore Brice Goglin (1): Define I740_*_VERSION* using PACKAGE_VERSION_* Dave Airlie (1): i740: pciaccess conversion Matthieu Herrb (1): Makefile.am: nuke RCS Id Paulo Cesar Pereira

Adam Jackson (2): Death to RCS tags. neomagic 1.2.0 Alan Coopersmith (2): Replace references to XFree86/XF86Config in man page renamed: .cvsignore -> .gitignore Brice Goglin (1): Define NEO_*_VERSION using PACKAGE_VERSION_* Dave Airlie (3): neomagic: port to libpciaccess neo: finish pciaccess conversion finish pciaccess conversion Matthieu

Adam Jackson (2): Fix distcheck. ast 0.85.0 Brice Goglin (1): Define AST_*_VERSION* using PACKAGE_VERSION_* Dave Airlie (1): ast: pciaccess conversion James Cloos (2): Rename .cvsignore to .gitignore Add *~ to .gitignore to skip patch/emacs droppings Paulo Cesar Pereira de Andrade (1): Compile warning fixes. Y.C. Chen (1): compiler warning fixed

Adam Jackson (3): Death to RCS tags. Fix distcheck chips 1.2.0 Brice Goglin (1): Define CHIPS_*_VERSION* using PACKAGE_VERSION_* Dave Airlie (4): chips: pciaccess conversion add another missing rename file chips: remove ALLOCATE_LOCAL chips: optionalise 1/4bpp support James Cloos (2): Rename .cvsignore to .gitignore Add *~ to

Adam Jackson (2): Fix distcheck glint 1.2.0 Alan Hourihane (1): Fix --disable-dri for glint driver Brice Goglin (1): Define GLINT_*_VERSION* using PACKAGE_VERSION_* Dave Airlie (4): half attempt at pciaccess conversion for glint - doesn't build yet fix typos in dac code from last commit hey look a flying pig.... fix regression in tinderbox

Adam Jackson (2): Death to RCS tags. tdfx 1.4.0 Brice Goglin (1): TDFX_*_VERSION using PACKAGE_VERSION_* Dave Airlie (1): update tdfx to use proper pciaccess detection Ian Romanick (6): Supply NULL driverFunc pointer in DriverRec. Wrap pciReadLong / pciWriteLong with macros. Make TDFXGetRec return the pointer instead of a bool. Minor code cleaning

Adam Jackson (3): Uninclude xf86Version.h Fix distcheck tga 1.2.0 Brice Goglin (1): TGA_*_VERSION using PACKAGE_VERSION_* Dave Airlie (2): pciaccess conversion tga: fixup devPrivates James Cloos (2): Rename .cvsignore to .gitignore Add *~ to .gitignore to skip patch/emacs droppings git tag: xf86-video-tga-1.2.0

Adam Jackson (3): Death to RCS tags. Fix includes to silence a warning. rendition 4.2.0 Alan Coopersmith (1): Man page updates - replace references to XFree86 & changes for XF86 4.0 Brice Goglin (1): RENDITION_VERSION* using PACKAGE_VERSION_* Dave Airlie (2): pciaccess: make auto-detect work pciaccess: do unmap path Ian Romanick (4): Supply

Adam Jackson (3): Remove useless mfb.h include. Death to RCS tags. apm 1.2.0 Alan Coopersmith (2): Replace references to XFree86/XF86Config in man page renamed: .cvsignore -> .gitignore Brice Goglin (1): Define APM_*_VERSION using PACKAGE_VERSION_* Dave Airlie (3): pcirename conversion xf1/4 bpp conversion further build fixes Eamon Walsh

Adam Jackson (1): chips 1.2.0 Alan Coopersmith (2): Replace references to XFree86/XF86Config in man page renamed: .cvsignore -> .gitignore Brice Goglin (1): Define CIR_*_VERSION* using PACKAGE_VERSION_* Dave Airlie (5): cirrus initial pci access support test for 1/4 bpp in case server is configured with them off make dist check pass fixup

Adam Jackson (2): Death to RCS tags. dummy 0.3.0 Brice Goglin (1): Define DUMMY_*_VERSION* using PACKAGE_VERSION_* James Cloos (2): Rename .cvsignore to .gitignore Add *~ to .gitignore to skip patch/emacs droppings git tag: xf86-video-dummy-0.3.0 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-dummy-0.3.0.tar.bz2 MD5:

This is a maintenance release of Number Nine Imagine 128 DDX. There was one patch that has been languishing over at Patchwork X.org website (https://patchwork.freedesktop.org/patch/122831/) for more than 2 years, so I decided to apply it, and release a new version. With that patch applied and one more small patch I authored, the DDX compiles cleanly without compilation warnings. Kevin Brace

This is the Xorg driver for Number Nine Imagine 128 (I128) video cards, which were sold in the mid-to-late 1990's for PCI & AGP bus systems. Alan Coopersmith (8): Build xz tarballs instead of bzip2 Fix spelling/wording issues gitlab CI: add a basic build test gitlab CI: stop requiring Signed-off-by in commits Handle -Wunused-const-variable warnings

Last-minute fix for 7.4. Adam Jackson (1): Don't store pScrn->monitor->DDC manually, let xf86SetDDCproperties do it. Julien Cristau (1): Bump to 1.3.1 Paulo Cesar Pereira de Andrade (2): Compile warning fixes. Replace calls to xf86usleep with calls to usleep and include unistd.h. git tag: xf86-video-i128-1.3.1

On Fri, Aug 19, 2011 at 1:59 PM, Craig Smith <craig at ni.com> wrote: > In both LLVM 2.9 and the current svn head, I get the following error when running llc > > % llc < fxp2.ll > LLVM ERROR: Cannot select: 0xa5302b0: glue = carry_false [ID=7] > > on this code: > > target triple = "i386-pc-linux-gnu" > > define i32 @fxpadd(i32 %cl) { > entry:

In both LLVM 2.9 and the current svn head, I get the following error when running llc % llc < fxp2.ll LLVM ERROR: Cannot select: 0xa5302b0: glue = carry_false [ID=7] on this code: target triple = "i386-pc-linux-gnu" define i32 @fxpadd(i32 %cl) { entry: %0 = zext i32 %cl to i128 %1 = zext i32 %cl to i128 %2 = add i128 %1, %0 br label %L1001510 L1001510:

Hi everyone! Here, I have a question and am curious about i128. I want to know how the LLVM handle i128, because many compiler backend doesn't support i128 directly. So I am very curious and want to how the llvm handle this situation? Besides i128, such as i256, i512, even i24? Thanks. Best Regards Wu Zhao -------------- next part -------------- An HTML attachment was scrubbed...

Hello, Andrew > Is the backend the best place to do this or should I attempt to make > llvm-gcc not generate i128 in the first place? It depends whether i128 is a native type for alpha, or not. If it's not - frontend should not generate it. If it's native type then it might be useful just to declare new regclass with virtual 'wide' registers consist of register pairs and

I am seeing i128 from llvm-gcc on Alpha.  I know the calling convention for them, they are split into two registers, but I don't know if that should be handled in the frontend or the backend.  I would just as soon do it in the backend, but I didn't see any support in the new calling convention work for automatically splitting an argument into multiple registers. Is the backend the best

I think it's returned in 4 registers: eax, edx, esi, edi. Can someone confirm? Evan On Feb 27, 2008, at 8:33 AM, gohman at apple.com wrote: > Hello, > > Does anyone know of any precedent for handling i128 in the > calling convention on x86-32? I'm trying to write a testcase > that returns an i128 value, and LLVM currently has only two > 32-bit GPRs designated for