Mailing List Archive

On Saturday 25 March 2006 09:37, Dirk Schönberger wrote:
> I assume that there exist some ways, eclasses or other stuff to handle such
> problems. This does not neceaary mean that I know theses means ;)
Take a look to wxGTK ebuild and wxlib eclass.
I've wrote the latter thinking about making possible to use it to build
wxAqua.

--
Diego "Flameeyes" Pettenò - http://dev.gentoo.org/~flameeyes/
Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE

> > I assume that there exist some ways, eclasses or other stuff to handle
such
> > problems. This does not neceaary mean that I know theses means ;)
> Take a look to wxGTK ebuild and wxlib eclass.
> I've wrote the latter thinking about making possible to use it to build
> wxAqua.

Sorry, python is not really my language of choice, so I try to keep my
questions use case basesd ;)

- the wxGTK ebuild seems to use gnuconfig (it calls gnuconfig_update). is
this needed / useable for Gentoo OSX?
- I assume the actual download fof the archies is handled in the eclass?
WxWidgets seems to use a single source approach, i.e. all subprojects can be
downloaded as one package.

the configure part part seems to be done by configure_build. I assume that I
could add my own parameter
configure_build cocoa, which would somewhen later come to something like a
"configure --enable-cocoa"?

I don't quite understand the src_install part.
Seems I have to call install_build cocoa and afterwards wxlib_src_install?

I found some missing ${DESTDIR} in the Apple specific install part in
Makefile and Makefile.in.
I would like to use wxWidgets-2.6.3-rc2, i.e. the latest version. Is this
case already handled, or do I have to add some custom patch?

Regards
Dirk

--
gentoo-osx@gentoo.org mailing list

Using an ebuild based on the WxGTK I was nearly able to emerge wxCocoa
2.6.2.
Some remaining problems:

- I cannot really emerge 2.6.3-rc2. Emerge nags about things like wrong
package syntax.
- The actual emerge fails because of some collisions
(/usr/share/aclocal/wxwin.m4 and /usr/bin/wx-config)

The files don't seem to belong to any Gentoo package, but I am not quite
sure if theye are installed by my Tiger, or by some other system like darwin
ports or stuff.

Regards
Dirk

--
gentoo-osx@gentoo.org mailing list

On 25-03-2006 14:34:00 +0100, Dirk Schönberger wrote:
> Using an ebuild based on the WxGTK I was nearly able to emerge wxCocoa
> 2.6.2.
> Some remaining problems:
>
> - I cannot really emerge 2.6.3-rc2. Emerge nags about things like wrong
> package syntax.
> - The actual emerge fails because of some collisions
> (/usr/share/aclocal/wxwin.m4 and /usr/bin/wx-config)

% la /usr/share/aclocal/wxwin.m4 /usr/bin/wx-config
lrwxr-xr-x 1 root wheel 38 12 Oct 20:44 /usr/bin/wx-config -> ../lib/wx/config/mac-unicode-debug-2.5
-rw-r--r-- 1 root wheel 8507 21 Jul 2004 /usr/share/aclocal/wxwin.m4

> The files don't seem to belong to any Gentoo package, but I am not quite
> sure if theye are installed by my Tiger, or by some other system like darwin
> ports or stuff.

I think Apple ships them for you...


--
Fabian Groffen
Gentoo for Mac OS X Project
--
gentoo-osx@gentoo.org mailing list

> > The files don't seem to belong to any Gentoo package, but I am not quite
> > sure if theye are installed by my Tiger, or by some other system like
darwin
> > ports or stuff.

> I think Apple ships them for you...

So it seems to be really stuff for progressive or prefix. ;)
Mission complete. I will see what kind of applications I can build with wx
2.5.
Any chance to get a virtual/wx which I can package.provide against?

Regards
Dirk




--
gentoo-osx@gentoo.org mailing list

On Saturday 25 March 2006 14:55, Dirk Schönberger wrote:
> Any chance to get a virtual/wx which I can package.provide against?
Difficult, as it requires to decide at build time which wx to use, see
wxwindows (or was it wxwidgets) eclass.

You'd have to overlay the eclass and the packages building against it.

--
Diego "Flameeyes" Pettenò - http://dev.gentoo.org/~flameeyes/
Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE

> > Any chance to get a virtual/wx which I can package.provide against?
> Difficult, as it requires to decide at build time which wx to use, see
> wxwindows (or was it wxwidgets) eclass.

> You'd have to overlay the eclass and the packages building against it.

If I look at the eclass (provided that I found the correct one ;)
it seems that there are some conceptual problems. In the ebuild you can
specify which backend you (as ebuild developer I suppose)
want want to use, while you still have to link against the correct "backend"
libraries.

Would it be possible that you could use a (cross platform) wxwidgets package
where the actual libraries to be used are calculated in the eclass.
Possibly I am completely off her ;)
A package like wxPython which explicitly depends on WxGTK is not really
helpfull for a cross platform library...

Regards
Dirk

--
gentoo-osx@gentoo.org mailing list

> > Any chance to get a virtual/wx which I can package.provide against?
> Difficult, as it requires to decide at build time which wx to use, see
> wxwindows (or was it wxwidgets) eclass.

> You'd have to overlay the eclass and the packages building against it.

Ok. I had really looked at the wrong eclass. The correct eclass is wxlib.
If I look as at a possible wx-using package like wxPython, seems that each
package must be "ported" to wxMac / wxCocoa separately.
I would think this could .lead to some conflicts with the package
maintainers, doesn't it?

Regards
Dirk

--
gentoo-osx@gentoo.org mailing list