The problem is that the include path is not for including files, but only
for looking if the secified include file is up to date. If a source code file
is dependent on any include file, it has to be rebuild if the include changes.
 
But even this is not correctly working. If your includes are in another path
as the source you have to include the full path name
 
    include <e:\software\myincludes\header.inc>
 
This is nessecary because the include path setting doesnt work for including
files.
 
But now the dependency checking isnt working neither. It seems
that the dep. check is only active, if you dont specify the full path.
So for ex. this is working:
 
   include <..\functions\includes\header.inc>
 
It will include the file and make a correct dependency check. But this is only
a workaround, because you dont want to specify your includes relative to
the project directory.
 
We are waiting for an update of MPLAB in the near future :-)
 
Martin 

;**********************************************
;**   name:      Martin Schaefer             **
;**   company:   elektronik 21 GmbH, Germany **
;**   e-mail:    schaefer@elektronik21.de    **
;**********************************************

-----Original Message-----
From: Yves Chamberland [mailto:cham@total.net]
Sent: Tuesday, April 11, 2000 8:16 AM
To: PICLIST@MITVMA.MIT.EDU
Subject: Elementary MPASM's bug !

Hi!
I copied and adjusted an original code by removing all "register asm code" and replace it with the appopriate include <file.inc>. I compiled the (.asm) code file with MPASM in a normal procedure. But the assembler seemed unable to recognize the include <file.inc­>in the code, generating lot of error and thus unable to build (.hex) file, behaving like it was locked somewhere ? (the system=486 win3.1 & MPASM 4.12)  I resolved the problem with a copy of the code on another disk...
Someone has idea of what caused that ?  i suspect win3.1...   :))
                                                                      Thank You !
 Content-Type: application/octet-stream; name="Martin SchŠfer.vcf" Content-Disposition: attachment; filename="Martin SchŠfer.vcf" Attachment converted: definition:Martin Sch=fer.vcf 2 (????/----) (0000E522)