similar to: Contributing to the CentOS Wiki pages

------------------ Original ------------------ From: "centos-docs-request"<centos-docs-request at centos.org>; Date: Wed, Aug 12, 2015 08:00 PM To: "centos-docs"<centos-docs at centos.org>; Subject: CentOS-docs Digest, Vol 105, Issue 7 Send CentOS-docs mailing list submissions to centos-docs at centos.org To subscribe or unsubscribe via the World Wide

On 11 August 2015 at 15:29, Zoltan Porkolab <zoltan.dba at gmail.com> wrote: > Hi CentOS-Docs Team, > > > I would like to contribute to the CentOS Wiki. > > My username is: ZoltanPorkolab > Subject: Deploying Oracle Database on CentOS > Location: (HowTos#Non CentOS Applications) http://wiki.centos.org/HowTos > > > > I would like to contribute how to

Hello, Le 29/08/2019 à 01:02, Artem Dergachev a écrit : > Yay thx! > > Sylvestre, is there anything i can help you with in order to get the reports page back up? Sorry, it took me a while to get that back but here is the report of r371718: https://llvm.org/reports/scan-build/ > I'd also indeed love to spam people with warnings that they introduced, even if in the form of a

Hi, I wanted to try Wine whether it was capable of running "Abev", the official hungarian tax software. http://www.apeh.hu/cgi-bin/lap.php?id=prog/pr2006 Main installer is: http://www.apeh.hu/cgi-bin/pil2006.pl?abev2006telep.exe and one has to install at least one tax form type for this software to be usable. Choose one of the numbered tax form installers, e.g.:

Hi, I have some problems with a Hungarian tax software, finally it's usable with wine-0.9.25 but it seems printing is broken. The print preview shows the correct sheets and the print dialog shows my installed CUPS printer. But when I actually print, it seems it uses wingdings or some symbol font. How can I redirect WINEPS output to a file so I could diagnose the .ps file? It may be that I

LDAP Account Manager (LAM) 0.4.4 - February 29th, 2004 ====================================================== A web frontend for managing accounts stored in an OpenLDAP server. Announcement ------------ After a year of developing LDAP Account Manager we think that LAM has reached a state where we can declare it stable. Thanks a lot to all the people that helped us to improve LAM and make it

Hello Marco, Welcome aboard! slaves.py keeps the build slaves definitions, builders.py keeps the builders definitions. You have to have both. The steps of adding a new slave is here: http://llvm.org/docs/HowToAddABuilder.html. Please make sure you done the step # 10 before bringing your slave up, otherwise it wouldn't be authorized by the master and will be blacklisted after multiple

Galina, thanks again for your help. I have cooked a new patch that should make a bit more sense. I have added the new builder under _get_experimental_scheduled_builders(), as the comment above that function suggested me it would be a good idea. :) Does it look a reasonable start? Regards, Marco Leogrande Sent by a carbon-based life form; hence, it may contain repetitions, inaccuracies,

Thank you. Alexei just committed the change to SVN. Regards, Marco Leogrande Sent by a carbon-based life form; hence, it may contain repetitions, inaccuracies, logical fallacies and repetitions. On Wed, Jun 17, 2015 at 2:52 PM, Galina Kistanova <gkistanova at gmail.com> wrote: > LGTM. > Please commit. > > Thanks > > Galina > > On Tue, Jun 16, 2015 at 8:32 PM,

Hi, If this looks ok, could somebody check it in ? thanks Zoltan Evan Cheng-2 wrote: > > Looks good. Thanks. > > Evan > > On May 1, 2009, at 8:40 AM, Zoltan Varga wrote: > >> Hi, >> >> The attached patch contains the following changes: >> >> * X86InstrInfo.cpp: Synchronize a few places with the code

Hi Zoltan, The part that determines whether SIB byte is needed caused a lot of regressions last night (see Geryon-X86-64 etc.). I've reverted it for now. Please take a look. Thanks, Evan On May 4, 2009, at 3:49 PM, Evan Cheng wrote: > Committed as revision 70929. Thanks. > > Evan > > On May 3, 2009, at 8:29 PM, vargaz wrote: > >> >> Hi, >> >>

Hi, I don't intentionally want to induce a tramp, the load null is created by an llvm optimization pass from code like: v = null; ..... v.Call (); Zoltan On Sat, Sep 5, 2009 at 11:39 PM, Bill Wendling <isanbard at gmail.com> wrote: > Hi Zoltan, > > We've come across this before where people meant to induce a trap by > dereferencing a null. It

Hi, Here is an updated version of the patch using address space 257. Zoltan On Mon, May 4, 2009 at 11:36 PM, Shantonu Sen <ssen at apple.com> wrote: > Maybe 257 would be better (or other unused), because of r70197, which gives > special behavior for <256 > > Shantonu Sen > ssen at apple.com > > Sent from my Mac Pro > > > On May 4, 2009,

Hi, Attached is the final version of the patch, adding the requested FIXME. If this is ok, can somebody check it in ? thanks Zoltan On Tue, Dec 9, 2008 at 9:58 PM, Bill Wendling <isanbard at gmail.com> wrote: > On Tue, Dec 9, 2008 at 6:11 AM, Zoltan Varga <vargaz at gmail.com> wrote: >> Hi, >>

Hi All, It's broken !! (drat) Asterisk if failing to load with the following error (taken from end of /var/log/asterisk/full) after adding bristuff. Can anyone help please? Jul 17 19:57:54 VERBOSE[2503]: == Registered channel type 'Phone' (Standard Linux Telephony API Driver) Jul 17 19:57:54 VERBOSE[2503]: [chan_zap.so]Jul 17 19:57:54 VERBOSE[2503]: [chan_zap.so] =>

Hi everyone, I am working with Alexei Starovoitov to contribute an LLVM buildbot for the experimental BPF backend. I am following the steps at [1] to setup a buildbot and I was mostly successful: I was able to setup a slave and a temporary master to check its base config. Now I'm not sure about the next step: patching the "slaves.py" and "builders.py" files in zorg. * Is

Hi, The arguments to the 'and' instruction must be integer types or vectors of integer types. If I have a compiler whose source language has support for andps by having its own intrinsics, then I would have to generate code to convert the float vector into an int vector before passing it to llvm's and instruction, then convert the result back.

Hi, Currently, llvm treats the loads from a null address as unreachable code, i.e.: load i32* null is transformed by some optimization pass into unreachable This presents problems in JIT compilers like mono which implement null pointer checks by trapping SIGSEGV signals. It also looks incorrect since it changes program behavior, which might be undefined in general, but it is quite

Hi, The first patch fixes the implementation of umul.with.overflow on x86 which was throwing a 'Cannot yet select' error. The second patch fixes the definition of LLVMTypeKind in the C binding by syncing it with the c++ counterpart. Please review and commit if it looks ok. thanks Zoltan -------------- next part -------------- An HTML attachment was

Hi, It looks like the problem was with the RIP relative addressing. The original patch mistakenly removed the || DispForReloc part because I tough that the RIP relative addressing was done by the SIB encodings, but it is actually done by the shorter ones. The attached patch seems to work for me on linux and when simulating darwin by forcing some variables in X86TargetMachine.cpp to their darwin