search for: __text

...is in stripping the symbols of the assignPassManager virtual method from the various subclasses of llvm::Pass. Please advise! // the release version has all the necessary symbols in place before it is installed to /usr/local/bin $ nm -m Release+Asserts/bin/opt | grep assignPass 000000010042b7c0 (__TEXT,__text) external __ZN4llvm10ModulePass17assignPassManagerERNS_7PMStackENS_15PassManagerTypeE 00000001002a27c0 (__TEXT,__text) external __ZN4llvm10RegionPass17assignPassManagerERNS_7PMStackENS_15PassManagerTypeE 000000010042b490 (__TEXT,__text) external __ZN4llvm12FunctionPass17assignPassManagerERNS...

...assManager virtual method from the various > subclasses of llvm::Pass. > > Please advise! > > > // the release version has all the necessary symbols in place before it is > installed to /usr/local/bin > $ nm -m Release+Asserts/bin/opt | grep assignPass > 000000010042b7c0 (__TEXT,__text) external > __ZN4llvm10ModulePass17assignPassManagerERNS_7PMStackENS_15PassManagerTypeE > 00000001002a27c0 (__TEXT,__text) external > __ZN4llvm10RegionPass17assignPassManagerERNS_7PMStackENS_15PassManagerTypeE > 000000010042b490 (__TEXT,__text) external > __ZN4llvm12FunctionPa...

...gh, so we'd appreciate any feedback from any MachO users. Generally, Mach-O tools separate the segment name and the section name as different entries on the command line. The “<Segment Name>,<Section Name>” string is almost always an output format. Some examples include: otool -s __TEXT __text /bin/ls ld -sectcreate __EXAMPLE __example /dev/zero ... In my opinion, that would be ideal from a "Mach-O users" point of view. That said, the “two arguments” pattern isn’t very common in llvm, although it does appear in places such as llvm-nm. llvm-objdump has a -section opti...

