similar to: [fdo] is Linux/mips needed maintainer?

Hi, I found some issues about libvorbis, as they may be potential vulnerabilities, who I can contact before disclosing? Thanks. guoxiang niu 华为技术有限公司 Huawei Technologies Co., Ltd. [Company_logo] ________________________________ 本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁 止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中 的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！ This e-mail and its attachments contain

> On Dec 5, 2011, at 6:04 PM, Daniel Berlin wrote: >> >> Yet, aa-eval still says otherwise. > > The problem is with aa-eval. It collects all the pointer values in a > function, and then just makes a bunch of raw pointer queries, rather than > considering dereferences. TBAA tags are only attached to dereferences. > So TBAA always has to say MayAlias for every aa-eval

Hi, Could anyone tell me how exactly do I use "Type Based Alias Analysis"? I compiled the C program with Clang, and verified that there is tbaa metadata in the IR code. But then when I use "opt -tbaa input.c.bc -aa-eval" to check the results, it always gives 100% may aliasing no matter what input. Am I using "tbaa" correctly? Thanks. Yi

Hi, Product "AccountsService" was disappeared. https://bugs.freedesktop.org/enter_bug.cgi Only contact by gitlab ? Thanks, Akira Nakajima On 2018/11/20 16:19, Alan Coopersmith wrote: > On 11/19/18 10:50 PM, Nakajima Akira wrote: >> Hi, >> >> Mailing list of AccountsService does not found. >> https://lists.freedesktop.org/mailman/listinfo/ >> >>

Can you post the source code of your test case? Gan On Fri, Dec 2, 2011 at 1:44 PM, <liyi at cs.toronto.edu> wrote: > Hi, > > Could anyone tell me how exactly do I use "Type Based Alias Analysis"? > > I compiled the C program with Clang, and verified that there is tbaa > metadata in the IR code. > > But then when I use "opt -tbaa input.c.bc

Hi, Mailing list of AccountsService does not found. https://lists.freedesktop.org/mailman/listinfo/ Only found gitlab which looks hardly working. https://gitlab.freedesktop.org/accountsservice/accountsservice/issues Do I ask questions to this Gitlab Issues about AccountsService? Thanks, Akira Nakajima

On Sun, October 27, 2019 9:37 am, Alan Coopersmith wrote: > Why do you care about the server license if you're writing an application > (i.e. a client)? Not the OP, but I will tell you why it is important. GPL, as you know, is put in place to protect the opensource aspect of the code, and as such requires the changes be published for modifications that are done on top of the existing

On Sat, 2013-07-27 at 23:10 +0200, Tollef Fog Heen wrote: > Just for the record, this is done now and we have a lot more space on > /home on annarchy. Thanks! I shall close https://bugs.freedesktop.org/show_bug.cgi?id=63808 then. Out of curiosity, is there a better place to report such things to fdo sysadmins than bugzilla, the sitewranglers list, and IRC? Cheers -Tim

Hello I am developing X application nowI have one question about xorg-xf86-input-keyboard license I checked following file https://github.com/freedesktop/xorg-xf86-input-keyboard/blob/master/COPYING  This file show MIT licene And I found following file  https://github.com/freedesktop/xorg-xf86-input-keyboard/blob/master/src/lnx_kbd.c   * Portions based on kbdrate.c from util-linux 2.9t, which

Looking at http://www.fontconfig.org/wiki/TitleIndex I see it's around 99.9% pure spam. Other than the front page, virtually everything else is the moin-moin boilerplate or the hundreds of pages of spam. Even the Recent Changes & Find Page links have been overwritten by spammers hundreds of times, with the spammers fighting each other to crap on it most recently. (I restored them both

Please consider using 16-bit 16kHz (wideband) instead. It's a huge increase in audio quality and the bitrate is still very low, especially if you take advantage of Speex features such as VBR. 8kHz seems totally inappropriate to me for desktop streaming audio, let alone 8-bit samples. Or perhaps your recording equipment is an original Sound Blaster from 1989? (Even that could record at

Hello, For the IWYU project, we have a buildbot on Ubuntu 16.04 and its bundled GCC (which I think is some GCC 5 variant). We're getting a number of -Wstrict-aliasing warnings from JSON.h on this line: https://github.com/llvm-mirror/llvm/blob/master/include/llvm/Support/JSON.h#L455 I'm not sure if GCC has a point here but GCC 7.2 does not complain, so I'm going to guess no. Would

- my old email address. The ISA_* classes might not be the best choice for this. There's an overall hierarchy and ordering to the ISA_* classes since they represent the generations of the MIPS ISA. If these extensions are available in Loongson chips based on MIPS32r1 and MIPS32r2 for example, it becomes difficult to describe with ISA_* classes without duplicating instruction definitions or

Hi LLVM developers, GCC[1] is able to use Loongson ISA[2] for instruction selection: $ cat hello.c #include <stdio.h> int main(int argc, char *argv[]) { printf("Hello World\n"); return 0; } $ gcc -O0 -S hello.c $ cat hello.s .file 1 "hello.c" .section .mdebug.abi64 .previous .nan legacy .gnu_attribute 4, 1 .abicalls

http://www.youtube.com/watch?v=tDacjrSCeq4 I wonder if the inverse is true. If I whisper soothing words of encouragement at my JBODs, will I get more IOPS with reduced latency? :^)

Hi all, I met this error(title) when i was trying to compile llvm-gcc-4.2-2.7 on loongson2f,a mips compatible platform.I also failed to build a cross-compiler and the error message was the same . Is that means llvm-gcc cannot support mips back-end now? Thanks. Here is my configure options: $export TARGET=mips64el-unknown-linux-gnu $../../src/llvm-gcc-4.2-2.7.source/configure

From: Sui Jingfeng <suijingfeng at loongson.cn> On a machine with multiple GPUs, a Linux user has no control over which one is primary at boot time. This series tries to solve above mentioned problem by introduced the ->be_primary() function stub. The specific device drivers can provide an implementation to hook up with this stub by calling the vga_client_register() function. Once the

On Jul 7, 2010, at 12:22 AM, 吴伟 wrote: > Hi all, > I met this error(title) when i was trying to compile llvm-gcc-4.2-2.7 on loongson2f,a mips compatible platform.I also failed to build a cross-compiler and the error message was the same . Is that means llvm-gcc cannot support mips back-end now? I don't think that LLVM supports mips64 yet... Bruno? -Chris > Thanks. >

From: Sui Jingfeng <suijingfeng at loongson.cn> There is no function that can be used to get all PCI(e) devices in a system by matching against its the PCI base class code only, while keep the sub-class code and the programming interface ignored. Therefore, add the pci_get_base_class() function to suit the need. For example, if an application want to process all PCI(e) display devices in a

This is a really good point, and definitely a recurring theme on this mailing list. :) I wonder, what are some better options for handling this issue, other than to keep saying "just use 8/16/32kHz"? - Extend Speex to support other sample rates (seems unlikely..?) - Integrate a resampling algorithm into libspeex - Maintain a list of recommended resampling libraries that work well