NO

Author Topic: Standalone POLINK and POLIB  (Read 5346 times)

roger@languageone.com.au

  • Guest
Standalone POLINK and POLIB
« on: December 05, 2018, 06:21:53 AM »
All my code is assembled using NASM
I have created a library using POLIB
How do I link this library with my main module ?


Offline frankie

  • Global Moderator
  • Member
  • *****
  • Posts: 2096
Re: Standalone POLINK and POLIB
« Reply #1 on: December 05, 2018, 01:25:55 PM »
Assemble using the Win32/Win64 output format in nasm, then use polink to link library and nasm object files.
« Last Edit: December 05, 2018, 01:27:29 PM by frankie »
It is better to be hated for what you are than to be loved for what you are not. - Andre Gide

roger@languageone.com.au

  • Guest
Re: Standalone POLINK and POLIB
« Reply #2 on: December 05, 2018, 09:29:06 PM »
I can do that happily, but was looking to build a library to link to.
After creating the library any attempt to link to it results in "unresolved external reference".
I thought perhaps I was doing something wrong.

Offline TimoVJL

  • Global Moderator
  • Member
  • *****
  • Posts: 2091
Re: Standalone POLINK and POLIB
« Reply #3 on: December 06, 2018, 10:56:09 AM »
Are those symbols from your library ?
Same calling convention ?
May the source be with you

roger@languageone.com.au

  • Guest
Re: Standalone POLINK and POLIB
« Reply #4 on: December 06, 2018, 10:49:34 PM »
Yes and Yes

Offline TimoVJL

  • Global Moderator
  • Member
  • *****
  • Posts: 2091
Re: Standalone POLINK and POLIB
« Reply #5 on: December 07, 2018, 11:27:38 AM »
In my test for x86 nasm needs commandline option --gprefix _
Code: [Select]
extern int foo1();
extern int foo2();
int printf(const char * restrict format, ...);
int __cdecl main(void)
{
printf("foo1: %d\n", foo1());
printf("foo2: %d\n", foo2());
return 0;
}
Code: [Select]
; nasm.exe -fwin32 --gprefix _ -o test_nasm_1.obj test_nasm_1.asm
; nasm.exe -fwin64 -o test_nasm_1.obj test_nasm_1.asm
global foo1
section .text ; instructions, code segment
foo1:
mov eax, 1
ret
Code: [Select]
; nasm.exe -fwin32 --gprefix _ -o test_nasm_2.obj test_nasm_2.asm
; nasm.exe -fwin64 -o test_nasm_2.obj test_nasm_2.asm
global foo2
section .text ; instructions, code segment
foo2:
mov eax, 2
ret
PS: PEView or TLPEView show library or object-file symbols.
« Last Edit: December 07, 2018, 11:35:49 AM by TimoVJL »
May the source be with you

roger@languageone.com.au

  • Guest
Re: Standalone POLINK and POLIB
« Reply #6 on: December 07, 2018, 11:00:33 PM »
I get the following error when using -gprefix

nasm: fatal: unrecognized debug format `prefix' for output format `win64'

I get the following information from nasm regarding debug formats for win64
nasm -f win64 -y
valid debug formats for 'win64' output format are ('*' denotes default):
    cv8       Codeview 8


Offline TimoVJL

  • Global Moderator
  • Member
  • *****
  • Posts: 2091
Re: Standalone POLINK and POLIB
« Reply #7 on: December 08, 2018, 09:50:13 AM »
In test was  --gprefix _ for underscore for x86 __cdecl
Code: [Select]
nasm.exe -fwin32 --gprefix _ -o test_nasm_1.obj test_nasm_1.asmAlso polink v9.0 don't support CV8 / CodeView debug format.
May the source be with you

roger@languageone.com.au

  • Guest
Re: Standalone POLINK and POLIB
« Reply #8 on: December 08, 2018, 01:09:24 PM »
Your example uses win32
My code is 64bit (win64)

Offline frankie

  • Global Moderator
  • Member
  • *****
  • Posts: 2096
Re: Standalone POLINK and POLIB
« Reply #9 on: December 08, 2018, 05:29:28 PM »
First of all Timo is talking of "--gprefix _" (double dash --) not "-gprefix" (single dash) that is the switch that defines debug information.
In 64bits code there is no decoration at all of symbols, so you shouldn't have any problem linking the modules.
I suggest to use the utility podump to have a look of symbols created in the modules.
If still in trouble post a small sample containing library and assembler modules and a cmd file with the comand you use to link it reproducing the problem, so we can check it.
« Last Edit: December 08, 2018, 05:31:56 PM by frankie »
It is better to be hated for what you are than to be loved for what you are not. - Andre Gide

roger@languageone.com.au

  • Guest
Re: Standalone POLINK and POLIB
« Reply #10 on: December 09, 2018, 03:00:34 AM »
I have cut down the the command responses but hopefully you can follow what I have done.
It show a dump of one of the obj files (w_WWW.obj)
A list of the library to show that w_WWW.obj exists in the library
and a dump of the library to show that _WWW is there

I guess I am just using polink incorrectly or that there may be some requirement for a .def or .lib file ????

Dump of lib\w_WWW.obj
File type: OBJ
SYMBOL TABLE
0000 00000000 DEBUG  notype      filename     | .file
     w_WWW.LIB
0002 00000000 SECT1  notype      static       | .debug$S
     length of section 1700, #relocations   B8, #linenumbers    0
0004 00000000 SECT2  notype      static       | .debug$T
     length of section   1E, #relocations    0, #linenumbers    0
0006 00000000 SECT3  notype      static       | .data
     length of section 10080, #relocations    5, #linenumbers    0
