On Sun, 2011-12-18 at 02:39 +0100, Michael Stahl wrote:
that is really great work!
Indeed ! particularly since it is (IIRC) the last blocker to getting
tons more modules into tail_build, and hence getting real LTO going that
should help us glup much of the suite into a single library
On 18 December 2011 02:39, Michael Stahl mst...@redhat.com wrote:
- i have not moved hidother.src, i have no idea what it does; it is
referenced from toolkit/src2xml/src.lst and i have no idea what isthat
These hidother.src files are in more modules, I am removing them when
porting to gbuild.
Hi Michel, *,
On Sun, Dec 18, 2011 at 2:39 AM, Michael Stahl mst...@redhat.com wrote:
On 14/12/11 23:28, Peter Foley wrote:
On Wed, 14 Dec 2011, Michael Stahl wrote:
[...]
- the spotlight plugin:
no idea if that will actually work;
i really hope we use the system zlib always on MacOS X,
On Thu, 15 Dec 2011, Mat?? Kukan wrote:
Hi Peter,
I think your e-mail did not make it to the list, so re-sending without patch.
Yeah, I wound up pushing my extensions gbuild conversion to
features/gbuild. If someone with a mac could try building it that would be
great.
Peter
On 18 December 2011 01:03, Peter Foley pefol...@verizon.net wrote:
Yeah, I wound up pushing my extensions gbuild conversion to
features/gbuild. If someone with a mac could try building it that would be
great.
Oh, well, I had not expected that someone will be doing anything with
feature/gbuild.
On 14/12/11 23:28, Peter Foley wrote:
On Wed, 14 Dec 2011, Michael Stahl wrote:
result of that is in feature/gbuild_extensions branch; ~6 libraries
already converted.
I've actually already converted extensions to gbuild. I'm attaching my
current patch which should be essentially complete,
On Sat, 17 Dec 2011, Mat?? Kukan wrote:
On 18 December 2011 01:03, Peter Foley pefol...@verizon.net wrote:
Yeah, I wound up pushing my extensions gbuild conversion to
features/gbuild. If someone with a mac could try building it that would be
great.
Oh, well, I had not expected that
Hi Peter,
I think your e-mail did not make it to the list, so re-sending without patch.
On Wed, 14 Dec 2011, Michael Stahl wrote:
On 14/12/11 12:34, Mat?? Kukan wrote:
Hi,
I'm going to have a look at converting extensions to gbuild.
i have dug out my incomplete patches this afternoon
Hi,
I'm going to have a look at converting extensions to gbuild.
But I'd like to avoid converting unused things and extensions look old.
I think at least source/config/ldap and source/xmlextract are not used.
I was searching for service strings from ldapbe2.component and
xmx.component. Is this
Hi Matus Stephan,
On Wed, 2011-12-14 at 12:34 +0100, Matúš Kukan wrote:
I'm going to have a look at converting extensions to gbuild.
Lovely :-)
But I'd like to avoid converting unused things and extensions look old.
Sure.
I think at least source/config/ldap and
On Wed, Dec 14, 2011 at 03:47:23PM +, Michael Meeks wrote:
Stephan do we still need this stuff:
+ ConsoleHandler - apparently unused outside this code
+ CsvFormatter - ditto
+ LoggerPool - only by the Java report wizard [!]
+ is that really
On 12/14/2011 04:47 PM, Michael Meeks wrote:
On Wed, 2011-12-14 at 12:34 +0100, Matúš Kukan wrote:
I'm going to have a look at converting extensions to gbuild.
But I'd like to avoid converting unused things and extensions look old.
I think at least source/config/ldap and source/xmlextract are
On 14/12/11 12:34, Matúš Kukan wrote:
Hi,
I'm going to have a look at converting extensions to gbuild.
i have dug out my incomplete patches this afternoon and made them
actually build, which took longer than expected :)
result of that is in feature/gbuild_extensions branch; ~6 libraries
13 matches
Mail list logo
