nasm-devel — NASM development work

Re: [Nasm-devel] build fails on OS X

[Cyrill G. <gor...@gm...>]

On Tue, Aug 02, 2016 at 09:48:11AM -0700, anonymous coward wrote:
> > I think --whole-archive option needed for ld
> 
> not supported under OS X, it seems -- the ld
> man page doesn't have it, and there are hits
> in web searches for this very topic

I hit the same problem in other project where i've been
linking objects and archive file into executable. But
since it's unsupported on osx, won't help. Thanks for
trying!

Re: [Nasm-devel] build fails on OS X

[Cyrill G. <gor...@gm...>]

On Tue, Aug 02, 2016 at 09:37:15AM -0700, H. Peter Anvin wrote:
> On 08/02/16 07:23, Cyrill Gorcunov wrote:
> > On Tue, Aug 02, 2016 at 06:54:54AM -0700, anonymous coward wrote:
> >>
> >> I'm not sure what to try next -- nasmlib.a seems to contain the
> >> symbol, but somehow ld fails?
> > 
> > I think --whole-archive option needed for ld
> > 
> 
> That would defeat the entire purpose with the library, though.

How? IIRC --whole-archive tells linker to look into all objects
in archive instead of first one.

> 
> After thinking about it, I decided to add the -fno-common compiler
> option (if supported.)  Current NASM coding standard is to not use
> common data anyway, and that will help us spot mistakes.
> 
> Hopefully that will work around the problem.
> 
> 	-hpa
> 

	Cyrill

Re: [Nasm-devel] build fails on OS X

[anonymous c. <nas...@us...>]

> I think --whole-archive option needed for ld

not supported under OS X, it seems -- the ld
man page doesn't have it, and there are hits
in web searches for this very topic

Re: [Nasm-devel] build fails on OS X

[H. P. A. <hp...@zy...>]

On 08/02/16 07:23, Cyrill Gorcunov wrote:
> On Tue, Aug 02, 2016 at 06:54:54AM -0700, anonymous coward wrote:
>>
>> I'm not sure what to try next -- nasmlib.a seems to contain the
>> symbol, but somehow ld fails?
> 
> I think --whole-archive option needed for ld
> 

That would defeat the entire purpose with the library, though.

After thinking about it, I decided to add the -fno-common compiler
option (if supported.)  Current NASM coding standard is to not use
common data anyway, and that will help us spot mistakes.

Hopefully that will work around the problem.

	-hpa

Re: [Nasm-devel] build fails on OS X

[H. P. A. <hp...@zy...>]

On 08/02/16 06:54, anonymous coward wrote:
>>> I'll look into it some more tomorrow.
>> zero_buffer is defined in nasmlib/zerolib.c
> 
> zerobuf.o definitely gets picked up for nasmlib.a...
> 

OK, I just checked in a (hopefully) workaround for this.

	-hpa

[Nasm-devel] READ THIS IF YOU ARE BUILDING THE MASTER BRANCH

[H. P. A. <hp...@zy...>]

If you build pull the master branch into a directory you have previously
done a build in:

YOU MUST DO A "git clean -d -f", OR THE BUILD WILL BE BROKEN.

Use "git clean -d -n" to make sure it won't delete any files you
actually care about.

This is because files have moved around, but the build will pick up
obsolete generated files if they are present.

	-hpa

Re: [Nasm-devel] build fails on OS X

[Cyrill G. <gor...@gm...>]

On Tue, Aug 02, 2016 at 06:54:54AM -0700, anonymous coward wrote:
> 
> I'm not sure what to try next -- nasmlib.a seems to contain the
> symbol, but somehow ld fails?

I think --whole-archive option needed for ld

Re: [Nasm-devel] build fails on OS X

[H. P. A. <hp...@zy...>]

On August 2, 2016 6:54:54 AM PDT, anonymous coward <nas...@us...> wrote:
>>> I'll look into it some more tomorrow.
>> zero_buffer is defined in nasmlib/zerolib.c
>
>zerobuf.o definitely gets picked up for nasmlib.a...
>
>ar cq libnasm.a stdlib/snprintf.o stdlib/vsnprintf.o stdlib/strlcpy.o
>stdlib/strnlen.o nasmlib/ver.o nasmlib/crc64.o nasmlib/malloc.o
>nasmlib/error.o nasmlib/md5c.o nasmlib/string.o nasmlib/file.o
>nasmlib/ilog2.o nasmlib/realpath.o nasmlib/filename.o
>nasmlib/srcfile.o nasmlib/zerobuf.o nasmlib/readnum.o nasmlib/bsi.o
>nasmlib/rbtree.o nasmlib/hashtbl.o nasmlib/raa.o nasmlib/saa.o
>common/common.o x86/insnsa.o x86/insnsb.o x86/insnsd.o x86/insnsn.o
>x86/regs.o x86/regvals.o x86/regflags.o x86/regdis.o x86/disp8.o
>x86/iflag.o
>
>nm libnasm.a | grep _zero_buffer
>                 U _zero_buffer
>0000000000001000 C _zero_buffer
>
>--
>
>but when nasmlib.a gets picked up for nasm, somehow _zero_buffer isn't
>found:
>
>gcc  -o nasm asm/nasm.o asm/float.o asm/directiv.o asm/assemble.o
>asm/labels.o asm/parser.o asm/preproc.o asm/quote.o asm/pptok.o
>asm/listing.o asm/eval.o asm/exprlib.o asm/stdscan.o asm/strfunc.o
>asm/tokhash.o asm/segalloc.o asm/preproc-nop.o asm/rdstrnum.o
>macros/macros.o output/outform.o output/outlib.o output/nulldbg.o
>output/nullout.o output/outbin.o output/outaout.o output/outcoff.o
>output/outelf.o output/outobj.o output/outas86.o output/outrdf2.o
>output/outdbg.o output/outieee.o output/outmacho.o output/codeview.o
>libnasm.a
>Undefined symbols for architecture x86_64:
>  "_zero_buffer", referenced from:
>      _assemble in assemble.o
>      _out in assemble.o
>      _macho32_init in outmacho.o
>      _macho64_init in outmacho.o
>      _fwritezero in libnasm.a(file.o)
>ld: symbol(s) not found for architecture x86_64
>clang: error: linker command failed with exit code 1 (use -v to see
>invocation)
>make: *** [nasm] Error 1
>
>--
>
>when I explicitly add nasmlib/zerobuf.o for nasm, things do succeed:
>
>gcc  -o nasm asm/nasm.o asm/float.o asm/directiv.o asm/assemble.o
>asm/labels.o asm/parser.o asm/preproc.o asm/quote.o asm/pptok.o
>asm/listing.o asm/eval.o asm/exprlib.o asm/stdscan.o asm/strfunc.o
>asm/tokhash.o asm/segalloc.o asm/preproc-nop.o asm/rdstrnum.o
>macros/macros.o output/outform.o output/outlib.o output/nulldbg.o
>output/nullout.o output/outbin.o output/outaout.o output/outcoff.o
>output/outelf.o output/outobj.o output/outas86.o output/outrdf2.o
>output/outdbg.o output/outieee.o output/outmacho.o output/codeview.o
>nasmlib/zerobuf.o libnasm.a
>
>./nasm -v
>NASM version 2.13rc0 compiled on Aug  2 2016
>
>--
>
>I'm not sure what to try next -- nasmlib.a seems to contain the
>symbol, but somehow ld fails?

