View previous topic :: View next topic |
Author |
Message |
silicondale
Joined: 15 Mar 2007 Posts: 245 Location: Matlock, Derbyshire, UK
|
Posted: Mon Jun 13, 2016 11:25 am Post subject: Unresolved references |
|
|
I have the following unresolved references when trying to build the 64-bit version of my system:
GRAPHICS_WRITE_MODE@
DRAW_FILLED_RECTANGLE@ -
ELLIPSE@ -
SET_PIXEL@
FILL_RECTANGLE@
DRAW_LINE@
SET_TRAP@
Also SLINK64 seems to pick up some 32-bit versions:
from USER32.DLL: InvalidateRect GetSystemMetrics
from KERNEL32.DLL: GlobalAlloc ExitProcess
and several from OPENGL32.DLL:
glBegin glOrtho glMatrixMode glVertex2f glLoadIdentity glClear glFlush glEnd glClearColor
Are these 32-bit versions OK? And where should I find the unresolved references? The only libraries that I explicitly reference in SLINK64 are salflibc64.lib and clearwin64.lib |
|
Back to top |
|
|
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7925 Location: Salford, UK
|
Posted: Mon Jun 13, 2016 1:55 pm Post subject: |
|
|
If you are using version 8 of the compiler and can see dbos.ins in for example C:\Program Files (x86)\Silverfrost\FTN95\include, then start by including this file.
At least some of these names refer to old DBOS graphics routines. You don't need an interface for them under Win32 but you do for x64.
What are you left with after this? |
|
Back to top |
|
|
silicondale
Joined: 15 Mar 2007 Posts: 245 Location: Matlock, Derbyshire, UK
|
Posted: Mon Jun 13, 2016 3:16 pm Post subject: |
|
|
Thanks, Paul. I am using v8.0 but can't find any dbos.ins (only dbos.h and dbos.mod) -- however, your comment that some (or maybe all?) of these are old DBOS graphics routines suggests that maybe I have some old code that needs to be updated anyway! Will find which parts of my code are calling them and perhaps will be able to bring it kicking and screaming into the 21st century. I think what most likely has happened is that old subroutines are getting linked unconditionally because I'm using the 'compile everything together' workaround instead of creating a static library. I probably just have to find and remove the offending files!
SET_TRAP@ is not a graphics routine - it's part of the exception handling that I've set up. Using also TRAP_EXCEPTION@, PERMIT_UNDERFLOW@
In the 32-bit version, SET_TRAP@ is in the SALFLIBC library |
|
Back to top |
|
|
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7925 Location: Salford, UK
|
|
Back to top |
|
|
|