search for: section

...he simple queries that load the attributes of an ActiveRecord object. In the transcript below, the record with id 0 gets fetched *eight times* during one request! This will become a terrible performance problem -- scaling as O(n^2) -- as the database grows. The table in question, ''sections'', uses acts_as_tree. In rendering each section, the app walks up the tree to find the path to the root, using the accessor Section#parent. I''m guessing that what''s happening is that Section#parent always allocates a new Section object (and fetches its contents fr...

This idea popped up in the review thread for https://reviews.llvm.org/D25627 . Problem: Currently, LLD creates special sections that are not just concatenations of input sections but need link-time data generation, such as .got, .plt, interp, .mips.options, etc., as output sections. We have OutputSectionBase subclasses (e.g. GotSection, PltSection, etc.) to create data. Even though this scheme works in most cases, there ar...

On 7/25/2013 3:56 PM, Rui Ueyama wrote: > I think I share the goal with you to make the foundation for better > dead-strip, so thank you for suggesting. I'm not sure if marking a section > as a whole as "safe" or "unsafe" is the best approach, though. Some > comments. > > - If the compiler generated code is always "safe", and if we can > distinguish it from hand-written assembly code by checking if there's a gap > between symbol...

I would suggest converting only part of linker generated sections to input sections to reduce amount of code changes. For example it's unlikely that SymbolTableSection or StringTableSection would ever require such treatment, so why converting them to input sections? 2016-10-19 11:03 GMT+03:00 George Rimar <grimar at accesssoftek.com>: >>This id...

Is there any reason -ffunction-sections and -fdata-sections wouldn't work? If it'll work, it may be be better to say "if you want to get a better linker output use these options", rather than defining new ELF section. On Thu, Jul 25, 2013 at 2:01 PM, Shankar Easwaran <shankare at codeaurora.org>wrote: > On...

On Wed, Oct 19, 2016 at 3:34 AM, Peter Smith via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Thanks for the RFC. > > I'm in favour of the option of creating InputSections for some linker > generated content. I think it would add extra flexibility to the > linker. ARM's proprietary linker uses the equivalent of InputSections > with a pseudo linker defined ObjectFile for SHF_ALLOC content. As > Eugene points out it isn't always appropriate for met...

Hi, We’d like to propose an extension to both the map file and the print-gc/icf-sections output. This extension would be to report the pieces of .eh_frame and SHF_MERGE sections in these files somehow. Since all (or at least the majority) of the contents of these sections in the output come from inputs, it would be beneficial in trying to associate the output contents with where they...

I am a little stuck with getting an sql result into my page. I want to run a select distinct that returns all of the different sections available and displays this as a form select. In my controller I have: def edit @resource = Resource.find(params[:id]) @sections = Resource.find_by_sql "SELECT DISTINCT resources.section FROM resources" end And then in my view I have: <% for option in @sections %> &l...

Not all users compile their code with -ffunction-sections and -fdata-sections. This is to handle usecases when libraries use a mix of object files too. On 7/25/2013 4:10 PM, Rui Ueyama wrote: > Is there any reason -ffunction-sections and -fdata-sections wouldn't work? > If it'll work, it may be be better to say "if you want to get...

Hi, Currently lld ties up all atoms in a section for ELF together. This proposal just breaks it by handling it differently. *This requires **NO ELF ABI changes. *_*Definitions :-*_ A section is not considered safe if there is some code that appears to be present between function boundaries (or) optimizes sections to place data at the end or...

Hi all, I'd like to propose that LLVM IR have a mechanism to describe sections in a more explicit way than we can today. Currently, we provide an attribute called "section" on GlobalVariables and Functions. This attribute will choose which section the Value will end up in. However, it does not describe the attributes of the section. Without a way of describing th...

I think I share the goal with you to make the foundation for better dead-strip, so thank you for suggesting. I'm not sure if marking a section as a whole as "safe" or "unsafe" is the best approach, though. Some comments. - If the compiler generated code is always "safe", and if we can distinguish it from hand-written assembly code by checking if there's a gap between symbols, can we just assume a sectio...