Ugh.  This would seem to be an OSX linker bug :(

-- 
Sent from my Android device with K-9 Mail. Please excuse brevity and formatting.

Re: [Nasm-devel] build fails on OS/2

[anonymous c. <nas...@us...>]

[adjusting thread subject, to split this off into its own thread]

On 8/1/16, Dave Yeo <dav...@gm...> wrote:
> On 08/01/16 04:45 PM, H. Peter Anvin wrote:
>> Reorganizing the source code certainly has both caused and exposed
>> dependency issues.
>> --
>
> I tried building trunk (freshly checked out) on OS/2. Dies here,
> ...
> perl -I./perllib -I. ./asm/tokhash.pl c \
> 	./x86/insns.dat ./x86/regs.dat \
> 	./asm/tokens.dat > asm/tokhash.c
> 2222 vectors, trying n = 2048...
> 1: Collision: 239,1648: cmpunordps with vpsubusb
> 2: Graph is cyclic
> 3: Collision: 565,2334: fucomp with vfmsub123ss
> 4: Graph is cyclic
> 5: Graph is cyclic
> 6: Graph is cyclic
> 7: Done: n = 2048, sv = [0xace2d0e4, 0x80575791]
> gcc -std=gnu99 -c -g -O2 -fwrapv -W -Wall -std=c99 -pedantic -Wno-long-long
> -Werror=implicit -Werror=missing-braces -Werror=return-type
> -Werror=trigraphs -Werror=pointer-arith -Werror=missing-prototypes
> -Werror=missing-declarations -Werror=comment -Werror=vla -DHAVE_CONFIG_H -I.
> -I. -I./include -I./include -I./x86 -I./x86 -I./asm -I./asm -I./disasm
> -I./disasm -I./output -I./output -o asm/tokhash.o asm/tokhash.c
> asm/tokhash.c: In function 'nasm_token_hash':
> asm/tokhash.c:4349:46: error: 'I_MONITORX' undeclared (first use in this
> function)
>          { "monitorx", TOKEN_INSN, C_none, 0, I_MONITORX },
>                                               ^
> asm/tokhash.c:4349:46: note: each undeclared identifier is reported only
> once for each function it appears in
> asm/tokhash.c:4349:9: warning: missing initializer for field 'num' of 'const
> struct tokendata' [-Wmissing-field-initializers]
>          { "monitorx", TOKEN_INSN, C_none, 0, I_MONITORX },
>          ^
> asm/tokhash.c:18:13: note: 'num' declared here
>      int32_t num;
>              ^
> asm/tokhash.c:4362:44: error: 'I_MWAITX' undeclared (first use in this
> function)
>          { "mwaitx", TOKEN_INSN, C_none, 0, I_MWAITX },
>                                             ^
> asm/tokhash.c:4362:9: warning: missing initializer for field 'num' of 'const
> struct tokendata' [-Wmissing-field-initializers]
>          { "mwaitx", TOKEN_INSN, C_none, 0, I_MWAITX },
>          ^
> asm/tokhash.c:18:13: note: 'num' declared here
>      int32_t num;
>              ^
> asm/tokhash.c:5964:44: error: 'I_RDPKRU' undeclared (first use in this
> function)
>          { "rdpkru", TOKEN_INSN, C_none, 0, I_RDPKRU },
>                                             ^
> asm/tokhash.c:5964:9: warning: missing initializer for field 'num' of 'const
> struct tokendata' [-Wmissing-field-initializers]
>          { "rdpkru", TOKEN_INSN, C_none, 0, I_RDPKRU },
>          ^
> asm/tokhash.c:18:13: note: 'num' declared here
>      int32_t num;
>              ^
> asm/tokhash.c:5965:44: error: 'I_WRPKRU' undeclared (first use in this
> function)
>          { "wrpkru", TOKEN_INSN, C_none, 0, I_WRPKRU },
>                                             ^
> asm/tokhash.c:5965:9: warning: missing initializer for field 'num' of 'const
> struct tokendata' [-Wmissing-field-initializers]
>          { "wrpkru", TOKEN_INSN, C_none, 0, I_WRPKRU },
>          ^
> asm/tokhash.c:18:13: note: 'num' declared here
>      int32_t num;
>              ^
> asm/tokhash.c:5967:44: error: 'I_CLZERO' undeclared (first use in this
> function)
>          { "clzero", TOKEN_INSN, C_none, 0, I_CLZERO },
>                                             ^
> asm/tokhash.c:5967:9: warning: missing initializer for field 'num' of 'const
> struct tokendata' [-Wmissing-field-initializers]
>          { "clzero", TOKEN_INSN, C_none, 0, I_CLZERO },
>          ^
> asm/tokhash.c:18:13: note: 'num' declared here
>      int32_t num;
>              ^
> make: *** [asm/tokhash.o] Error 1
>
> Dave
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Nasm-devel mailing list
> Nas...@li...
> https://lists.sourceforge.net/lists/listinfo/nasm-devel
>

Re: [Nasm-devel] build fails on OS X

[anonymous c. <nas...@us...>]

>> I'll look into it some more tomorrow.
> zero_buffer is defined in nasmlib/zerolib.c

zerobuf.o definitely gets picked up for nasmlib.a...

ar cq libnasm.a stdlib/snprintf.o stdlib/vsnprintf.o stdlib/strlcpy.o
stdlib/strnlen.o nasmlib/ver.o nasmlib/crc64.o nasmlib/malloc.o
nasmlib/error.o nasmlib/md5c.o nasmlib/string.o nasmlib/file.o
nasmlib/ilog2.o nasmlib/realpath.o nasmlib/filename.o
nasmlib/srcfile.o nasmlib/zerobuf.o nasmlib/readnum.o nasmlib/bsi.o
nasmlib/rbtree.o nasmlib/hashtbl.o nasmlib/raa.o nasmlib/saa.o
common/common.o x86/insnsa.o x86/insnsb.o x86/insnsd.o x86/insnsn.o
x86/regs.o x86/regvals.o x86/regflags.o x86/regdis.o x86/disp8.o
x86/iflag.o

nm libnasm.a | grep _zero_buffer
                 U _zero_buffer
0000000000001000 C _zero_buffer

--

but when nasmlib.a gets picked up for nasm, somehow _zero_buffer isn't found:

gcc  -o nasm asm/nasm.o asm/float.o asm/directiv.o asm/assemble.o
asm/labels.o asm/parser.o asm/preproc.o asm/quote.o asm/pptok.o
asm/listing.o asm/eval.o asm/exprlib.o asm/stdscan.o asm/strfunc.o
asm/tokhash.o asm/segalloc.o asm/preproc-nop.o asm/rdstrnum.o
macros/macros.o output/outform.o output/outlib.o output/nulldbg.o
output/nullout.o output/outbin.o output/outaout.o output/outcoff.o
output/outelf.o output/outobj.o output/outas86.o output/outrdf2.o
output/outdbg.o output/outieee.o output/outmacho.o output/codeview.o
libnasm.a
Undefined symbols for architecture x86_64:
  "_zero_buffer", referenced from:
      _assemble in assemble.o
      _out in assemble.o
      _macho32_init in outmacho.o
      _macho64_init in outmacho.o
      _fwritezero in libnasm.a(file.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [nasm] Error 1

--

when I explicitly add nasmlib/zerobuf.o for nasm, things do succeed:

gcc  -o nasm asm/nasm.o asm/float.o asm/directiv.o asm/assemble.o
asm/labels.o asm/parser.o asm/preproc.o asm/quote.o asm/pptok.o
asm/listing.o asm/eval.o asm/exprlib.o asm/stdscan.o asm/strfunc.o
asm/tokhash.o asm/segalloc.o asm/preproc-nop.o asm/rdstrnum.o
macros/macros.o output/outform.o output/outlib.o output/nulldbg.o
output/nullout.o output/outbin.o output/outaout.o output/outcoff.o
output/outelf.o output/outobj.o output/outas86.o output/outrdf2.o
output/outdbg.o output/outieee.o output/outmacho.o output/codeview.o
nasmlib/zerobuf.o libnasm.a

./nasm -v
NASM version 2.13rc0 compiled on Aug  2 2016

--

I'm not sure what to try next -- nasmlib.a seems to contain the
symbol, but somehow ld fails?

Re: [Nasm-devel] build fails on OS X

[H. P. A. <hp...@zy...>]

On August 1, 2016 5:12:12 PM PDT, anonymous coward <nas...@us...> wrote:
>> What happens if you run "make alldeps" before making?
>
>tl;dr = it does make the otherwise missing files, i.e. I don't
>have to manually make them, but the final build/link is still
>failing with the same no/undefined symbol error messages
>
>make spotless
>sh autogen.sh
>sh configure
>make alldeps
>make
>
>[...]
>
>rm -f libnasm.a
>
>ar cq libnasm.a stdlib/snprintf.o stdlib/vsnprintf.o stdlib/strlcpy.o
>stdlib/strnlen.o nasmlib/ver.o nasmlib/crc64.o nasmlib/malloc.o
>nasmlib/error.o nasmlib/md5c.o nasmlib/string.o nasmlib/file.o
>nasmlib/ilog2.o nasmlib/realpath.o nasmlib/filename.o
>nasmlib/srcfile.o nasmlib/zerobuf.o nasmlib/readnum.o nasmlib/bsi.o
>nasmlib/rbtree.o nasmlib/hashtbl.o nasmlib/raa.o nasmlib/saa.o
>common/common.o x86/insnsa.o x86/insnsb.o x86/insnsd.o x86/insnsn.o
>x86/regs.o x86/regvals.o x86/regflags.o x86/regdis.o x86/disp8.o
>x86/iflag.o
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(snprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(vsnprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strlcpy.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strnlen.o) has no symbols
>
>ranlib libnasm.a
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(snprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(vsnprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strlcpy.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strnlen.o) has no symbols
>
>gcc  -o nasm asm/nasm.o asm/float.o asm/directiv.o asm/assemble.o
>asm/labels.o asm/parser.o asm/preproc.o asm/quote.o asm/pptok.o
>asm/listing.o asm/eval.o asm/exprlib.o asm/stdscan.o asm/strfunc.o
>asm/tokhash.o asm/segalloc.o asm/preproc-nop.o asm/rdstrnum.o
>macros/macros.o output/outform.o output/outlib.o output/nulldbg.o
>output/nullout.o output/outbin.o output/outaout.o output/outcoff.o
>output/outelf.o output/outobj.o output/outas86.o output/outrdf2.o
>output/outdbg.o output/outieee.o output/outmacho.o output/codeview.o
>libnasm.a
>Undefined symbols for architecture x86_64:
>  "_zero_buffer", referenced from:
>      _assemble in assemble.o
>      _out in assemble.o
>      _macho32_init in outmacho.o
>      _macho64_init in outmacho.o
>      _fwritezero in libnasm.a(file.o)
>ld: symbol(s) not found for architecture x86_64
>clang: error: linker command failed with exit code 1 (use -v to see
>invocation)
>make: *** [nasm] Error 1
>
>I'll look into it some more tomorrow.

zero_buffer is defined in nasmlib/zerolib.c
-- 
Sent from my Android device with K-9 Mail. Please excuse brevity and formatting.

Re: [Nasm-devel] build fails on OS X

[Dave Y. <dav...@gm...>]

On 08/01/16 04:45 PM, H. Peter Anvin wrote:
> Reorganizing the source code certainly has both caused and exposed dependency issues.
> -- 

I tried building trunk (freshly checked out) on OS/2. Dies here,
...
perl -I./perllib -I. ./asm/tokhash.pl c \
	./x86/insns.dat ./x86/regs.dat \
	./asm/tokens.dat > asm/tokhash.c
2222 vectors, trying n = 2048...
1: Collision: 239,1648: cmpunordps with vpsubusb
2: Graph is cyclic
3: Collision: 565,2334: fucomp with vfmsub123ss
4: Graph is cyclic
5: Graph is cyclic
6: Graph is cyclic
7: Done: n = 2048, sv = [0xace2d0e4, 0x80575791]
gcc -std=gnu99 -c -g -O2 -fwrapv -W -Wall -std=c99 -pedantic -Wno-long-long -Werror=implicit -Werror=missing-braces -Werror=return-type -Werror=trigraphs -Werror=pointer-arith -Werror=missing-prototypes -Werror=missing-declarations -Werror=comment -Werror=vla -DHAVE_CONFIG_H -I. -I. -I./include -I./include -I./x86 -I./x86 -I./asm -I./asm -I./disasm -I./disasm -I./output -I./output -o asm/tokhash.o asm/tokhash.c
asm/tokhash.c: In function 'nasm_token_hash':
asm/tokhash.c:4349:46: error: 'I_MONITORX' undeclared (first use in this function)
         { "monitorx", TOKEN_INSN, C_none, 0, I_MONITORX },
                                              ^
asm/tokhash.c:4349:46: note: each undeclared identifier is reported only once for each function it appears in
asm/tokhash.c:4349:9: warning: missing initializer for field 'num' of 'const struct tokendata' [-Wmissing-field-initializers]
         { "monitorx", TOKEN_INSN, C_none, 0, I_MONITORX },
         ^
asm/tokhash.c:18:13: note: 'num' declared here
     int32_t num;
             ^
asm/tokhash.c:4362:44: error: 'I_MWAITX' undeclared (first use in this function)
         { "mwaitx", TOKEN_INSN, C_none, 0, I_MWAITX },
                                            ^
asm/tokhash.c:4362:9: warning: missing initializer for field 'num' of 'const struct tokendata' [-Wmissing-field-initializers]
         { "mwaitx", TOKEN_INSN, C_none, 0, I_MWAITX },
         ^
asm/tokhash.c:18:13: note: 'num' declared here
     int32_t num;
             ^
asm/tokhash.c:5964:44: error: 'I_RDPKRU' undeclared (first use in this function)
         { "rdpkru", TOKEN_INSN, C_none, 0, I_RDPKRU },
                                            ^
asm/tokhash.c:5964:9: warning: missing initializer for field 'num' of 'const struct tokendata' [-Wmissing-field-initializers]
         { "rdpkru", TOKEN_INSN, C_none, 0, I_RDPKRU },
         ^
asm/tokhash.c:18:13: note: 'num' declared here
     int32_t num;
             ^
asm/tokhash.c:5965:44: error: 'I_WRPKRU' undeclared (first use in this function)
         { "wrpkru", TOKEN_INSN, C_none, 0, I_WRPKRU },
                                            ^
asm/tokhash.c:5965:9: warning: missing initializer for field 'num' of 'const struct tokendata' [-Wmissing-field-initializers]
         { "wrpkru", TOKEN_INSN, C_none, 0, I_WRPKRU },
         ^
asm/tokhash.c:18:13: note: 'num' declared here
     int32_t num;
             ^
asm/tokhash.c:5967:44: error: 'I_CLZERO' undeclared (first use in this function)
         { "clzero", TOKEN_INSN, C_none, 0, I_CLZERO },
                                            ^
asm/tokhash.c:5967:9: warning: missing initializer for field 'num' of 'const struct tokendata' [-Wmissing-field-initializers]
         { "clzero", TOKEN_INSN, C_none, 0, I_CLZERO },
         ^
asm/tokhash.c:18:13: note: 'num' declared here
     int32_t num;
             ^
make: *** [asm/tokhash.o] Error 1

Dave

Re: [Nasm-devel] build fails on OS X

[anonymous c. <nas...@us...>]

> What happens if you run "make alldeps" before making?

tl;dr = it does make the otherwise missing files, i.e. I don't
have to manually make them, but the final build/link is still
failing with the same no/undefined symbol error messages

make spotless
sh autogen.sh
sh configure
make alldeps
make

[...]

rm -f libnasm.a

ar cq libnasm.a stdlib/snprintf.o stdlib/vsnprintf.o stdlib/strlcpy.o
stdlib/strnlen.o nasmlib/ver.o nasmlib/crc64.o nasmlib/malloc.o
nasmlib/error.o nasmlib/md5c.o nasmlib/string.o nasmlib/file.o
nasmlib/ilog2.o nasmlib/realpath.o nasmlib/filename.o
nasmlib/srcfile.o nasmlib/zerobuf.o nasmlib/readnum.o nasmlib/bsi.o
nasmlib/rbtree.o nasmlib/hashtbl.o nasmlib/raa.o nasmlib/saa.o
common/common.o x86/insnsa.o x86/insnsb.o x86/insnsd.o x86/insnsn.o
x86/regs.o x86/regvals.o x86/regflags.o x86/regdis.o x86/disp8.o
x86/iflag.o
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(snprintf.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(vsnprintf.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(strlcpy.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(strnlen.o) has no symbols

ranlib libnasm.a
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(snprintf.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(vsnprintf.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(strlcpy.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(strnlen.o) has no symbols

gcc  -o nasm asm/nasm.o asm/float.o asm/directiv.o asm/assemble.o
asm/labels.o asm/parser.o asm/preproc.o asm/quote.o asm/pptok.o
asm/listing.o asm/eval.o asm/exprlib.o asm/stdscan.o asm/strfunc.o
asm/tokhash.o asm/segalloc.o asm/preproc-nop.o asm/rdstrnum.o
macros/macros.o output/outform.o output/outlib.o output/nulldbg.o
output/nullout.o output/outbin.o output/outaout.o output/outcoff.o
output/outelf.o output/outobj.o output/outas86.o output/outrdf2.o
output/outdbg.o output/outieee.o output/outmacho.o output/codeview.o
libnasm.a
Undefined symbols for architecture x86_64:
  "_zero_buffer", referenced from:
      _assemble in assemble.o
      _out in assemble.o
      _macho32_init in outmacho.o
      _macho64_init in outmacho.o
      _fwritezero in libnasm.a(file.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [nasm] Error 1

I'll look into it some more tomorrow.

Re: [Nasm-devel] build fails on OS X

[H. P. A. <hp...@zy...>]

On August 1, 2016 4:35:08 PM PDT, anonymous coward <nas...@us...> wrote:
>yeah, building definitely worked on this system
>a while back... but since then OS X has seen a
>bunch of updates... as has NASM's make
>
>fwiw, even with a step by step process...
>
> sh autogen.sh
> sh configure
>
> make
> make asm/pptok.h
> make
> make x86/insnsi.h
> make
> make asm/directiv.h
> make
> make x86/regs.h
> make
> make asm/tokens.h
> make
> make x86/iflaggen.h
> make
>
>...I get this at the end:
>
>gcc -c -g -O2 -fwrapv -W -Wall -std=c99 -pedantic
>-Werror=unknown-warning-option -Wno-long-long -Werror=implicit
>-Werror=missing-braces -Werror=return-type -Werror=trigraphs
>-Werror=pointer-arith -Werror=strict-prototypes
>-Werror=missing-prototypes -Werror=missing-declarations
>-Werror=comment -Werror=vla -DHAVE_CONFIG_H -I. -I. -I./include
>-I./include -I./x86 -I./x86 -I./asm -I./asm -I./disasm -I./disasm
>-I./output -I./output -o x86/iflag.o x86/iflag.c
>rm -f libnasm.a
>ar cq libnasm.a stdlib/snprintf.o stdlib/vsnprintf.o stdlib/strlcpy.o
>stdlib/strnlen.o nasmlib/ver.o nasmlib/crc64.o nasmlib/malloc.o
>nasmlib/error.o nasmlib/md5c.o nasmlib/string.o nasmlib/file.o
>nasmlib/ilog2.o nasmlib/realpath.o nasmlib/filename.o
>nasmlib/srcfile.o nasmlib/zerobuf.o nasmlib/readnum.o nasmlib/bsi.o
>nasmlib/rbtree.o nasmlib/hashtbl.o nasmlib/raa.o nasmlib/saa.o
>common/common.o x86/insnsa.o x86/insnsb.o x86/insnsd.o x86/insnsn.o
>x86/regs.o x86/regvals.o x86/regflags.o x86/regdis.o x86/disp8.o
>x86/iflag.o
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(snprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(vsnprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strlcpy.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strnlen.o) has no symbols
>ranlib libnasm.a
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(snprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(vsnprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strlcpy.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strnlen.o) has no symbols
>
>gcc  -o nasm asm/nasm.o asm/float.o asm/directiv.o asm/assemble.o
>asm/labels.o asm/parser.o asm/preproc.o asm/quote.o asm/pptok.o
>asm/listing.o asm/eval.o asm/exprlib.o asm/stdscan.o asm/strfunc.o
>asm/tokhash.o asm/segalloc.o asm/preproc-nop.o asm/rdstrnum.o
>macros/macros.o output/outform.o output/outlib.o output/nulldbg.o
>output/nullout.o output/outbin.o output/outaout.o output/outcoff.o
>output/outelf.o output/outobj.o output/outas86.o output/outrdf2.o
>output/outdbg.o output/outieee.o output/outmacho.o output/codeview.o
>libnasm.a
>Undefined symbols for architecture x86_64:
>  "_zero_buffer", referenced from:
>      _assemble in assemble.o
>      _out in assemble.o
>      _macho32_init in outmacho.o
>      _macho64_init in outmacho.o
>      _fwritezero in libnasm.a(file.o)
>ld: symbol(s) not found for architecture x86_64
>clang: error: linker command failed with exit code 1 (use -v to see
>invocation)
>make: *** [nasm] Error 1

Reorganizing the source code certainly has both caused and exposed dependency issues.
-- 
Sent from my Android device with K-9 Mail. Please excuse brevity and formatting.

Re: [Nasm-devel] build fails on OS X

[H. P. A. <hp...@zy...>]

On August 1, 2016 4:35:08 PM PDT, anonymous coward <nas...@us...> wrote:
>yeah, building definitely worked on this system
>a while back... but since then OS X has seen a
>bunch of updates... as has NASM's make
>
>fwiw, even with a step by step process...
>
> sh autogen.sh
> sh configure
>
> make
> make asm/pptok.h
> make
> make x86/insnsi.h
> make
> make asm/directiv.h
> make
> make x86/regs.h
> make
> make asm/tokens.h
> make
> make x86/iflaggen.h
> make
>
>...I get this at the end:
>
>gcc -c -g -O2 -fwrapv -W -Wall -std=c99 -pedantic
>-Werror=unknown-warning-option -Wno-long-long -Werror=implicit
>-Werror=missing-braces -Werror=return-type -Werror=trigraphs
>-Werror=pointer-arith -Werror=strict-prototypes
>-Werror=missing-prototypes -Werror=missing-declarations
>-Werror=comment -Werror=vla -DHAVE_CONFIG_H -I. -I. -I./include
>-I./include -I./x86 -I./x86 -I./asm -I./asm -I./disasm -I./disasm
>-I./output -I./output -o x86/iflag.o x86/iflag.c
>rm -f libnasm.a
>ar cq libnasm.a stdlib/snprintf.o stdlib/vsnprintf.o stdlib/strlcpy.o
>stdlib/strnlen.o nasmlib/ver.o nasmlib/crc64.o nasmlib/malloc.o
>nasmlib/error.o nasmlib/md5c.o nasmlib/string.o nasmlib/file.o
>nasmlib/ilog2.o nasmlib/realpath.o nasmlib/filename.o
>nasmlib/srcfile.o nasmlib/zerobuf.o nasmlib/readnum.o nasmlib/bsi.o
>nasmlib/rbtree.o nasmlib/hashtbl.o nasmlib/raa.o nasmlib/saa.o
>common/common.o x86/insnsa.o x86/insnsb.o x86/insnsd.o x86/insnsn.o
>x86/regs.o x86/regvals.o x86/regflags.o x86/regdis.o x86/disp8.o
>x86/iflag.o
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(snprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(vsnprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strlcpy.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strnlen.o) has no symbols
>ranlib libnasm.a
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(snprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(vsnprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strlcpy.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strnlen.o) has no symbols
>
>gcc  -o nasm asm/nasm.o asm/float.o asm/directiv.o asm/assemble.o
>asm/labels.o asm/parser.o asm/preproc.o asm/quote.o asm/pptok.o
>asm/listing.o asm/eval.o asm/exprlib.o asm/stdscan.o asm/strfunc.o
>asm/tokhash.o asm/segalloc.o asm/preproc-nop.o asm/rdstrnum.o
>macros/macros.o output/outform.o output/outlib.o output/nulldbg.o
>output/nullout.o output/outbin.o output/outaout.o output/outcoff.o
>output/outelf.o output/outobj.o output/outas86.o output/outrdf2.o
>output/outdbg.o output/outieee.o output/outmacho.o output/codeview.o
>libnasm.a
>Undefined symbols for architecture x86_64:
>  "_zero_buffer", referenced from:
>      _assemble in assemble.o
>      _out in assemble.o
>      _macho32_init in outmacho.o
>      _macho64_init in outmacho.o
>      _fwritezero in libnasm.a(file.o)
>ld: symbol(s) not found for architecture x86_64
>clang: error: linker command failed with exit code 1 (use -v to see
>invocation)
>make: *** [nasm] Error 1

What happens if you run "make alldeps" before making?
-- 
Sent from my Android device with K-9 Mail. Please excuse brevity and formatting.

Re: [Nasm-devel] build fails on OS X

[H. P. A. <hp...@zy...>]

On August 1, 2016 4:35:08 PM PDT, anonymous coward <nas...@us...> wrote:
>yeah, building definitely worked on this system
>a while back... but since then OS X has seen a
>bunch of updates... as has NASM's make
>
>fwiw, even with a step by step process...
>
> sh autogen.sh
> sh configure
>
> make
> make asm/pptok.h
> make
> make x86/insnsi.h
> make
> make asm/directiv.h
> make
> make x86/regs.h
> make
> make asm/tokens.h
> make
> make x86/iflaggen.h
> make
>
>...I get this at the end:
>
>gcc -c -g -O2 -fwrapv -W -Wall -std=c99 -pedantic
>-Werror=unknown-warning-option -Wno-long-long -Werror=implicit
>-Werror=missing-braces -Werror=return-type -Werror=trigraphs
>-Werror=pointer-arith -Werror=strict-prototypes
>-Werror=missing-prototypes -Werror=missing-declarations
>-Werror=comment -Werror=vla -DHAVE_CONFIG_H -I. -I. -I./include
>-I./include -I./x86 -I./x86 -I./asm -I./asm -I./disasm -I./disasm
>-I./output -I./output -o x86/iflag.o x86/iflag.c
>rm -f libnasm.a
>ar cq libnasm.a stdlib/snprintf.o stdlib/vsnprintf.o stdlib/strlcpy.o
>stdlib/strnlen.o nasmlib/ver.o nasmlib/crc64.o nasmlib/malloc.o
>nasmlib/error.o nasmlib/md5c.o nasmlib/string.o nasmlib/file.o
>nasmlib/ilog2.o nasmlib/realpath.o nasmlib/filename.o
>nasmlib/srcfile.o nasmlib/zerobuf.o nasmlib/readnum.o nasmlib/bsi.o
>nasmlib/rbtree.o nasmlib/hashtbl.o nasmlib/raa.o nasmlib/saa.o
>common/common.o x86/insnsa.o x86/insnsb.o x86/insnsd.o x86/insnsn.o
>x86/regs.o x86/regvals.o x86/regflags.o x86/regdis.o x86/disp8.o
>x86/iflag.o
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(snprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(vsnprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strlcpy.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strnlen.o) has no symbols
>ranlib libnasm.a
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(snprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(vsnprintf.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strlcpy.o) has no symbols
>/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
>libnasm.a(strnlen.o) has no symbols
>
>gcc  -o nasm asm/nasm.o asm/float.o asm/directiv.o asm/assemble.o
>asm/labels.o asm/parser.o asm/preproc.o asm/quote.o asm/pptok.o
>asm/listing.o asm/eval.o asm/exprlib.o asm/stdscan.o asm/strfunc.o
>asm/tokhash.o asm/segalloc.o asm/preproc-nop.o asm/rdstrnum.o
>macros/macros.o output/outform.o output/outlib.o output/nulldbg.o
>output/nullout.o output/outbin.o output/outaout.o output/outcoff.o
>output/outelf.o output/outobj.o output/outas86.o output/outrdf2.o
>output/outdbg.o output/outieee.o output/outmacho.o output/codeview.o
>libnasm.a
>Undefined symbols for architecture x86_64:
>  "_zero_buffer", referenced from:
>      _assemble in assemble.o
>      _out in assemble.o
>      _macho32_init in outmacho.o
>      _macho64_init in outmacho.o
>      _fwritezero in libnasm.a(file.o)
>ld: symbol(s) not found for architecture x86_64
>clang: error: linker command failed with exit code 1 (use -v to see
>invocation)
>make: *** [nasm] Error 1

Dependency issues?
-- 
Sent from my Android device with K-9 Mail. Please excuse brevity and formatting.

Re: [Nasm-devel] build fails on OS X

[anonymous c. <nas...@us...>]

yeah, building definitely worked on this system
a while back... but since then OS X has seen a
bunch of updates... as has NASM's make

fwiw, even with a step by step process...

 sh autogen.sh
 sh configure

 make
 make asm/pptok.h
 make
 make x86/insnsi.h
 make
 make asm/directiv.h
 make
 make x86/regs.h
 make
 make asm/tokens.h
 make
 make x86/iflaggen.h
 make

...I get this at the end:

gcc -c -g -O2 -fwrapv -W -Wall -std=c99 -pedantic
-Werror=unknown-warning-option -Wno-long-long -Werror=implicit
-Werror=missing-braces -Werror=return-type -Werror=trigraphs
-Werror=pointer-arith -Werror=strict-prototypes
-Werror=missing-prototypes -Werror=missing-declarations
-Werror=comment -Werror=vla -DHAVE_CONFIG_H -I. -I. -I./include
-I./include -I./x86 -I./x86 -I./asm -I./asm -I./disasm -I./disasm
-I./output -I./output -o x86/iflag.o x86/iflag.c
rm -f libnasm.a
ar cq libnasm.a stdlib/snprintf.o stdlib/vsnprintf.o stdlib/strlcpy.o
stdlib/strnlen.o nasmlib/ver.o nasmlib/crc64.o nasmlib/malloc.o
nasmlib/error.o nasmlib/md5c.o nasmlib/string.o nasmlib/file.o
nasmlib/ilog2.o nasmlib/realpath.o nasmlib/filename.o
nasmlib/srcfile.o nasmlib/zerobuf.o nasmlib/readnum.o nasmlib/bsi.o
nasmlib/rbtree.o nasmlib/hashtbl.o nasmlib/raa.o nasmlib/saa.o
common/common.o x86/insnsa.o x86/insnsb.o x86/insnsd.o x86/insnsn.o
x86/regs.o x86/regvals.o x86/regflags.o x86/regdis.o x86/disp8.o
x86/iflag.o
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(snprintf.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(vsnprintf.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(strlcpy.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(strnlen.o) has no symbols
ranlib libnasm.a
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(snprintf.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(vsnprintf.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(strlcpy.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file:
libnasm.a(strnlen.o) has no symbols

gcc  -o nasm asm/nasm.o asm/float.o asm/directiv.o asm/assemble.o
asm/labels.o asm/parser.o asm/preproc.o asm/quote.o asm/pptok.o
asm/listing.o asm/eval.o asm/exprlib.o asm/stdscan.o asm/strfunc.o
asm/tokhash.o asm/segalloc.o asm/preproc-nop.o asm/rdstrnum.o
macros/macros.o output/outform.o output/outlib.o output/nulldbg.o
output/nullout.o output/outbin.o output/outaout.o output/outcoff.o
output/outelf.o output/outobj.o output/outas86.o output/outrdf2.o
output/outdbg.o output/outieee.o output/outmacho.o output/codeview.o
libnasm.a
Undefined symbols for architecture x86_64:
  "_zero_buffer", referenced from:
      _assemble in assemble.o
      _out in assemble.o
      _macho32_init in outmacho.o
      _macho64_init in outmacho.o
      _fwritezero in libnasm.a(file.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [nasm] Error 1

Re: [Nasm-devel] build fails on OS X

[H. P. A. <hp...@zy...>]

On August 1, 2016 2:40:38 PM PDT, Cyrill Gorcunov <gor...@gm...> wrote:
>On Mon, Aug 01, 2016 at 02:14:10PM -0700, H. Peter Anvin wrote:
>> 
>> Looks like the Perl include path is buggered... will look.
>
>It's something with perl setup. I've built nasm on el-capitan
>without problem (but iirc I've been using brew tool to install
>perl)

Masking...
-- 
Sent from my Android device with K-9 Mail. Please excuse brevity and formatting.

Re: [Nasm-devel] build fails on OS X

[H. P. A. <hp...@zy...>]

On August 1, 2016 2:40:38 PM PDT, Cyrill Gorcunov <gor...@gm...> wrote:
>On Mon, Aug 01, 2016 at 02:14:10PM -0700, H. Peter Anvin wrote:
>> 
>> Looks like the Perl include path is buggered... will look.
>
>It's something with perl setup. I've built nasm on el-capitan
>without problem (but iirc I've been using brew tool to install
>perl)

It's possible system dependencies is making a bug, though.
-- 
Sent from my Android device with K-9 Mail. Please excuse brevity and formatting.

Re: [Nasm-devel] build fails on OS X

[H. P. A. <hp...@zy...>]

On August 1, 2016 2:40:38 PM PDT, Cyrill Gorcunov <gor...@gm...> wrote:
>On Mon, Aug 01, 2016 at 02:14:10PM -0700, H. Peter Anvin wrote:
>> 
>> Looks like the Perl include path is buggered... will look.
>
>It's something with perl setup. I've built nasm on el-capitan
>without problem (but iirc I've been using brew tool to install
>perl)

I don't think so per se... the Perl include path should let it fund phash.ph.
-- 
Sent from my Android device with K-9 Mail. Please excuse brevity and formatting.

Re: [Nasm-devel] build fails on OS X

[Cyrill G. <gor...@gm...>]

On Mon, Aug 01, 2016 at 02:14:10PM -0700, H. Peter Anvin wrote:
> 
> Looks like the Perl include path is buggered... will look.

It's something with perl setup. I've built nasm on el-capitan
without problem (but iirc I've been using brew tool to install
perl)

Re: [Nasm-devel] build fails on OS X

[H. P. A. <hp...@zy...>]

On July 29, 2016 8:48:50 PM PDT, anonymous coward <nas...@us...> wrote:
># git clone git://repo.or.cz/nasm.git nasm
>
># ./autogen.sh
># ./configure
># make
>[...]
>In file included from asm/nasm.c:48:
>In file included from ./include/nasm.h:45:
>./asm/preproc.h:42:10: fatal error: 'pptok.h' file not found
>#include "pptok.h"
>         ^
>4 warnings and 1 error generated.
>make: *** [asm/nasm.o] Error 1
>
># ls asm/pptok.*
>asm/pptok.dat	asm/pptok.pl
>
># asm/pptok.pl
>Can't locate phash.ph in @INC (did you run h2ph?) (@INC contains:
>/Library/Perl/5.18/darwin-thread-multi-2level /Library/Perl/5.18
>/Network/Library/Perl/5.18/darwin-thread-multi-2level
>/Network/Library/Perl/5.18 /Library/Perl/Updates/5.18.2
>/System/Library/Perl/5.18/darwin-thread-multi-2level
>/System/Library/Perl/5.18
>/System/Library/Perl/Extras/5.18/darwin-thread-multi-2level
>/System/Library/Perl/Extras/5.18 .) at asm/pptok.pl line 39.
>
># h2ph
>Cannot open /Library/Perl/5.18/darwin-thread-multi-2level/_h2ph_pre.ph:
> Permission denied at /usr/bin/h2ph5.18 line 756.
>
># make asm/pptok.h
>perl -I./perllib -I. ./asm/pptok.pl h \
>		./asm/pptok.dat asm/pptok.h
>
># ls asm/pptok.*
>asm/pptok.dat	asm/pptok.h	asm/pptok.pl
>
># make
>[...]
>In file included from asm/nasm.c:48:
>./include/nasm.h:46:10: fatal error: 'insnsi.h' file not found
>#include "insnsi.h"     /* For enum opcode */
>         ^
>4 warnings and 1 error generated.
>make: *** [asm/nasm.o] Error 1
>
>The problem then repeats itself for every script-generated file.
>I can manually invoke make for each of them, to get closer by
>each step. But clearly that's not what's supposed to happen...
>
>------------------------------------------------------------------------------
>_______________________________________________
>Nasm-devel mailing list
>Nas...@li...
>https://lists.sourceforge.net/lists/listinfo/nasm-devel

Looks like the Perl include path is buggered... will look.
-- 
Sent from my Android device with K-9 Mail. Please excuse brevity and formatting.

[Nasm-devel] build fails on OS X

[anonymous c. <nas...@us...>]

# git clone git://repo.or.cz/nasm.git nasm

# ./autogen.sh
# ./configure
# make
[...]
In file included from asm/nasm.c:48:
In file included from ./include/nasm.h:45:
./asm/preproc.h:42:10: fatal error: 'pptok.h' file not found
#include "pptok.h"
         ^
4 warnings and 1 error generated.
make: *** [asm/nasm.o] Error 1

# ls asm/pptok.*
asm/pptok.dat	asm/pptok.pl

# asm/pptok.pl
Can't locate phash.ph in @INC (did you run h2ph?) (@INC contains:
/Library/Perl/5.18/darwin-thread-multi-2level /Library/Perl/5.18
/Network/Library/Perl/5.18/darwin-thread-multi-2level
/Network/Library/Perl/5.18 /Library/Perl/Updates/5.18.2
/System/Library/Perl/5.18/darwin-thread-multi-2level
/System/Library/Perl/5.18
/System/Library/Perl/Extras/5.18/darwin-thread-multi-2level
/System/Library/Perl/Extras/5.18 .) at asm/pptok.pl line 39.

# h2ph
Cannot open /Library/Perl/5.18/darwin-thread-multi-2level/_h2ph_pre.ph:
 Permission denied at /usr/bin/h2ph5.18 line 756.

# make asm/pptok.h
perl -I./perllib -I. ./asm/pptok.pl h \
		./asm/pptok.dat asm/pptok.h

# ls asm/pptok.*
asm/pptok.dat	asm/pptok.h	asm/pptok.pl

# make
[...]
In file included from asm/nasm.c:48:
./include/nasm.h:46:10: fatal error: 'insnsi.h' file not found
#include "insnsi.h"     /* For enum opcode */
         ^
4 warnings and 1 error generated.
make: *** [asm/nasm.o] Error 1

The problem then repeats itself for every script-generated file.
I can manually invoke make for each of them, to get closer by
each step. But clearly that's not what's supposed to happen...

[Nasm-devel] [PATCH 2/2] elf: Generate SHT_RELA relocs for elfx32/elf64 stabs

[Fabian G. <fa...@ra...>]

stabs is the default debug format and GNU gold dies with an assertion
failure when it encounters a SHT_REL section in an x64 ELF file.

Signed-off-by: Fabian Giesen <fa...@ra...>
---
 output/outelf.c | 17 ++++++++++++++---
 1 file changed, 14 insertions(+), 3 deletions(-)

diff --git a/output/outelf.c b/output/outelf.c
index 15bc751..b9075a8 100644
--- a/output/outelf.c
+++ b/output/outelf.c
@@ -1574,7 +1574,7 @@ static void elf_write(void)
         /* in case the debug information is wanted, just add these three sections... */
         add_sectname("", ".stab");
         add_sectname("", ".stabstr");
-        add_sectname(".rel", ".stab");
+        add_sectname(is_elf32() ? ".rel" : ".rela", ".stab");
     } else if (dfmt_is_dwarf()) {
         /* the dwarf debug standard specifies the following ten sections,
            not all of which are currently implemented,
@@ -1737,8 +1737,13 @@ static void elf_write(void)
             p += strlen(p) + 1;
 
             /* link -> symtable  info -> section to refer to */
-            elf_section_header(p - shstrtab, SHT_REL, 0, stabrelbuf, false,
-                               stabrellen, sec_symtab, sec_stab, 4, is_elf64() ? 16 : 8);
+            if (is_elf32()) {
+                elf_section_header(p - shstrtab, SHT_REL, 0, stabrelbuf, false,
+                                   stabrellen, sec_symtab, sec_stab, 4, 8);
+            } else {
+                elf_section_header(p - shstrtab, SHT_RELA, 0, stabrelbuf, false,
+                                   stabrellen, sec_symtab, sec_stab, 4, is_elf64() ? 24 : 12);
+            }
             p += strlen(p) + 1;
         }
     } else if (dfmt_is_dwarf()) {
@@ -2589,11 +2594,13 @@ static void stabs_generate(void)
         } else if (is_elfx32()) {
             WRITELONG(rptr, (sptr - sbuf) - 4);
             WRITELONG(rptr, ((ptr->info.section + 2) << 8) | R_X86_64_32);
+            WRITELONG(rptr, 0);
         } else {
             nasm_assert(is_elf64());
             WRITEDLONG(rptr, (int64_t)(sptr - sbuf) - 4);
             WRITELONG(rptr, R_X86_64_32);
             WRITELONG(rptr, ptr->info.section + 2);
+            WRITEDLONG(rptr, 0);
         }
         numstabs++;
         currfile = mainfileindex;
@@ -2640,6 +2647,7 @@ static void stabs_generate(void)
                 /* relocation table entry */
                 WRITELONG(rptr, (sptr - sbuf) - 4);
                 WRITELONG(rptr, ((ptr->info.section + 2) << 8) | R_X86_64_32);
+                WRITELONG(rptr, ptr->info.offset);
             }
 
             WRITE_STAB(sptr, 0, N_SLINE, 0, ptr->line, ptr->info.offset);
@@ -2648,6 +2656,7 @@ static void stabs_generate(void)
             /* relocation table entry */
             WRITELONG(rptr, (sptr - sbuf) - 4);
             WRITELONG(rptr, ((ptr->info.section + 2) << 8) | R_X86_64_32);
+            WRITELONG(rptr, ptr->info.offset);
 
             ptr = ptr->next;
         }
@@ -2668,6 +2677,7 @@ static void stabs_generate(void)
                 WRITEDLONG(rptr, (int64_t)(sptr - sbuf) - 4);
                 WRITELONG(rptr, R_X86_64_32);
                 WRITELONG(rptr, ptr->info.section + 2);
+                WRITEDLONG(rptr, ptr->info.offset);
             }
 
             WRITE_STAB(sptr, 0, N_SLINE, 0, ptr->line, ptr->info.offset);
@@ -2677,6 +2687,7 @@ static void stabs_generate(void)
             WRITEDLONG(rptr, (int64_t)(sptr - sbuf) - 4);
             WRITELONG(rptr, R_X86_64_32);
             WRITELONG(rptr, ptr->info.section + 2);
+            WRITEDLONG(rptr, ptr->info.offset);
 
             ptr = ptr->next;
         }
-- 
2.7.4

[Nasm-devel] [PATCH 1/2] elf: Fix debug info.

[Fabian G. <fa...@ra...>]

df_dwarf and df_stabs were orphans of the elf32/64 merge; clean up.

Signed-off-by: Fabian Giesen <fa...@ra...>
---
 output/outelf.c | 31 +++++++++++++++++++++----------
 1 file changed, 21 insertions(+), 10 deletions(-)

diff --git a/output/outelf.c b/output/outelf.c
index bdea5f1..15bc751 100644
--- a/output/outelf.c
+++ b/output/outelf.c
@@ -155,8 +155,6 @@ static int arangeslen, arangesrellen, pubnameslen, infolen, inforellen,
            abbrevlen, linelen, linerellen, framelen, loclen;
 static int64_t dwarf_infosym, dwarf_abbrevsym, dwarf_linesym;
 
-static const struct dfmt df_dwarf;
-static const struct dfmt df_stabs;
 static struct elf_symbol *lastsym;
 
 /* common debugging routines */
@@ -181,6 +179,9 @@ static bool is_elf64(void);
 static bool is_elf32(void);
 static bool is_elfx32(void);
 
+static bool dfmt_is_stabs(void);
+static bool dfmt_is_dwarf(void);
+
 /*
  * Special NASM section numbers which are used to define ELF special
  * symbols.
@@ -1553,9 +1554,9 @@ static void elf_write(void)
      * relocation sections for the user sections.
      */
     nsections = sec_numspecial + 1;
-    if (dfmt == &df_stabs)
+	if (dfmt_is_stabs())
         nsections += 3;
-    else if (dfmt == &df_dwarf)
+    else if (dfmt_is_dwarf())
         nsections += 10;
 
     add_sectname("", ".shstrtab");
@@ -1569,12 +1570,12 @@ static void elf_write(void)
         }
     }
 
-    if (dfmt == &df_stabs) {
+    if (dfmt_is_stabs()) {
         /* in case the debug information is wanted, just add these three sections... */
         add_sectname("", ".stab");
         add_sectname("", ".stabstr");
         add_sectname(".rel", ".stab");
-    } else if (dfmt == &df_dwarf) {
+    } else if (dfmt_is_dwarf()) {
         /* the dwarf debug standard specifies the following ten sections,
            not all of which are currently implemented,
            although all of them are defined. */
@@ -1719,7 +1720,7 @@ static void elf_write(void)
         }
     }
 
-    if (dfmt == &df_stabs) {
+    if (dfmt_is_stabs()) {
         /* for debugging information, create the last three sections
            which are the .stab , .stabstr and .rel.stab sections respectively */
 
@@ -1740,7 +1741,7 @@ static void elf_write(void)
                                stabrellen, sec_symtab, sec_stab, 4, is_elf64() ? 16 : 8);
             p += strlen(p) + 1;
         }
-    } else if (dfmt == &df_dwarf) {
+    } else if (dfmt_is_dwarf()) {
             /* for dwarf debugging information, create the ten dwarf sections */
 
             /* this function call creates the dwarf sections in memory */
@@ -1897,7 +1898,7 @@ static struct SAA *elf_build_symtab(int32_t *len, int32_t *local)
          * dwarf needs symbols for debug sections
          * which are relocation targets.
          */
-        if (dfmt == &df_dwarf) {
+        if (dfmt_is_dwarf()) {
             dwarf_infosym = *local;
             p = entry;
             WRITELONG(p, 0);        /* no symbol name */
@@ -1948,7 +1949,7 @@ static struct SAA *elf_build_symtab(int32_t *len, int32_t *local)
          * dwarf needs symbols for debug sections
          * which are relocation targets.
          */
-        if (dfmt == &df_dwarf) {
+        if (dfmt_is_dwarf()) {
             dwarf_infosym = *local;
             p = entry;
             WRITELONG(p, 0);        /* no symbol name */
@@ -2366,6 +2367,16 @@ static bool is_elfx32(void)
 	return ofmt == &of_elfx32;
 }
 
+static bool dfmt_is_stabs(void)
+{
+	return dfmt == &elf32_df_stabs || dfmt == &elfx32_df_stabs || dfmt == &elf64_df_stabs;
+}
+
+static bool dfmt_is_dwarf(void)
+{
+	return dfmt == &elf32_df_dwarf || dfmt == &elfx32_df_dwarf || dfmt == &elf64_df_dwarf;
+}
+
 /* common debugging routines */
 static void debug_typevalue(int32_t type)
 {
-- 
2.7.4