Fink

Op 24-02-13 17:36, Alexander Hansen schreef:
> and the build process continues, leading to a misbuilt package.

IIRC I took over maintenance of the htmldoc package when I needed it as a dependency, but I have no clue what it does or (without investigating) what could cause this. The package is not in 10.8 anymore. I could move it to 10.8 and fix it there, then hope the same fixes apply for 10.6. However, if anyone else wants to have a go, that's as good a try as mine.

Sjors

On 2/24/13 10:11 AM, Sjors Gielen wrote:
> Op 24-02-13 17:36, Alexander Hansen schreef:
>> and the build process continues, leading to a misbuilt package.
> 
> IIRC I took over maintenance of the htmldoc package when I needed
> it as a dependency, but I have no clue what it does or (without
> investigating) what could cause this. The package is not in 10.8
> anymore. I could move it to 10.8 and fix it there, then hope the
> same fixes apply for 10.6. However, if anyone else wants to have a
> go, that's as good a try as mine.
> 
> Sjors
> 

I'd advocate trying to fix it for 10.8 AND getting rid of it on 10.6
until that happens.

-- 
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/

On Sun, 24 Feb 2013 10:42:12 -0700, Alexander Hansen 
<alexanderk.hansen@...> wrote:
On 2/24/13 10:11 AM, Sjors Gielen wrote:
> > Op 24-02-13 17:36, Alexander Hansen schreef:
> >> and the build process continues, leading to a misbuilt package. 
> > > IIRC I took over maintenance of the htmldoc package when I needed
> > it as a dependency, but I have no clue what it does or (without
> > investigating) what could cause this. The package is not in 10.8
> > anymore. I could move it to 10.8 and fix it there, then hope the
> > same fixes apply for 10.6. However, if anyone else wants to have a
> > go, that's as good a try as mine. 
> > > Sjors
> > I'd advocate trying to fix it for 10.8 AND getting rid of it on 10.6
> until that happens. 

I took a look at it yesterday. I converted the separate htmldoc and 
htmldoc-nox to a varianted package freshened up the dependencies, and 
patched the makefiles so it won't misbuild (it will either succeed 
fully or fail early, rather than rolling a broken .deb). I was not able 
to fix htmldoc to be able to compile, though, so I turned off that 
variant, and synced it all on 10.[56] vs 10.[78] distros (only tested 
on 10.6). 

dan

  --
Daniel Macks
dmacks@...

Op 25-02-13 18:53, Daniel Macks schreef:
> I took a look at it yesterday. I converted the separate htmldoc and htmldoc-nox to a varianted package freshened up the dependencies, and patched the makefiles so it won't misbuild (it will either succeed fully or fail early, rather than rolling a broken .deb). I was not able to fix htmldoc to be able to compile, though, so I turned off that variant, and synced it all on 10.[56] vs 10.[78] distros (only tested on 10.6).

Cool! Thanks. I can confirm htmldoc-nox builds for me. I don't know how to make an optional variant (so that "htmldoc" exists next to "htmldoc-nox"), so I can't test the build with X and possibly fix that compilation error...

Sjors

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2/25/13 12:15 PM, Sjors Gielen wrote:
> Op 25-02-13 18:53, Daniel Macks schreef:
>> I took a look at it yesterday. I converted the separate htmldoc
>> and htmldoc-nox to a varianted package freshened up the
>> dependencies, and patched the makefiles so it won't misbuild (it
>> will either succeed fully or fail early, rather than rolling a
>> broken .deb). I was not able to fix htmldoc to be able to
>> compile, though, so I turned off that variant, and synced it all
>> on 10.[56] vs 10.[78] distros (only tested on 10.6).
> 
> Cool! Thanks. I can confirm htmldoc-nox builds for me. I don't know
> how to make an optional variant (so that "htmldoc" exists next to
> "htmldoc-nox"), so I can't test the build with X and possibly fix
> that compilation error...
> 
> Sjors
> 

Change the Type: field to say

Type: -nox (-nox .)

That turns "htmldoc" back on as a package.
- -- 
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlErwzwACgkQB8UpO3rKjQ/LGACglOJdDvzK7WIRrveLdM7RIiJ7
L8kAn2mR2jep+9kkUjC/jHHzkkG3ywtW
=pi3x
-----END PGP SIGNATURE-----

Op 25-02-13 21:02, Alexander Hansen schreef:
>> so I can't test the build with X and possibly fix
>> that compilation error...
> Type: -nox (-nox .)
> 
> That turns "htmldoc" back on as a package.

