Re: [cc65] library search path

Date view Thread view Subject view

From: Groepaz (groepaz_at_gmx.net)
Date: 2003-05-22 15:09:00


On Thursday 22 May 2003 11:20, Ullrich von Bassewitz wrote:
> On Thu, May 22, 2003 at 10:27:59AM +0200, Groepaz wrote:
> > mmmh... maybe i'm just overlooking something....but isnt there a way to
> > tell ld65 an additional path to search for library files? it seems to me
> > that the way it is i would either to have my own library installed at the
> > same place as cc65 does (dont like this) or give a full path to the
> > library when linking (better, but still not very convinient). i wouldnt
> > mind a commandline switch simelar to -I here (-L seems to be common in
> > other linkers).
>
> Ok, noted:-)

:O)

just noticed another little problem (i'm preparing my "portlib" stuff for 
contiki etc :=))

for the include search path it would be nice to be able to explicitly state if 
the path given is searched before or after the builtin/default search path. 
(the same is true for the library search path but its probably much less of a 
potential problem here).

the "portlib" i am writing targets not only cc65-supported machines, and it 
mimics the cc65 api for those that cant be supported by cc65 directly 
(because they have different cpu ofcoz :=)).

in my portlib's "include" directory there are header-files with the same names 
as those supplied by cc65, for example "conio.h". however there are (or may 
be) also header files which are not supplied by cc65, so this 
include-directory is added to the include-search-path also for cc65-supported 
machines.

now the problem is, if i include eg "conio.h" in my program and compile it for 
a cc65-supported target, cc65 will look in my portlib's include directory 
first, and find and use the conio.h presented there... and there is no way to 
make it use the conio.h supplied by cc65 except for crude thinks like using 
full pathes when including, or even renaming one of both files.

in other words, currently any user-supplied header file will override (found 
before) any header file supplied by cc65. what i need is the opposite, cc65 
header files override (found before) any user defined headers.

maybe the latter could also be simply made the default... i dont see any bad 
side-effects atleast. (except that it kinda forces ppl not to have their 
headers named like those supplied by cc65...which isnt really a bad thing per 
se :=))

gpz
----------------------------------------------------------------------
To unsubscribe from the list send mail to majordomo_at_musoftware.de with
the string "unsubscribe cc65" in the body(!) of the mail.


Date view Thread view Subject view

This archive was generated by hypermail 2.1.3 : 2003-05-22 15:19:33 CEST