First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 3994
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Seemant Kulleen (RETIRED) <seemant@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Peter Simons <simons@cryp.to>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 3994 depends on: Show dependency tree
Bug 3994 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2002-06-21 14:11 0000
Hi,

I just installed the openjade package and realized that the include files are
installed to /usr/include/sp/{generic,include,lib}. Are you sure that this is
the way it is meant to be? I know that per default openjade does not install any
include files at all, but opensp does, and it does it differently: All those
files go to OpenSP/ -- for example OpenSP/SGMLApplication.h, etc. There's no
further differentiation between the include files.

The current installation layout is problematic, because programs, that try to
compile with libosp and the appropriate include files, will not find them this
way. At least my own SGML parser front-end doesn't, which is why I write this
bug report. :-)

------- Comment #1 From Seemant Kulleen (RETIRED) 2002-06-28 07:00:50 0000 -------
r3 has fixed this.  Thanks for the catch

------- Comment #2 From Peter Simons 2002-06-28 09:41:09 0000 -------
Sorry, but you misunderstood me. The -r3 version fixes the name of the include
directory ("OpenSP" instead of "sp"), but that's not the main problem ... The
problem is that this directory is supposed to be flat. You should be able to
include <OpenSP/SGMLApplication.h>, <OpenSP/config.h>, etc. The hierarchy of
"generic", "include", and "lib" within it is not supposed to be there in the
public install.

------- Comment #3 From Seemant Kulleen (RETIRED) 2002-06-28 10:01:17 0000 -------
I see what you mean.  -r4 fixes that.  Upstream needs to be more clear about
these things, in my opinion.

First Last Prev Next    No search results available      Search page      Enter new bug