Thanks, that works. Apparantly, the build of htmldoc on OS X fails for me because it uses FL (from fltk-x11), which has the NewRgn call in its mac.H header. This call is supposed to be in Carbon, but isn't. mac.H is included by x.H, which provides some interface to X11. This means that fltk-x11 appears unusable on newer Macs, since Carbon is no longer supported. (At least, that's the error I get on 10.8.)

Daniel, you're the maintainer of fltk-x11, do you agree this is supposed to be a bug-report against fltk-x11 since its headers do not compile?

Sjors

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2/25/13 1:15 PM, Sjors Gielen wrote:
> Op 25-02-13 21:02, Alexander Hansen schreef:
>>> so I can't test the build with X and possibly fix that
>>> compilation error...
>> Type: -nox (-nox .)
>> 
>> That turns "htmldoc" back on as a package.
> 
> Thanks, that works. Apparantly, the build of htmldoc on OS X fails
> for me because it uses FL (from fltk-x11), which has the NewRgn
> call in its mac.H header. This call is supposed to be in Carbon,
> but isn't. mac.H is included by x.H, which provides some interface
> to X11. This means that fltk-x11 appears unusable on newer Macs,
> since Carbon is no longer supported. (At least, that's the error I
> get on 10.8.)
> 
> Daniel, you're the maintainer of fltk-x11, do you agree this is
> supposed to be a bug-report against fltk-x11 since its headers do
> not compile?
> 
> Sjors
> 

That's the same error that I got on 10.6/x86_64, too.  Carbon is
32-bit only, so that's probably the problem.   Though there's a
different failure on 10.6/i386 (or 10.5/powerpc):

Compiling http-addrlist.c...
In file included from /usr/X11R6/include/X11/Xlib.h:60,
                 from /usr/X11R6/include/X11/xpm.h:77,
                 from gui.cxx:103:
/usr/X11R6/include/X11/X.h:101: error: conflicting declaration
'typedef XID Window'
/sw32/include/FL/mac.H:43: error: 'Window' has a previous declaration
as 'typedef struct OpaqueWindowPtr* Window'
/usr/X11R6/include/X11/X.h:108: error: conflicting declaration
'typedef XID Cursor'
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/QD.framework/Headers/QuickdrawTypes.h:267:
error: 'Cursor' has a previous declaration as 'typedef struct Cursor
Cursor'
In file included from /usr/X11R6/include/X11/xpm.h:77,
                 from gui.cxx:103:
/usr/X11R6/include/X11/Xlib.h:460: error: conflicting declaration
'typedef struct XPoint XPoint'
/sw32/include/FL/mac.H:44: error: 'struct XPoint' has a previous
declaration as 'struct XPoint'
/usr/X11R6/include/X11/Xlib.h:465: error: conflicting declaration
'typedef struct XRectangle XRectangle'
/sw32/include/FL/mac.H:45: error: 'struct XRectangle' has a previous
declaration as 'struct XRectangle'
/usr/X11R6/include/X11/Xlib.h:2261: error: declaration of C function
'int DisposeWindow(OpaqueWindowPtr*)' conflicts with
/System/Library/Frameworks/Carbon.framework/Frameworks/HIToolbox.framework/Headers/MacWindows.h:1594:
error: previous declaration 'void DisposeWindow(OpaqueWindowPtr*)' here
/usr/X11R6/include/X11/Xlib.h:2824: error: declaration of C function
'int ShowWindow(OpaqueWindowPtr*)' conflicts with
/System/Library/Frameworks/Carbon.framework/Frameworks/HIToolbox.framework/Headers/MacWindows.h:8298:
error: previous declaration 'void ShowWindow(OpaqueWindowPtr*)' here
/usr/X11R6/include/X11/Xlib.h:3523: error: declaration of C function
'int HideWindow(OpaqueWindowPtr*)' conflicts with
/System/Library/Frameworks/Carbon.framework/Frameworks/HIToolbox.framework/Headers/MacWindows.h:8280:
error: previous declaration 'void HideWindow(OpaqueWindowPtr*)' here


I wouldn't necessarily call it a _bug_ in fltk-x11.  Other packages,
such as Octave, that don't try to access Carbon stuff work fine when
built against fltk-x11.  This just happens to be an old version of
FLTK.  Unfortunately, the current release of FLTK doesn't seem like it
wants to build against X11 easily on OS X.  And I don't know if
updating fltk-x11 to 1.1.10, the last release in the FLTK-1.1.x
series, will improve matters.
	
And upstream has closed down.  http://www.easysw.com/htmldoc/ has no
information, and http://www.easysw.com/ says that they're out of
business.

