Re: [Mingw-users] Conflict with included header directories

[xlabscat <xl...@ho...>]

Yes, but Im affraid I forgot to mention my system characteristics in the
original post, My apologizes:

I have compiled a cross compiler using the 4.2.1 version as the build system
namely,
I downloaded the 4.2.2 gcc source and compiled it with 4.2.1 (compiled
binutils first of course), this with i686-elf as target.

if I use the 4.2.1-sjlj for the example I mentioned, then I get no problems,
but if I use the compiler that I compiled, 4.2.2 i686-elf, then I get the
problem. Like I said, if I rename the conflicting dirs and all references
inside the files then I have no conflict at all. My project is made of
almost thousand files filled with stl, boost stuff that runs in a self
developed rtos(newlib of course). The resulting binary works like a charm so
Im sure the binutils and gcc/newlib I generated are fine, its just that in
my libraries I cant use any directory name that has the same name as the
files in the default system includes.

So in resume yes; If I type exaclty what you posted then I get 
test.cpp:1 ./map Permision denied

because it finds the entry "map" and it thinks it is a file. -I puts the
refered path at the front of the list of paths to look for system include
files. Nothing wrong with it, its just that my "map" is a dir and not a
file.


Thank  you guys for your replies.

-- 
View this message in context: http://www.nabble.com/Conflict-with-included-header-directories-tp15105322p15111948.html
Sent from the MinGW - User mailing list archive at Nabble.com.