tests/pnacl_ld_experiments/Makefile - Issue 10268028: Intial experiment for building dynamic images without glibc under pnacl

Side by Side Diff: tests/pnacl_ld_experiments/Makefile

Issue 10268028: Intial experiment for building dynamic images without glibc under pnacl (Closed) Base URL: svn://svn.chromium.org/native_client/trunk/src/native_client/

Patch Set: Created 8 years, 7 months ago

Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.

Jump to:

View unified diff | Download patch | Annotate | Revision Log

Property Changes:

Added: svn:eol-style
+ LF

OLD	NEW
(Empty)
	1

	2 # Copyright (c) 2012 The Native Client Authors. All rights reserved.

	3 # Use of this source code is governed by a BSD-style license that can be

	4 # found in the LICENSE file.

	5

	6 # simple example that tries to build a mostly sandboxed shared lib

	7 # which is then loaded by a regular (non-sandboxed) images
	jvoung - send to chromium... 2012/05/01 23:30:49 Is it really "loaded by a regular (non-sandboxed) Is it really "loaded by a regular (non-sandboxed) images" ? Robert Muth (chromium) 2012/05/02 16:18:32 Done. Show quoted text On 2012/05/01 23:30:49, jvoung wrote: > Is it really "loaded by a regular (non-sandboxed) images" ? Done.
	8

	9 ROOT=$(shell readlink -f ../../)

	10 TC_ROOT=$(ROOT)/toolchain/pnacl_linux_x86_64/glibc

	11 PNACL_CC=$(TC_ROOT)/bin/pnacl-clang

	12 PNACL_LD=$(TC_ROOT)/bin/pnacl-nativeld

	13

	14 BOOTER=$(ROOT)/scons-out/opt-linux-x86-32/staging/nacl_helper_bootstrap

	15 LOADER=$(ROOT)/scons-out/opt-linux-x86-32/staging/sel_ldr

	16 LDSO=$(ROOT)/toolchain/pnacl_linux_x86_64/lib-x86-32/runnable-ld.so

	17 LIBPATH_SHARED=$(ROOT)/toolchain/pnacl_linux_x86_64/lib-x86-32

	18 PATH_CRT=$(ROOT)/toolchain/pnacl_linux_x86_64/glibc/lib

	19 PATH_CRT_SRC=$(ROOT)/pnacl/support

	20

	21 COMMON_FLAGS= --pnacl-driver-verbose -save-temps

	22

	23 RUNNER=$(BOOTER) $(LOADER) -S -E LD_DEBUG=all --r_debug=0xXXXXXXXXXXXXXXXX -a -- $(LDSO) \
	jvoung - send to chromium... 2012/05/01 23:30:49 80 col 80 col Robert Muth (chromium) 2012/05/02 16:18:32 Done. Show quoted text On 2012/05/01 23:30:49, jvoung wrote: > 80 col Done.
	24 --library-path $(LIBPATH_SHARED)

	25

	26

	27 ######################################################################

	28

	29 hello1.bc: hello1.c

	30 $(PNACL_CC) -c -I../../.. $(DEBUG_FLAGS) -o $@ $^
	jvoung - send to chromium... 2012/05/01 23:30:49 why that -I path? to get to "native_client/blah/bl why that -I path? to get to "native_client/blah/blah2.h"? jvoung - send to chromium... 2012/05/01 23:30:49 I don't think DEBUG_FLAGS is set anywhere. I don't think DEBUG_FLAGS is set anywhere. Robert Muth (chromium) 2012/05/02 16:18:32 Done. Show quoted text On 2012/05/01 23:30:49, jvoung wrote: > I don't think DEBUG_FLAGS is set anywhere. Done.
	31

	32 fortytwo.bc: fortytwo.c

	33 $(PNACL_CC) -c -I../../.. $(DEBUG_FLAGS) -o $@ $^

	34

	35 crtbegin.bc: $(PATH_CRT_SRC)/crtbegin.c

	36 $(PNACL_CC) -c -I../../.. $(DEBUG_FLAGS) -o $@ $^

	37

	38 crtend.bc: $(PATH_CRT_SRC)/crtend.c

	39 $(PNACL_CC) -c -I../../.. $(DEBUG_FLAGS) -o $@ $^

	40

	41 #libsimple.so: fortytwo.bc

	42 # $(PNACL_CC) $(LD_FLAGS) -nostdlib -shared -fPIC -arch x86-32 -o $@ $^
	jvoung - send to chromium... 2012/05/01 23:30:49 Commented out stuff, but I don't think LD_FLAGS is Commented out stuff, but I don't think LD_FLAGS is set anywhere. Perhaps also set a soname for this library, and start with a .pso then go to a .so with pnacl-translate. Robert Muth (chromium) 2012/05/02 16:18:32 I'd like to explore this in the next CL On 2012/0 I'd like to explore this in the next CL On 2012/05/01 23:30:49, jvoung wrote: Show quoted text > Commented out stuff, but I don't think LD_FLAGS is set anywhere. Perhaps also > set a soname for this library, and start with a .pso then go to a .so with > pnacl-translate.
	43

	44 LIBS = -L $(LIBPATH_SHARED) -l:ld-2.9.so

	45 LD_FLAGS_NATIVE = --pnacl-allow-native -arch x86-32

	46 # NOTE: the duplication of crtbegin.bc.

	47 # The one here was build from $(PATH_CRT_SRC)/bitcode

	48 # The one above from $(PATH_CRT_SRC)
	jvoung - send to chromium... 2012/05/01 23:30:49 So, why are both crtbegins linked in? So, why are both crtbegins linked in? Robert Muth (chromium) 2012/05/02 16:18:32 Good question. I think this is what we are current Good question. I think this is what we are currently doing in our drivers. Definitely something to revisit. On 2012/05/01 23:30:49, jvoung wrote: Show quoted text > So, why are both crtbegins linked in? jvoung - send to chromium... 2012/05/02 17:20:42 Hmm, I'm pretty sure the current driver doesn't do Show quoted text On 2012/05/02 16:18:32, Robert Muth (chromium) wrote: > Good question. I think this is what we are currently doing > in our drivers. > Definitely something to revisit. > > On 2012/05/01 23:30:49, jvoung wrote: > > So, why are both crtbegins linked in? > Hmm, I'm pretty sure the current driver doesn't do that. For the bitcode link: /usr/local/google/home/nacl2/native_client/toolchain/pnacl_linux_x86_64/pkg/binutils/bin/arm-pc-nacl-ld.gold \ --native-client \ --oformat \ elf32-nacl \ //... SKIP toolchain/pnacl_linux_x86_64/glibc/lib/crt1.bc \ toolchain/pnacl_linux_x86_64/glibc/lib/crti.bc \ toolchain/pnacl_linux_x86_64/glibc/lib/crtdummy.bc \ toolchain/pnacl_linux_x86_64/glibc/lib/crtbegin.bc \ scons-out/nacl-x86-32-pnacl-glibc-clang/obj/tests/browser_startup_time/hello_world.bc \ // ... SKIP (and there is no crtend.bc???) However, for the native link step: /usr/local/google/home/nacl2/native_client/toolchain/pnacl_linux_x86_64/pkg/binutils/bin/arm-pc-nacl-ld.alt \ --rosegment \ --bsssegment \ --native-client \ // SKIP ... toolchain/pnacl_linux_x86_64/lib-x86-32/crtbegin.o \ // ... toolchain/pnacl_linux_x86_64/lib-x86-32/crtend.o \ // ... Where the .o are compiled from your PATH_CRT_SRC, but the .bc are from PATH_CRT_SRC/bitcode. I guess clarify that one of the crtbegins is for exception handling (to be paired with libgcc_s), while the other is for ctor/dtors?
	49 INIT = crtbegin.bc $(PATH_CRT)/crt1.bc $(PATH_CRT)/crti.bc $(PATH_CRT)/crtdummy .bc $(PATH_CRT)/crtbegin.bc
	jvoung - send to chromium... 2012/05/01 23:30:49 80 col 80 col robertm 2012/05/02 17:33:12 Done. Show quoted text On 2012/05/01 23:30:49, jvoung wrote: > 80 col Done.
	50

	51 FINI = crtend.bc
	jvoung - send to chromium... 2012/05/01 23:30:49 why is this crtend used instead? why is this crtend used instead? Robert Muth (chromium) 2012/05/02 16:18:32 Just mimicking the drivers for now Show quoted text On 2012/05/01 23:30:49, jvoung wrote: > why is this crtend used instead? Just mimicking the drivers for now
	52

	53 # we run this to steal the .o file

	54 # the nexe produced by this is unfortunately not a dynamic image

	55 # because of special handling of -l:ld-2.9.so which gets passed through as

	56 # --add-extra-dt-needed=ld-nacl-x86-32.so.1 which does not trigger the
	jvoung - send to chromium... 2012/05/01 23:30:49 What happens if you build a .pexe first instead? What happens if you build a .pexe first instead? Robert Muth (chromium) 2012/05/02 16:18:32 IIRC this did not help - I think the problem is th IIRC this did not help - I think the problem is that there there is not other shared lib on the command line to the linker which would "force" a dynamic image. On 2012/05/01 23:30:49, jvoung wrote: Show quoted text > What happens if you build a .pexe first instead? jvoung - send to chromium... 2012/05/02 17:20:42 Would it be posssible at the native link step to s Would it be posssible at the native link step to set --dynamic-linker=...? I guess if you do that, you still need to call PNACL_LD manually to pass flags to the linker. With a .pso linked, it will certainly be dynamic though. On 2012/05/02 16:18:32, Robert Muth (chromium) wrote: Show quoted text > IIRC this did not help - I think the problem is that there > there is not other shared lib on the command line to the linker which would > "force" a dynamic image. > > On 2012/05/01 23:30:49, jvoung wrote: > > What happens if you build a .pexe first instead? > robertm 2012/05/02 17:33:12 the explore this together once the CL is in. On 2 the explore this together once the CL is in. On 2012/05/02 17:20:42, jvoung wrote: Show quoted text > Would it be posssible at the native link step to set --dynamic-linker=...? I > guess if you do that, you still need to call PNACL_LD manually to pass flags to > the linker. With a .pso linked, it will certainly be dynamic though. > > On 2012/05/02 16:18:32, Robert Muth (chromium) wrote: > > IIRC this did not help - I think the problem is that there > > there is not other shared lib on the command line to the linker which would > > "force" a dynamic image. > > > > On 2012/05/01 23:30:49, jvoung wrote: > > > What happens if you build a .pexe first instead? > > >
	57 # a dynamic image

	58 hello1.x86-32.nexe.dummy: hello1.bc crtend.bc crtbegin.bc

	59 $(PNACL_CC) $(COMMON_FLAGS) $(LD_FLAGS_NATIVE) -nodefaultlibs -nostdlib $(INIT) hello1.bc $(LIBS) $(FINI) -o $@

	60

	61

	62 # here we steal the object file from hello1.x86-32.nexe.dummy

	63 hello1.x86-32.nexe: hello1.x86-32.nexe.dummy

	64 $(PNACL_LD) $(COMMON_FLAGS) -arch x86-32 $(LIBS) hello1.x86-32.nexe.du mmy---linked.o -o $@

	65

	66

	67 ######################################################################

	68

	69 run1: hello1.x86-32.nexe

	70 ${RUNNER} ./hello1.x86-32.nexe

	71

	72 ######################################################################

	73

	74 clean:

	75 rm -f .bc .o .ll .so main .pso .raw
	jvoung - send to chromium... 2012/05/01 23:30:49 clean out .nexe too. clean out .nexe too. Robert Muth (chromium) 2012/05/02 16:18:32 Done. Show quoted text On 2012/05/01 23:30:49, jvoung wrote: > clean out *.nexe too. Done.
OLD	NEW

« no previous file with comments | « no previous file | tests/pnacl_ld_experiments/fortytwo.c » ('j') | tests/pnacl_ld_experiments/fortytwo.c » ('J')