Daniel J. Luke
dluke at geeklair.net
Fri Mar 30 06:10:35 PDT 2007
On Mar 30, 2007, at 3:50 AM, Boey Maun Suang wrote:
> I think the problem is that, at least under MacPorts 1.4, -I/opt/
> local/include appears before -I./chrtrans (the location of the
> entities.h that lynx actually wants) in the gcc command that causes
> the failure:
I think lynx is adding that -I early because of the --with-ssl option.
The macports change to always add -I and -L options isn't in a
release version (yet). We should probably think about it some more
and do lots of testing to make sure that it won't break many (any?)
> If -I/opt/local/include is being inserted there by the MacPorts
> code (I don't yet understand it well enough to tell), I reckon that
> this would be something we'd want to fix. In any case, I found
> that replacing line 873 in src/LYCharSets.c:
> #include <entities.h>
> #include "chrtrans/entities.h"
yep, I was going to suggest that we patch lynx this way to fix it.
I can generate a patch and check it in (since it's a nomaintainer
port) unless someone else wants to.
> works at the moment. As I'm not sure whether or not this is more a
> problem with the MacPorts code, though, I don't feel comfortable
> filing it as a bugfix. Any feedback would be appreciated.
Daniel J. Luke
| *---------------- dluke at geeklair.net ----------------* |
| *-------------- http://www.geeklair.net -------------* |
| Opinions expressed are mine and do not necessarily |
| reflect the opinions of my employer. |
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 186 bytes
Desc: This is a digitally signed message part
Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20070330/7a675e1d/PGP.bin
More information about the macports-dev