That being said, the package builds OK against fltk13-aqua (with some
tweaks), so a GUI option is still available.
- -- 
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlEr09kACgkQB8UpO3rKjQ8ZrACglcpWz+/aSLp0jSRcW3CwEubN
KIMAoKArr8rNGNfvKW4ILpGrxNDof7jD
=0EvJ
-----END PGP SIGNATURE-----

On Mon, 25 Feb 2013 14:12:57 -0700, Alexander Hansen 
<alexanderk.hansen@...> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 2/25/13 1:15 PM, Sjors Gielen wrote:
> > Op 25-02-13 21:02, Alexander Hansen schreef:
> >>> so I can't test the build with X and possibly fix that
> >>> compilation error... 
> >> Type: -nox (-nox .)
> >> >> That turns "htmldoc" back on as a package. 
> > > Thanks, that works. Apparantly, the build of htmldoc on OS X fails
> > for me because it uses FL (from fltk-x11), which has the NewRgn
> > call in its mac.H header. This call is supposed to be in Carbon,
> > but isn't. mac.H is included by x.H, which provides some interface
> > to X11. This means that fltk-x11 appears unusable on newer Macs,
> > since Carbon is no longer supported. (At least, that's the error I
> > get on 10.8.)
> > > Daniel, you're the maintainer of fltk-x11, do you agree this is
> > supposed to be a bug-report against fltk-x11 since its headers do
> > not compile?
> > > Sjors
> > That's the same error that I got on 10.6/x86_64, too.  Carbon is
> 32-bit only, so that's probably the problem.   Though there's a
> different failure on 10.6/i386 (or 10.5/powerpc):
>
> Compiling http-addrlist.c... 
> In file included from /usr/X11R6/include/X11/Xlib.h:60,
>                  from /usr/X11R6/include/X11/xpm.h:77,
>                  from gui.cxx:103:
> /usr/X11R6/include/X11/X.h:101: error: conflicting declaration
> 'typedef XID Window'
> /sw32/include/FL/mac.H:43: error: 'Window' has a previous declaration
> as 'typedef struct OpaqueWindowPtr* Window'
> /usr/X11R6/include/X11/X.h:108: error: conflicting declaration
> 'typedef XID Cursor'
> /System/Library/Frameworks/ApplicationServices.framework/Frameworks/QD.framework/Headers/QuickdrawTypes.h:267:
> error: 'Cursor' has a previous declaration as 'typedef struct Cursor
> Cursor'
> In file included from /usr/X11R6/include/X11/xpm.h:77,
>                  from gui.cxx:103:
> /usr/X11R6/include/X11/Xlib.h:460: error: conflicting declaration
> 'typedef struct XPoint XPoint'
> /sw32/include/FL/mac.H:44: error: 'struct XPoint' has a previous
> declaration as 'struct XPoint'
> /usr/X11R6/include/X11/Xlib.h:465: error: conflicting declaration
> 'typedef struct XRectangle XRectangle'
> /sw32/include/FL/mac.H:45: error: 'struct XRectangle' has a previous
> declaration as 'struct XRectangle'
> /usr/X11R6/include/X11/Xlib.h:2261: error: declaration of C function
> 'int DisposeWindow(OpaqueWindowPtr*)' conflicts with
> /System/Library/Frameworks/Carbon.framework/Frameworks/HIToolbox.framework/Headers/MacWindows.h:1594:
> error: previous declaration 'void DisposeWindow(OpaqueWindowPtr*)' here
> /usr/X11R6/include/X11/Xlib.h:2824: error: declaration of C function
> 'int ShowWindow(OpaqueWindowPtr*)' conflicts with
> /System/Library/Frameworks/Carbon.framework/Frameworks/HIToolbox.framework/Headers/MacWindows.h:8298:
> error: previous declaration 'void ShowWindow(OpaqueWindowPtr*)' here
> /usr/X11R6/include/X11/Xlib.h:3523: error: declaration of C function
> 'int HideWindow(OpaqueWindowPtr*)' conflicts with
> /System/Library/Frameworks/Carbon.framework/Frameworks/HIToolbox.framework/Headers/MacWindows.h:8280:
> error: previous declaration 'void HideWindow(OpaqueWindowPtr*)' here

gui.cxx has cross-wired its #ifdefs, sometimes doing something like

#if defined(HAVE_XPM)
#elif defined(__APPLE__)

and other times doing

#if defined(__APPLE__)
#elif defined(HAVE_XPM)

For the logic of the code, it seems it should really be __APPLE__ 
taking precedence (which also removes the X11 headers from this source, 
so solves the collisions with fltk), but it talks about app bundles, so 
maybe at least some of it should be the XPM way. And even avoiding XPM 
fails to link because it can't find the symbols that are defined as 
inline functions in FL/x.H. 

dan