Mail Archives: djgpp/2003/05/13/18:10:08
My comments below.
Thanks,
Andre.
Hans-Bernhard Broeker <broeker AT physik DOT rwth-aachen DOT de> wrote in message news:<b9r2o9$8fl$1 AT nets3 DOT rz DOT RWTH-Aachen DOT DE>...
> Andre Chrcanovic <alrc AT task DOT com DOT br> wrote:
>
> > CFLAGS = -mcpu=pentium -pg -c -imacros boot.def -D__DOS__ $(INCLUDES)
> ^^^^^^^^^^^^^^^^^
> Setting aside those issues already raised by the other response, let me
> comment on this line:
>
> 1) No debug flags (-g)? While not strictly needed for profiling, having
> them in place should be your default. Who knows --- it might even solve
> your problem.
>
I tried with the -g flag and the results were the same.
> 2) That -imacros override smells fishy. It's impossible to tell what
> it actually does without seeing that file, boot.def. This being in
> your control, *you* have to make sure it doesn't interfere with the
> profiling machinery.
>
What the file boot.def has is:
#define __BOOT__
#define __HEADER__
#define __ENABLE_LAN_BOOT__
#define __BOOT_PCI__
#define __DISCO__
> > LNKOPTS = -L$(NPCDIR)/bin -L$(PRODIR)/bin -L$(LANDIR)/bin
> > -L$(TCPDIR)/bin \
> > -lnuc00 -lprotocol -llan_n -ltcpip
>
> In case of doubt, those libraries may be the cause of your problem,
> too. E.g. if they weren't built with -pg themselves, or they fiddle
> with the timers on their own.
I compiled all libraries using the -g and -pg flags, but the
executable generated does not run: it crashes. When I remove -g and
-pg from the libraries that have some assembly code (I use nasm), the
executable runs, but the results were the same. What is the influence
of nasm generated objects in profiling an executable?
Regarding the timers, I change the PC timer and have my own timer
interrupt routine. I need a 5 ms interrupt to scan telephony
hardware...
- Raw text -