....2 (.9s vs .68s). This turns out to be because we make much larger output than GCC does: gcc.s -> 8943786 llvm.s -> 13424378 gcc.o -> 2055892 llvm.o -> 3044512 Why is this? Lets look at the contents: $ sdiff -w 120 gcc.size llvm.size Segment : 1495968 | Segment : 2211617 Section (__TEXT, __text): 251661 | Section (__TEXT, __text): 290873 Section (__DWARF, __debug_frame): 82752 | Section (__DWARF, __debug_frame): 80240 Section (__DWARF, __debug_info): 671478 | Section (__DWARF, __debug_info): 1240778 Section (__DWARF, __debug_abbrev): 3241 | Sec...

Hi llvm-dev, I'm currently looking for alternatives to the synthetic references that XRay uses to keep some side-tables live, to avoid linker garbage collection from deleting those sections. Before going any further, let me give a backgrounder on what XRay does today. Background ========== XRay has two side tables we use at runtime to identify the location of the sleds for the functions that are instrumented. These are named "xray_fn_idx" and "xray_instr_map". W...

On Jul 29, 2013, at 10:09 AM, Shankar Easwaran wrote: > On 7/29/2013 11:24 AM, Nick Kledzik wrote: >> On Jul 25, 2013, at 2:10 PM, Rui Ueyama wrote: >>> Is there any reason -ffunction-sections and -fdata-sections wouldn't work? If it'll work, it may be be better to say "if you want to get a better linker output use these options", rather than defining new ELF section. >> >From my understanding, -ffunction-sections is a good semantic match. But it introduces a...

...nstated dependencies in R code ... OK * checking S3 generic/method consistency ... OK * checking replacement functions ... OK * checking foreign function calls ... OK * checking R code for possible problems ... OK * checking Rd files ... NOTE prepare_Rd: CellProfile-R-internal.Rd:10: Dropping empty section \usage prepare_Rd: CellProfile-R-internal.Rd:12: Dropping empty section \arguments prepare_Rd: CellProfile-R-internal.Rd:22: Dropping empty section \value prepare_Rd: CellProfile-R-internal.Rd:25: Dropping empty section \note prepare_Rd: CellProfile-R-internal.Rd:23: Dropping empty section \referen...

On Mon, 2017-03-06 at 08:37 +1100, Tom Robinson via samba wrote: > Full back trace provided in previous message. Still don't know why > samba-tool is crashing. Any help > is appreciated. Can you run testparm over the smb.conf file? I think it may be refusing to load it. Andrew Bartlett

...{0968e258-16c7-4dba-aa86-462dd61e31a3} could be created for context 0x1 err:ole:CoGetClassObject class {0968e258-16c7-4dba-aa86-462dd61e31a3} not registered err:ole:CoGetClassObject no class object {0968e258-16c7-4dba-aa86-462dd61e31a3} could be created for context 0x1 err:ntdll:RtlpWaitForCriticalSection section 0x151b25c "?" wait timed out in thread 0009, blocked by 0024, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x151b25c "?" wait timed out in thread 0009, blocked by 0024, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x151b25c "?&quo...

Hi, Many linkers including lld have a feature to eliminate unused sections from output to make output smaller (which is essentially a mark-sweep gc where sections are vertices and relocations are edges). lld and GNU gold have yet another feature, ICF, to merge functions by contents to save more space. When we remove or merge a function, we want to eliminate its exceptio...

No I haven't. Thank you for the pointer. Looks like the problem of the inverted edges was discussed there. But I guess my bigger question is this: why do we still create one big .eh_frame even if -ffunction-sections is given? When the option is given, Clang creates .text, .rela.text and .gcc_exception_table sections for each function, but it still creates a monolithic .eh_frame that covers all function sections, which seems odd to me. On Thu, Oct 26, 2017 at 9:47 AM, Reid Kleckner <rnk at google.com>...