Displaying 20 results from an estimated 200 matches similar to: "Clearing the BSS section"
2002 Dec 18
1
Memory Leak in R v1.6.1
Greetings,
I am running R v 1.6.1 on a linux operating system with 2GB physical memory and dual processors. When using BATCH to run a simulation with a super large dataset I can only get through 1 1/2 repetitions before R uses all the memory and the simulation crashes. It starts with 10% of the memory - up to 50% by the end of the first repetition and then starts the second with approx 65% of the
2001 Mar 18
1
R-Installation on supercomputer -- f77 problem
This was addressed to the wrong place ...
------- start of forwarded message -------
From: Annette Molinaro-Clark <annette@pacific.llnl.gov>
To: maechler@R-project.org
Subject: R-Installation
Date: Thu, 15 Mar 2001 12:10:19 -0800 (PST)
Hi -
I'm trying to install R to a supercomputer which has a Fortran 77
compiler; however,
when i do ./configure I receive this error . . .
checking
2012 Dec 07
3
[LLVMdev] Need to create symbols only once
Hi Nick,
We have few symbols like __bss_start, __bss_end, which are Undefined
symbols in the code.
I want a way in the Reader to create specific atoms before the linker
bootstraps.
I didnt find a way to do that with the existing interfaces.
The way it needs to work is as below :-
1) ReaderELF creates Absolute symbols (for __bss_start, __bss_end etc)
2) ReaderELF reads each file and adds
2012 Dec 07
0
[LLVMdev] Need to create symbols only once
On Dec 7, 2012, at 11:51 AM, Shankar Easwaran wrote:
> We have few symbols like __bss_start, __bss_end, which are Undefined symbols in the code.
>
> I want a way in the Reader to create specific atoms before the linker bootstraps.
>
> I didnt find a way to do that with the existing interfaces.
>
> The way it needs to work is as below :-
>
> 1) ReaderELF creates
2015 Oct 05
7
[PATCH 0/4] Improve linker scripts
From: Sylvain Gault <sylvain.gault at gmail.com>
These patches basically remove unused linker scripts and port a change that was
made to an unused script.
Those are to be applied on top of the gcc 5 bug fixes as they would conflict
otherwise.
Sylvain Gault (4):
diag/mbr: fix dependency to linker script
Remove unused linker scripts
core: Make symbols defined in linker script HIDDEN
2012 Dec 10
1
[LLVMdev] Need to create symbols only once
Thanks for the reply Nick.
I will use the Writer::addFiles functionality. Do you want to move the
SimpleFile class to lld/Core ?
It might be useful for other types of object files too(like for ELF here).
How does typeFirstInSection/typeLastinSection know that the addresses
that need to be used for those symbols are the symbol values for the
section start / section end ?
I didnt see
2013 Jan 07
1
[LLVMdev] Need to create symbols only once
Hi Nick,
On 12/7/2012 4:59 PM, Nick Kledzik wrote:
>
> We have a similar requirement in darwin's ld64 linker, but even more general. Any binary can do the following to introspect itself:
>
> struct stuff { int a; int b; };
>
> extern struct stuff* stuff_start __asm("section$start$__DATA$__my");
> extern struct stuff* stuff_end
2016 Oct 07
2
Is extern_weak a legal linkage for function definitions?
Hi,
The LLVM language reference doesn't say that extern_weak is illegal for
function definitions, but it seems this restriction is enforced in the
code in some places:
https://github.com/llvm-mirror/llvm/blob/master/lib/AsmParser/LLParser.cpp#L4591
https://github.com/llvm-mirror/llvm/blob/master/lib/CodeGen/AsmPrinter/AsmPrinter.cpp#L327
However it is possible to create a bitcode file
2017 Mar 14
3
[lld] elf linker creates undefined empty symbol
Rafael, did you ever get a chance to look at this?
-- Sean Silva
On Thu, Feb 23, 2017 at 1:14 AM, Sean Silva <chisophugis at gmail.com> wrote:
>
>
> On Wed, Feb 22, 2017 at 6:14 AM, Rafael Avila de Espindola <
> rafael.espindola at gmail.com> wrote:
>
>> Sean Silva <chisophugis at gmail.com> writes:
>> >> When __libc_start_main is hidden, it
2017 Feb 22
2
[lld] elf linker creates undefined empty symbol
Sean Silva <chisophugis at gmail.com> writes:
>> When __libc_start_main is hidden, it doesn't end up in the dynamic symbol
>> table and so we use the default DynsymIndex of 0.
>>
>
>
> I think BFD is doing the right thing. The `extern_weak hidden` is resolved
> to null since by virtue of being hidden it doesn't refer to the function in
> libc.so (and
2014 Feb 12
2
[LLVMdev] Fwd: [windows) how to use weak references with llvm 3.4 and windows?
So instead of using linkagetypes.weak I should use externalweaklinkage ?
Le 11 févr. 2014 18:29, "Reid Kleckner" <rnk at google.com> a écrit :
> You'd have to use extern_weak linkage. Clang compiles the foo declaration
> to:
> $ clang -cc1 -emit-llvm -o - t.c | grep declare.*@foo
> declare extern_weak i32 @foo(...) #1
>
>
>
> On Tue, Feb 11, 2014 at
2014 Feb 11
2
[LLVMdev] Fwd: [windows) how to use weak references with llvm 3.4 and windows?
Thanks for your clear answer. Do you know what modifier should I use to
declare such weak symbols in my llvm intermediate code?
So that it can be compiled to the .o file with the weak attribute ?
Le 10 févr. 2014 19:44, "Reid Kleckner" <rnk at google.com> a écrit :
> COFF doesn't support the same kind of concept of 'weak' that ELF does.
> This is the issue that
2017 Feb 22
2
[lld] elf linker creates undefined empty symbol
Rafael, here is a repro.tar to look at: https://reviews.llvm.org/F3100177
The attached foo.diff adds a print which shows the issue.
```
NAME: sleep SYMINDEX: 2
NAME: sched_yield SYMINDEX: 1
NAME: __libc_start_main SYMINDEX: 0
```
`readelf --relocs` Shows that we create :
...
000000255110 002900000007 R_X86_64_JUMP_SLO 0000000000254410
__xstat at GLIBC_2.2.5 + 0
000000255118 001e00000007
2011 Mar 16
2
[LLVMdev] linkage type
What is the difference between WeakAnyLinkage and ExternalWeakLinkage
? They are defined in GlobalValue.h. Thanks
Junjie
2015 Oct 28
3
DragonEgg for gcc-5 and llvm-3.6
Hi,
My brother (Tarun) and I have been attempting to get dragonegg working with
gcc-5 and llvm-3.6. So far we have had some success and most of the
compilator and validator tests of dragonegg pass. However the following
validator tests fail and we don't understand why.
The Validator :: c++/2007-01-06-ELF-Thunk-Sections.cpp
The Validator :: c/ExternFunctionWeakref.c
The Validator
2017 Feb 22
2
[lld] elf linker creates undefined empty symbol
On Tue, Feb 21, 2017 at 2:05 PM, Rafael Avila de Espindola via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> Carlo Kok <ck at remobjects.com> writes:
>
> > On 2017-02-21 20:33, Rafael Avila de Espindola wrote:
> >>> Input files:
> >>> https://www.dropbox.com/s/8yn3dggx05atn47/binLinux.zip?dl=0
> >>
> >> If you pass --reproduce
2011 Mar 16
0
[LLVMdev] linkage type
There is a description of all the possible linkage types at
http://llvm.org/docs/LangRef.html#linkage – does this answer your
question? (Basically, an extern_weak resp. ExternalWeakLinkage symbol
becomes null instead of being an undefined reference)
David
On 3/16/11 7:06 PM, Junjie Gu wrote:
> What is the difference between WeakAnyLinkage and ExternalWeakLinkage
> ? They are defined
2020 Jul 26
2
[LAA] RtCheck on pointers of different address spaces.
Hello,
I Have a question related to the RT check on pointers during Loop Access Analysis pass.
There is a testcase with loop code that consist of 4 different memory operations referring two global objects of different address spaces.
One from global constant (address space 4, addr_size = 64) and the other from local, LDS (address space 3, addr_size= 32).
(Details of various address spaces
2017 Apr 04
3
RFC: Adding a string table to the bitcode format
On Tue, Apr 4, 2017 at 12:36 PM, Duncan P. N. Exon Smith <
dexonsmith at apple.com> wrote:
>
> On 2017-Apr-04, at 12:12, Peter Collingbourne <peter at pcc.me.uk> wrote:
>
> On Mon, Apr 3, 2017 at 8:13 PM, Mehdi Amini <mehdi.amini at apple.com> wrote:
>
>>
>> On Apr 3, 2017, at 7:08 PM, Peter Collingbourne <peter at pcc.me.uk> wrote:
>>
2007 Oct 16
1
[LLVMdev] one remaining CellSPU backend bug...
Here's a working testcase:
; ModuleID = '/tmp/crtbegin.bc'
target datalayout =
"E-p:32:32:128-i1:8:128-i8:8:128-i16:16:128-i32:32:128-i64:32:128-f32:32:128-f64:64:128-v64:64:64-v128:128:128-a0:0:128-s0:128:128"
target triple = "spu"
@__dso_handle = hidden global i8* null, align 16 ; <i8**>
[#uses=0]
@__CTOR_LIST__ = internal global [1 x void