0008 00000000 SECT4  notype      static       | .bss
     length of section  A66, #relocations    0, #linenumbers    0
000A 00000000 SECT5  notype      static       | .text
     length of section  88B, #relocations   6D, #linenumbers    0
000C 00000000 ABS    notype      static       | .absolut
000D 00000000 UNDEF  notype      external     | CreateFileA
000E 00000000 UNDEF  notype      external     | ReadFile
.
.
0045 00000000 SECT5  notype      external     | _WWW

C:\Users\roger\_dev1\source\languageONE>_PELLESC\Bin\polib /LIST lib\languageONE.w
SUMMARY
     A66 .bss
   10080 .data
    1700 .debug$S
      1E .debug$T
     88B .text
lib\DECISIONS.obj
lib\NUMBERS.obj
lib\TABLES.obj
lib\WORDS.obj
lib\w_COMMON.obj
lib\w_FILES.obj
lib\w_STDIO.obj
lib\w_WWW.obj
lib\w_XTABLES.obj

Dump of lib\languageONE.w
File type: LIB
SYMBOL TABLE
0000 00000000 DEBUG  notype      filename     | .file
     w_WWW.LIB
0002 00000000 SECT1  notype      static       | .debug$S
     length of section 16C0, #relocations   B4, #linenumbers    0
0004 00000000 SECT2  notype      static       | .debug$T
     length of section   1E, #relocations    0, #linenumbers    0
0006 00000000 SECT3  notype      static       | .data
     length of section 10071, #relocations    5, #linenumbers    0
0008 00000000 SECT4  notype      static       | .bss
     length of section  A66, #relocations    0, #linenumbers    0
000A 00000000 SECT5  notype      static       | .text
     length of section  87F, #relocations   6D, #linenumbers    0
000C 00000000 ABS    notype      static       | .absolut
000D 00000000 UNDEF  notype      external     | CreateFileA
000E 00000000 UNDEF  notype      external     | ReadFile
.
.
0044 00000000 SECT5  notype      external     | _WWW

Offline TimoVJL

  • Global Moderator
  • Member
  • *****
  • Posts: 2091
Re: Standalone POLINK and POLIB
« Reply #11 on: December 09, 2018, 11:49:04 AM »
This works for me using PellesC 9:
Code: [Select]
nasm -fwin64 w_WWW.asm
polib -out:w_WWW.lib w_WWW.obj
pocc w_test.c
polink w_test.obj w_WWW.lib -map
Code: [Select]
;w_WWW.asm
global _WWW
section .text
_WWW:
mov eax, 1
ret
Code: [Select]
//w_test.c
extern _WWW;
int main(void)
{
return _WWW;
}
May the source be with you

Offline frankie

  • Global Moderator
  • Member
  • *****
  • Posts: 2096
Re: Standalone POLINK and POLIB
« Reply #12 on: December 09, 2018, 05:09:27 PM »
I don't find any problem linking between modules compiled with nasm and PellesC, in object module or library.
The attached sample uses 3 modules, one of which in assembler and in C.
The main executable call the function foo, write in assembler and compiled with nasm. This function use a symbol defined in the main.c module, and call the function bar in library foobar.lib.
The library is build in assembler, using nasm, and in C.
The command file make.cmd compiles the 2 versions and run them.
It is better to be hated for what you are than to be loved for what you are not. - Andre Gide

roger@languageone.com.au

  • Guest
Re: Standalone POLINK and POLIB
« Reply #13 on: December 10, 2018, 04:15:25 AM »
The difference here is that ALL my code is assembler.

I assemble modules thus:-

nasm -f win64 -O0 -w-macro-params %prog%.ASM

linking a main module to library modules (*.obj) is succesfully achieved thus:-

polink /subsystem:console /entry:_start /largeaddressaware:no /export:_start %1.obj @w.pellesC.libraries

with @pellesC.libraries defined as thus:-
 lib\DECISIONS.obj
 lib\NUMBERS.obj
 lib\TABLES.obj
 lib\WORDS.obj
 lib\w_COMMON.obj
 lib\w_STDIO.obj
 lib\w_FILES.obj
 lib\w_XTABLES.obj
 lib\w_WWW.obj
_PELLESC\Lib\Win64\kernel32.lib
_PELLESC\Lib\Win64\ws2_32.lib
_PELLESC\Lib\Win64\lz32.lib

HOWEVER trying to create a library thus:-

polib /machine:x64 /out:lib\languageONE.w lib\*.obj

and then linking thus:-

polink /subsystem:console /entry:_start /largeaddressaware:no /export:_start %1.obj @w.pellesC.libraries

with @pellesC.libraries defined as thus:-

lib\languageONE.w
_PELLESC\Lib\Win64\kernel32.lib
_PELLESC\Lib\Win64\ws2_32.lib
_PELLESC\Lib\Win64\lz32.lib

fails with:-

POLINK: fatal error: Invalid machine type in object 'lib\languageONE.w


Offline TimoVJL

  • Global Moderator
  • Member
  • *****
  • Posts: 2091
Re: Standalone POLINK and POLIB
« Reply #14 on: December 10, 2018, 11:21:25 AM »
Rename lib\languageONE.w to lib\languageONE.lib, otherwise it is handled as a object-file.
Quote
POLINK has the following general syntax:

POLINK [ { filespec | @response-file | option } ... ]

The filespec argument specifies the name of a library (.lib or .a), a module-definition file (.def), a binary resource file (.res), or an object file (.obj or .o). Wildcards are allowed for all types except a module-definition file.
« Last Edit: December 10, 2018, 11:24:31 AM by TimoVJL »
May the source be with you