similar to: Adding a clang commandline option to change backend behaviour

Thank you all for your suggestions! @David, thanks for the advice, I'll check MCOptions again and look into LLVMContext. @Craig, @Aaron, great suggestion, moving the option away from CommandFlags.inc to a more appropriate file and adding an extern declaration to the corresponding header gives me more flexibility and allows me to invoke the option by using -mllvm. From my current

CommandFlags.inc is only included by llc and opt. I think it mostly just sets things on TargetMachine and TargetOptions and connects them to command line options. Clang has its own code for setting up TargetMachine and TargetOptions. I think a lot of configuration things these days tend to be done with function attributes in IR. You can just query the function attribute wherever without any need

Hi Folks, Commit ac1d23ed7de01fb3a18b340536842a419b504d86 introduces a change in the way CodeGen and MC CommandFlags are handled. It's a change that may impact some devs, so I'd better give a small notice here. Basically previous approach was to bundle all options in a .inc file that declares a bunch of llvm::cl options. This file was lying in include/llvm and was to be included in

On 23 May 2015 at 00:08, Jim Grosbach <grosbach at apple.com> wrote: > This is the key question. The LLVM assumption is that these sorts of things > are inferable from the triple. Your observation here that the GNU world’s > notion of triples and LLVM’s need not be the same is a good one. Having a > split and a translation up in clang seems an interesting avenue to explore. >

Moro, On 5/14/19 4:36 PM, Oskar Vilkevuori wrote: > Hi there, > > Any idea? Please use these packages  https://wiki.xiph.org/Icecast_Server/Installing_latest_version_(official_Xiph_repositories) or rebuild the Debian package but with the openssl -dev package present on your machine. > > I found > from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744815 that >

Hi there, Is there something I’m missing here… INFO connection/get_ssl_certificate No SSL capability Does this indicate that I have a package not supporting SSL or have I misconfigured something somewhere? Two Listening sockets 8000 and 8001 (tried also 8002 & 8443) SSL enabled. Certificate (public and private part together in one file) .pem. read access for user, group and other too…

Hi Oskar, I run on debian 9 use icecast 2.4.4 using apt-get installl icecast2 It works fine on ssl using a pem cert. I thing your .pem file is not correct. Best regards, Michel > Op 14 mei 2019 om 18:36 heeft Oskar Vilkevuori <oskar.vilkevuori at ovt.fi> het volgende geschreven: > > Hi there, > > Any idea? > > I found from

Hi Leif, Did You faced that with the exact same Chrome version? Since this version is the only one having this issue. I have had this kind of arrangement (intro + live stream) for decades. Technology changes but the idea is the same. I have tested a lot of hardware and combinations. I do have a fail over stream (with different specs) and that hasn’t been an issue at all. I do not know but I

Hi there, How should I prepare or put together crt-files for icecast to understand it? I have two files. One having one cert and the second two certs. I guess the first one is my host and the rest is for linking back to CA… Moimoi, Oskar ---------------------------------------------------------------------- Oskar Vilkevuori GSM +358 400 280500 oskar.vilkevuori at ovt.fi

Hi there, I ran to dead end when Google released a new version for Chrome. I have tried to search with google and I haven’t found anything. There seems to be a problem when a stream has an intro element. It only plays the the intro and does not allow the stream to be played. http://185.139.186.34:8000/yleisohjelma And if there is no intro then it will play like:

Hi there, Any other versions of Google Chrome and all version of other browsers are working. I have done my best to set up the intro to match the live stream. http://185.139.168.34:8000/yleisohjelma - intro is 256 kbits/s 48 kHz ISO-MPEG2 L3 - live is 256 kbits/s 48 kHz ISO-MPEG2 L3 http://185.139.168.34:8000/vara - live is 128 kBits/s 48 kHz, possible ISO-MPEG2 L3 - there is no intro Of

Hi there, mux=raw made the change. Thanks! Moimoi, Oskar Vilkevuori > On 28 Apr 2018, at 23.07, Marvin Scholz <epirat07 at gmail.com> wrote: > > > > On 28 Apr 2018, at 21:46, Oskar Vilkevuori wrote: > >> Hi there, >> >> I have used VLC 0.9.9 on Windows platform for streaming audio to icecast2 for years. Had no problems. Since Google Chrome

Hi there, I have used VLC 0.9.9 on Windows platform for streaming audio to icecast2 for years. Had no problems. Since Google Chrome v.65.0.33.25.181 I ran into problems. Stream will play couple of minutes and then stop. Is there something fundamentally wrong with my configuration in vlm configuration: output

On Thu, Apr 9, 2009 at 4:34 PM, Anton Korobeynikov <anton at korobeynikov.info>wrote: > Hello, Aaron > > > How/where are function prologs and epilogs generated, is it bespoke C++ > code > > or TableGen generated ? > > > > If someone could point me in the right direction please. > Calling convention is really-really far from prologue/epilogue emission :)

I seem to remember seeing somewhere (on this list/on the web -- don't remember) that there was some ``Snort-like'' software that was available under the BSD license. Unfortunately, I'm unable to find any information about such software. Was I dreaming, or can anybody else jog my memory? :) Kind regards, Devon H. O'Dell

hello! on one of my servers (freebsd 7.0-R , Jail) I have a very strange problem I guess its something about LOCKing. some programs have issued with locking: saslauthd[38127] :main : could not lock pid lock file: /var/run/saslauthd/saslauthd.pid.lock saslauthd[38127] :main : fcntl: Invalid argument dovecot: 2009-05-29 03:45:50 Info: dovecot v1.1.15 starting up

On Aug 27, 2010, at 11:00 AMPDT, Eric Christopher wrote: >>> >>> For some reason I am getting this error even when I only have an >>> empty 'main' function. So I couldn't create .ll file reproducing >>> it and I have to debug myself. >>> >>> The function causing the problem is stub created in >>> JIT::runFunction:

On 08/27/2010 11:05, Dale Johannesen wrote: >>>> Function only has on BB. Is this wrong that it has both >>>> TCRETURNri64 and RET in one BB? >>> >>> Yes, that is wrong. The reason emitEpilogue isn't lowering the >>> TCRETURN is that it doesn't see it, it only sees the RET. The real >>> problem will be where that RET is

Hello all, please tell me, is it possible (at least theoretically) to circumvent bug 622 [1] by using GRUB instead of /boot/loader to load FreeBSD kernel? Or it is silly idea: even if we bypass /boot/loader we will not be able to run FreeBSD kernel in a HVM-domain on a Intel-based host for some other reason? As far as I know, GRUB can''t load FreeBSD kernel directly, but only can

I posted this in the Hydrogenaudio Forums (http://www.hydrogenaudio.org/forums/index.php?showtopic=31347) but I'll post it here as well, hope that's ok... ---------------------------------------------------------------------- Hello, I am having a lot of problems with tagging FLAC-files. I edited the tags in XMMS (in Linux) using the FLAC plugin, version 1.1.o. Playback worked fine with