...section name is well-known, rename it to an "canonical" name [2]. - Otherwise: - Rename to "<segment name>.<section name>" (the separator is `.' not `,') - If the segment name does not start with `_', prefix it with `LC_SEGMENT.' For example, __TEXT,__text is renamed to .text and __TEXT,__unwind_info is renamed to __TEXT.__unwind_info. For that reason, specifying a section in command line options is rather nonintuitive: WRONG: objcopy --only-secton=__TEXT,__text a.out WRONG: objcopy --only-secton=__TEXT.__text a.out OK: objcopy --only-secton=...

Hello all. I decided to see how things were progressing and have updated my Swig to 1.3.29 and my wxWindows to 2.6.3. I''ll try rebuilding everything as soon as I''m done compiling wx 2.6.3. Then I hope to have some time to read up on the new ruby stuff in Swig to see if we can close the last few holes. Roy

When I tried to compile the vorbis module as a Framework, using ProjectBuilder, I got 1058 warnings (excess elements in scalar initializer, near initialization for ''psy_set0.toneatt', 'vorbis_ftoi' defined but not used, unused variable 'k', braces around scalar initializer, and so on) and 65 errors. Some examples of errors: ------- vorbis/lib/psytune.c: undefined

...s .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 | Section (__...

...ort.a LLVMSystem.a included. > Try using 'nm -m' on the 'opt' executable itself. Using plain nm on my > local one yields: > 00121a4e T > __ZN4llvm12FunctionPass16addToPassManagerEPNS_20FunctionPassManagerTERNS_13AnalysisUsageE > > and nm -m shows: > 00121a4e (__TEXT,__text) external > > __ZN4llvm12FunctionPass16addToPassManagerEPNS_20FunctionPassManagerTERNS_13AnalysisUsageE > > Is this what you're seeing? Are you using llvm 1.8 or CVS? You might try > CVS if 1.8 doesn't work for you. > Here is what I am seeing with nm. Is it norma...

...ry directive for the function symbol. All other object formats would just emit the prefix data. Peter On Mon, Mar 6, 2017 at 6:16 PM, Moritz Angermann <moritz.angermann at gmail.com > wrote: > Thank you Peter! > > That seems to do the trick! > > $ cat test.s > .section __TEXT,__text > .globl _main > > .long 1 > _main: > inc %eax > ret > > .alt_entry _main > _main.dsp = _main-4 > > .subsections_via_symbols > > > $ clang test.s -dead_strip > $ otool -vVtdj a.out > a.out: > _main.dsp: > 0000000100000fb1...

On Mon, Mar 6, 2017 at 5:54 PM, Moritz Angermann <moritz.angermann at gmail.com > wrote: > Hi Peter, > > I’ve just experimented with this a bit: > > Say we would end up with the following assembly: > > .section __TEXT,__text > .globl _main > > .long 1 > _main: > inc %eax > ret > > .globl _main.dsp > .alt_entry _main.dsp > What happens if you try ".alt_entry _main" instead? The alt_entry is supposed to be bound to the atom appearing *before* it. > _m...

...t emit the prefix data. > > > > Peter > > > > On Mon, Mar 6, 2017 at 6:16 PM, Moritz Angermann < > moritz.angermann at gmail.com> wrote: > > Thank you Peter! > > > > That seems to do the trick! > > > > $ cat test.s > > .section __TEXT,__text > > .globl _main > > > > .long 1 > > _main: > > inc %eax > > ret > > > > .alt_entry _main > > _main.dsp = _main-4 > > > > .subsections_via_symbols > > > > > > $ clang test.s -dead_strip > >...

On Jun 21, 2008, at 2:33 PM, Chris Lattner wrote: > > > $ 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 > Are you sure the gcc numbers...

...deas why this changed? Thanks! Zach LLVM Code: define <4 x double> @vstore(<4 x double>*) { entry: %1 = load <4 x double>* %0, align 8 ret <4 x double> %1 } ------------------------------------------------------------ Running llvm-32/bin/llc vstore.ll creates: .section __TEXT,__text,regular,pure_instructions .globl _vstore .align 4, 0x90 _vstore: ## @vstore .cfi_startproc ## BB#0: ## %entry pushq %rbp Ltmp2: .cfi_def_cfa_offset 16 Ltmp3: .cfi_offset %rbp, -16 movq %rsp, %rbp Ltmp4: .cfi_def_cfa_register %rbp...

The attached .ll files seem equivalent, but the resulting asm from 'opt-fail.ll' causes a crash to webkit. I suspect the usage of registers is wrong, can someone take a look ? $ llc opt-pass.ll -o - .section __TEXT,__text,regular,pure_instructions .globl __ZN7WebCore6kolos1ERiS0_PKNS_20RenderBoxModelObjectEPNS_10StyleImageE .align 4, 0x90 __ZN7WebCore6kolos1ERiS0_PKNS_20RenderBoxModelObjectEPNS_10StyleImageE: ## @_ZN7WebCore6kolos1ERiS0_PKNS_20RenderBoxModelObjectEPNS_10StyleImageE ## BB#0: pushq %r14 pus...

...o you think that the shift wasn't supposed to be there in the first place? Can you send me a .ii file that produces the __ZN7WebCore6kolos1ERiS0_PKNS_20RenderBoxModelObjectEPNS_10StyleImageE function with steps to get the bad IR? -Chris > > $ llc opt-pass.ll -o - > > .section __TEXT,__text,regular,pure_instructions > .globl __ZN7WebCore6kolos1ERiS0_PKNS_20RenderBoxModelObjectEPNS_10StyleImageE > .align 4, 0x90 > __ZN7WebCore6kolos1ERiS0_PKNS_20RenderBoxModelObjectEPNS_10StyleImageE: ## @_ZN7WebCore6kolos1ERiS0_PKNS_20RenderBoxModelObjectEPNS_10StyleImageE > ## BB...

...:~/tools/build-ppc/Release/lib jingyu$ nm libLLVMCore.a | grep Try using 'nm -m' on the 'opt' executable itself. Using plain nm on my local one yields: 00121a4e T __ZN4llvm12FunctionPass16addToPassManagerEPNS_20FunctionPassManagerTERNS_13AnalysisUsageE and nm -m shows: 00121a4e (__TEXT,__text) external __ZN4llvm12FunctionPass16addToPassManagerEPNS_20FunctionPassManagerTERNS_13AnalysisUsageE Is this what you're seeing? Are you using llvm 1.8 or CVS? You might try CVS if 1.8 doesn't work for you. -Chris -- http://nondot.org/sabre/ http://llvm.org/

...o zlib/inffast.o zlib/inflate.o zlib/inftrees.o zlib/infutil.o zlib/trees.o zlib/zutil.o zlib/adler32.o popt/findme.o popt/popt.o popt/poptconfig.o popt/popthelp.o popt/poptparse.o /usr/bin/ld: warning multiple definitions of symbol _snprintf lib/snprintf.o definition of _snprintf in section (__TEXT,__text) /usr/lib/libSystem.dylib(snprintf.o) definition of _snprintf /usr/bin/ld: warning multiple definitions of symbol _vsnprintf lib/snprintf.o definition of _vsnprintf in section (__TEXT,__text) /usr/lib/libSystem.dylib(vsnprintf.o) definition of _vsnprintf /usr/bin/ld: Undefined symbols: _free...

...; res.v[2] = 1; return res; } - - - - Compiling this with any level of optimization for arm64 gives incorrect code, unless my test case above is triggering some undefined behaviour that I’m not aware of. Other architectures appear to work OK. $ clang -arch arm64 -O1 test.c -S -o - .section __TEXT,__text,regular,pure_instructions .ios_version_min 5, 0 .globl _getVec3 .align 2 _getVec3: ; @getVec3 ; BB#0: b _getVec2 .subsections_via_symbols - - - - I’m happy to file a bug for this, but not sure quite where it belongs - clang, LLVM or direct to Apple. Can...

I think there's a bug somewhere in TableGen for the X86 disassembler emitter. The following test: $ echo "0xF3 0xA5" | ./bin/llvm-mc -disassemble .section __TEXT,__text,regular,pure_instructions movsd (from llvm trunk) 0xF3 is the REP prefix, so the printed instruction should be 'rep movsd', however all that is printed is 'movsd'. It seems that there is an instruction enum for REP_MOVSD, but it isn't emitted in the generated .i...

.../usr/local/lib/gcc/powerpc-apple-darwin6.8/3.4.2 -lg2c -lSystem -framework R ** Removing '/Library/Frameworks/R.framework/Versions/2.1.0/Resources/library/gap' npackage installation failed ld: warning multiple definitions of symbol _i1mach_ pfc.sim.o definition of _i1mach_ in section (__TEXT,__text) /Library/Frameworks/R.framework/R(i1mach.lo) definition of _i1mach_ ld: 2ld.o has external relocation entries in non-writable section (__TEXT,__text) for symbols: restFP saveFP make: *** [gap.so] Error 1 ERROR: compilation failed for package 'gap' ** Restoring previous '/Libra...