Displaying 20 results from an estimated 20000 matches similar to: "(no subject)"
2000 Oct 24
1
(no subject)
>>You need a set_ogg_malloc_handler(). That's it as far as the API goes.
>
>Assuming you consider it acceptable to store that information in
>global variables.
>
malloc() is currently a global function, so the situation is unchanged by
having a global name that refers to malloc() or a work-alike. Atleast, this
very much seems to me to be the case. Of course you actually
2015 Jun 30
5
[LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution
Hi Adam,
Indvar widening can sometimes be harmful for architectures (e.g. NVPTX and
AMDGPU) where wider integer operations are more expensive (
https://llvm.org/bugs/show_bug.cgi?id=21148). For this reason, we disabled
indvar widening in NVPTX in http://reviews.llvm.org/D6196.
Hope it helps.
Jingyue
On Mon, Jun 29, 2015 at 11:59 AM Adam Nemet <anemet at apple.com> wrote:
>
> >
2015 Jul 01
3
[LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution
----- Original Message -----
> From: "Bjarke Roune" <broune at google.com>
> To: "Jingyue Wu" <jingyue at google.com>
> Cc: llvmdev at cs.uiuc.edu
> Sent: Tuesday, June 30, 2015 8:16:13 PM
> Subject: Re: [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution
>
> Hi Adam,
>
> Jingyue is right. We need to keep
2015 Jul 09
5
[LLVMdev] Strong post-dominance in LLVM?
There is PostDominatorTree for determining post-dominance. Even if A
post-dominates B and B is executed, that doesn't guarantee that A will be
executed. For example, there could be an infinite loop in-between. Strong
post-dominance makes the stronger guarantee that there will be no infinite
loop from B to A. Do we have anything in LLVM for determining strong
post-dominance and in general for
2016 Apr 12
2
ScalarEvolution "add nsw" question
Hi Johannes,
Sanjoy has given you great information already.
On Sun, Apr 10, 2016 at 5:19 PM, Sanjoy Das <sanjoy at playingwithpointers.com>
wrote:
> Johannes Doerfert wrote:
> > Is there any plan to use e.g., post-dominance information to
> > propagate wrapping flags?
>
> None that I'm aware of.
>
> > If x +nsw y post-dominates the entry block
> >
2015 Jun 26
6
[LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution
*** Summary
I'd like to propose (and implement) functionality in LLVM to determine when
a poison value from an instruction is guaranteed to produce undefined
behavior. I want to use that to improve handling of nsw, inbounds etc.
flags in scalar evolution and LSR. I imagine that there would be other uses
for it. I'd like feedback on this idea before I proceed with it.
*** Details
Poison
2015 Jul 01
2
[LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution
----- Original Message -----
> From: "Bjarke Roune" <broune at google.com>
> To: "Hal Finkel" <hfinkel at anl.gov>
> Cc: llvmdev at cs.uiuc.edu, "Jingyue Wu" <jingyue at google.com>
> Sent: Wednesday, July 1, 2015 2:27:59 PM
> Subject: Re: [LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution
>
>
2000 Nov 08
0
vq diffs
please add the following diffs to the vorbis/vq dir.
- include files changed so things actually compile in new scheme
- _ogg_...alloc cleanups caught a half-dozen typos or so
- minor Makefile touchup.
(stuff is still not tested, but this will compile at least)
Would someone with cvs write access commit them for me please?
Erik
diffs:
------------------------
diff -bBu2r vorbis/vq/Makefile
2009 Mar 03
5
[LLVMdev] One way to support unwind on x86
Hi Duncan, Hi Bjarke,
Duncan Sands wrote:
> Take a look at libunwind (http://www.hpl.hp.com/research/linux/libunwind/).
> Another possibility, very close you yours and currently used by the vmkit
> project, is to modify all functions so they return two values, the usual
> return value and an additional boolean value indicating whether an exception
> was thrown during the call or
2017 Aug 08
2
Improving SCEV's behavior around IR level no-wrap
Hi Sanjoy,
Any update on this?
Are there plans to implement this proposal?
Thanks,
Pankaj
-----Original Message-----
Date: Fri, 23 Sep 2016 02:09:19 -0700
From: Sanjoy Das via llvm-dev <llvm-dev at lists.llvm.org>
To: llvm-dev <llvm-dev at lists.llvm.org>, Andrew Trick
<atrick at apple.com>, Dan Gohman <dan433584 at gmail.com>, Hal Finkel
<hfinkel at anl.gov>,
2009 Mar 03
0
[LLVMdev] One way to support unwind on x86
Hi Nicolas,
On Tue, Mar 3, 2009 at 11:38 AM, Nicolas Geoffray
<nicolas.geoffray at lip6.fr> wrote:
>
> Duncan Sands wrote:
>>
>> Another possibility, very close you yours and currently used by the vmkit
>> project, is to modify all functions so they return two values, the usual
>> return value and an additional boolean value indicating whether an
>>
2017 Aug 09
2
Improving SCEV's behavior around IR level no-wrap
> On Aug 8, 2017, at 5:34 PM, Sanjoy Das <sanjoy at playingwithpointers.com> wrote:
>
> Hi Pankaj,
>
> IIRC there was pushback on this proposal so I did not proceed further.
> Are you blocked on this?
>
> [+CC Andy, who I remember had some objections.]
>
> — Sanjoy
Off the top of my head, my concern is that expression comparison is no longer constant time,
2016 Oct 18
2
NVAC "No Signal"
On 18.10.2016 09:35, Karol Herbst wrote:
> how sure are you, that this is needed for _every_ nvac?
>
Thank you for asking.
If you consider, as relevant,
referring to the original commit:
"drm/nouveau/disp/g94: implement workaround for dvi issue on fx380"
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2a4bd8a
<quote>
Fixes the second DVI output
2016 Sep 23
6
Improving SCEV's behavior around IR level no-wrap flags
Hi all,
This is about a project I've been prototyping on-and-off for a while
that has finally reached a point where I can claim it to be
"potentially viable". I'd like to gather some input from the
community before moving too far ahead.
# The problem
There is a representation issue within SCEV that prevents it from
fully using information from nsw/nuw flags present in the
2015 Jul 01
3
[LLVMdev] Deriving undefined behavior from nsw/inbounds/poison for scalar evolution
Hi Sanjoy, thanks for your thoughts on this.
On Sat, Jun 27, 2015 at 12:16 AM, Sanjoy Das <sanjoy at playingwithpointers.com
> wrote:
>
> First of all, going by the "poison causes UB only when observed", SCEV
> does not do the right thing currently: [...]
>
> That seems like a bug? There's also bug 23527 for GEP. Sounds like there
might be more such bugs.
One
2015 Mar 19
2
CRAN binary, but no source
On Thu, Mar 19, 2015 at 10:54 AM, John McKown
<john.archie.mckown at gmail.com> wrote:
> On Thu, Mar 19, 2015 at 10:46 AM, G?bor Cs?rdi <csardi.gabor at gmail.com> wrote:
>> Hi All,
>>
>> this is a CRAN question, so I am sorry if this is not the appropriate forum.
>>
>> I noticed that there is at least one CRAN package that has a binary (OSX
>>
2006 Jun 01
4
A coding question
Dear List:
I have the follow code:
y <- replicate(10,replicate(8,sum(rnorm(rpois(1,5)))))
Now I need to apply the following condition to _every_ randomly generated
Normal number in the code above:
x - max(0,x-15) + max(0,x-90), where x represents the individual Normal
numbers.
In other words, the said condition needs to be applied before
replicate(...(replicate(...(sum(...))) takes place.
2002 Jan 02
2
macosx (lots of little changes)
happy new year. a day off is a day to pick up a new project, so I
wrestled my way through making ogg vorbis work on macosx.
first, libao (not entirely a proper patch, but 2 source file diffs and a
diff of a configure'd Makefile to one that works.):
http://bolson.org/pub/libao-0.8.2-diff.tar.gz
libogg and libvorbis compiled without incident. vorbis-tools were more
complicated.
I think
2002 Jan 02
2
macosx (lots of little changes)
happy new year. a day off is a day to pick up a new project, so I
wrestled my way through making ogg vorbis work on macosx.
first, libao (not entirely a proper patch, but 2 source file diffs and a
diff of a configure'd Makefile to one that works.):
http://bolson.org/pub/libao-0.8.2-diff.tar.gz
libogg and libvorbis compiled without incident. vorbis-tools were more
complicated.
I think
2018 Nov 01
2
SAY command (mis)behaviour?
Hi,
I have a small issue with the SAY command and i hope you can clarify
it out for me.
I boot my system with the attached extlinux.conf, which has some
entries to boot old kernels. When i'm booting the old versions i'd
like to have a reminder message recalling me that the most recent
kernel is not being used, so that i don't forget to switch back to it,
for example after many days of