Apache headers

[Razvan Corneliu C.R. "d3vi1" VILT]

While building a module for apache I've noticed the following problem
Out of pages of errors the most important lines are:
(...)
/usr/include/httpd/ap_config.h:58:17: apr.h: No such file or directory
(...)
There are similar ones for other .h files in /usr/include/apr-0
The work-around was to move all the file from /usr/include/apr-0 to
/usr/include
Someone rearanged the header files in apr but forgot to update the
apache headers with the new location... ntz...ntz...ntz...

[Razvan Corneliu C.R. "d3vi1" VILT]

Post by Razvan Corneliu C.R. "d3vi1" VILT
While building a module for apache I've noticed the following problem
(...)
/usr/include/httpd/ap_config.h:58:17: apr.h: No such file or directory
(...)
There are similar ones for other .h files in /usr/include/apr-0
The work-around was to move all the file from /usr/include/apr-0 to
/usr/include
Someone rearanged the header files in apr but forgot to update the
apache headers with the new location... ntz...ntz...ntz...

I've noticed this problem for Xft but in redhat 9, I'm not sure if they
are still present in fedora core... Some X11 lib (namely
/usr/include/X11/Xft/Xft.h) wanted some Xft1 headers
(/usr/include/freetype/freetype.h) but in my case it wanted freetype 1
which was not there at the time... now apparently it works better due to
a link from freetype to freetype2

But the problem may still be there for other -devel packages...

Post by Razvan Corneliu C.R. "d3vi1" VILT
--
fedora-devel-list mailing list
http://www.redhat.com/mailman/listinfo/fedora-devel-list

[Owen Taylor]

Post by Razvan Corneliu C.R. "d3vi1" VILT

Post by Razvan Corneliu C.R. "d3vi1" VILT
While building a module for apache I've noticed the following problem
(...)
/usr/include/httpd/ap_config.h:58:17: apr.h: No such file or directory
(...)
There are similar ones for other .h files in /usr/include/apr-0
The work-around was to move all the file from /usr/include/apr-0 to
/usr/include
Someone rearanged the header files in apr but forgot to update the
apache headers with the new location... ntz...ntz...ntz...

I've noticed this problem for Xft but in redhat 9, I'm not sure if they
are still present in fedora core... Some X11 lib (namely
/usr/include/X11/Xft/Xft.h) wanted some Xft1 headers
(/usr/include/freetype/freetype.h) but in my case it wanted freetype 1
which was not there at the time... now apparently it works better due to
a link from freetype to freetype2

* Xft always has used freetype2

* In order to link to freetype2, you need to use freetype-config to
find the correct -I flags for freetype2

* 'pkg-config --cflags xft' will already include that -I directory,

$ pkg-config --cflags xft
-I/usr/X11R6/include -I/usr/include/freetype2

Regards,
Owen

[Razvan Corneliu C.R. "d3vi1" VILT]

Post by Owen Taylor

Post by Razvan Corneliu C.R. "d3vi1" VILT

Post by Razvan Corneliu C.R. "d3vi1" VILT
While building a module for apache I've noticed the following problem
(...)
/usr/include/httpd/ap_config.h:58:17: apr.h: No such file or directory
(...)
There are similar ones for other .h files in /usr/include/apr-0
The work-around was to move all the file from /usr/include/apr-0 to
/usr/include
Someone rearanged the header files in apr but forgot to update the
apache headers with the new location... ntz...ntz...ntz...

I've noticed this problem for Xft but in redhat 9, I'm not sure if they
are still present in fedora core... Some X11 lib (namely
/usr/include/X11/Xft/Xft.h) wanted some Xft1 headers
(/usr/include/freetype/freetype.h) but in my case it wanted freetype 1
which was not there at the time... now apparently it works better due to
a link from freetype to freetype2

* Xft always has used freetype2
* In order to link to freetype2, you need to use freetype-config to
find the correct -I flags for freetype2
* 'pkg-config --cflags xft' will already include that -I directory,
$ pkg-config --cflags xft
-I/usr/X11R6/include -I/usr/include/freetype2

It was a bug which I've found on RHLinux9 while compiling gdkxft.
It's not here anymore...
It was only another example of header file stuff which I've been a
witness of...
Using the same sources (ver1.5) it works out of the box now on fedora
because of that link from /usr/include/freetype to
/usr/include/freetype2/freetype

Also while compiling nvidia kernel module source-code due to some other
weird stuff I had to make a link from
/usr/lib/gcc-lib/i386-redhat-linux/3.2.2 to
/usr/lib/gcc-lib/i386-redhat-linux/3.2.3. Don't really know where it
still thought that it was 3.2.2, forgot to report-it when I had the logs
in sight...

I assume that this is the right place to report problems caused by
header files... right???

Post by Owen Taylor
Regards,
Owen
--
fedora-devel-list mailing list
http://www.redhat.com/mailman/listinfo/fedora-devel-list

[Owen Taylor]

Post by Razvan Corneliu C.R. "d3vi1" VILT

Post by Owen Taylor

Post by Razvan Corneliu C.R. "d3vi1" VILT

Post by Razvan Corneliu C.R. "d3vi1" VILT
While building a module for apache I've noticed the following problem
(...)
/usr/include/httpd/ap_config.h:58:17: apr.h: No such file or directory
(...)
There are similar ones for other .h files in /usr/include/apr-0
The work-around was to move all the file from /usr/include/apr-0 to
/usr/include
Someone rearanged the header files in apr but forgot to update the
apache headers with the new location... ntz...ntz...ntz...

I've noticed this problem for Xft but in redhat 9, I'm not sure if they
are still present in fedora core... Some X11 lib (namely
/usr/include/X11/Xft/Xft.h) wanted some Xft1 headers
(/usr/include/freetype/freetype.h) but in my case it wanted freetype 1
which was not there at the time... now apparently it works better due to
a link from freetype to freetype2

* Xft always has used freetype2
* In order to link to freetype2, you need to use freetype-config to
find the correct -I flags for freetype2
* 'pkg-config --cflags xft' will already include that -I directory,
$ pkg-config --cflags xft
-I/usr/X11R6/include -I/usr/include/freetype2

It was a bug which I've found on RHLinux9 while compiling gdkxft.

^^^^^^
Most likely gdkxft doesn't have appropriate configure scripts.

I would strongly advise against using gdkxft in any case: it
can cause a lot of different hard-to-diagnose problems on your
system. (Especially if it gets loaded into gtk2 apps, as we've
had reported in the GTK+ bug tracker many times.)

Post by Razvan Corneliu C.R. "d3vi1" VILT
It's not here anymore...
It was only another example of header file stuff which I've been a
witness of...
Using the same sources (ver1.5) it works out of the box now on fedora
because of that link from /usr/include/freetype to
/usr/include/freetype2/freetype

There's no such link. You must have created it locally.

Regards,
Owen

[Joe Orton]

Post by Razvan Corneliu C.R. "d3vi1" VILT
While building a module for apache I've noticed the following problem
(...)
/usr/include/httpd/ap_config.h:58:17: apr.h: No such file or directory
(...)
There are similar ones for other .h files in /usr/include/apr-0
The work-around was to move all the file from /usr/include/apr-0 to
/usr/include
Someone rearanged the header files in apr but forgot to update the
apache headers with the new location... ntz...ntz...ntz...

How are you building your module? You should either:

1. use apxs -c directly, in which case the include paths will be
correct, i.e. apxs -c mod_foo.c

or

2. query apxs for the correct include paths, i.e.

add -I`apxs -q includedir` -I`apxs -q APR_INCLUDEDIR` to CFLAGS.

Regards,

joe