On Thu, Mar 04, 2004, Dennis McRitchie wrote:
> > Well, I do not mean that other packages use "tiff/tiff.h",
> > but the other packages explicitly use -I/include/tiff
> > to locate the stuff (see %{l_cppflags} for this). This we
> > would have to change in all other packages. OTOH if a package
> >
> Well, I do not mean that other packages use "tiff/tiff.h",
> but the other packages explicitly use -I/include/tiff
> to locate the stuff (see %{l_cppflags} for this). This we
> would have to change in all other packages. OTOH if a package
> has a larger set of includes, it is reasonable to pl
On Tue, Mar 02, 2004, Dennis McRitchie wrote:
> > > 3) tiff: emacs looks for tiff header files in specified include
> > > directories only. Since the OpenPKG tiff package put them in a tiff
> > > subdirectory within the OpenPKG include directory, they were not found
> > > by emacs and therefore no
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Ralf S.
> Engelschall
> Sent: Tuesday, March 02, 2004 2:48 PM
> To: [EMAIL PROTECTED]
> Subject: Re: emacs, giflib, and tiff contributions
>
> On Tue, Mar 02, 2004, Denni
On Tue, Mar 02, 2004, Dennis McRitchie wrote:
> I've uploaded the above 3 contributions. Here are the changes:
>
> 1) emacs: emacs segfaults when starting up in X mode if built with "with_x11
> yes" on Solaris 9 with a recent version GNU ld. This is because a couple of
> years ago, GNU ld changed