This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via e0c89b9a0768516b8f67a33af15838679821ee3b (commit)
from
Hi Eric,
On 8 Jun 2010, at 08:37, Eric Blake wrote:
On 06/06/2010 06:13 AM, Gary V. Vaughan wrote:
I see the point in the factorization of the option parsing, and I have
to admit to not having tested or even looked in detail at these changes
yet, but on a general note, shouldn't we either
Den 2010-06-08 19:35 skrev Ralf Wildenhues:
* Peter Rosin wrote on Tue, Jun 08, 2010 at 03:07:05PM CEST:
Sorry to reply to self, but the issue is that there is a subshell in
LT_AT_MAKE (there's one in LT_AT_CONFIGURE too) which stops the
exit from propagating all the way to where it's supposed
Hi Warren,
thanks for the bug report. As Gary already noted, your Java compiler
installation is broken, please complain to your vendor or install the
missing packages.
We have workarounds in most Java tests but not in this one, e.g.,
convenience.at or infer-tag.at. So I guess that calls for
On 06/07/2010 03:52 PM, Peter O'Gorman wrote:
Ok spent 5 minutes with google and the selinux manpages (something I
have to do any time I do anything related to selinux).
The above is, of course, after tests/demo-nopic.test, and the problem is
the selinux boolean allow_execmod which disallows
Hi Peter,
* Peter O'Gorman wrote on Wed, Jun 09, 2010 at 03:40:32AM CEST:
The above is, of course, after tests/demo-nopic.test, and the problem is
the selinux boolean allow_execmod which disallows text relocations.
I'll look into making the test skip in this case.
Ok?
This skips a bit
[[Adding Libtool List]]
On 8 Jun 2010, at 08:56, Charles Wilson wrote:
What happens if libltdl is
used to load (say) libtiff which has an automatic dependency on libjpeg?
The initial LoadLibrary from libltdl pulls in libtiff.dll AND
libjpeg.dll, but only libtiff.dll gets a registered handle
[[Adding Libtool List]]
On 8 Jun 2010, at 08:42, Charles Wilson wrote:
Which is why I don't think even the Peter's long-ready MSVC patches, nor
my pile of pending patches, are candidates for this extremely shortened
release cycle.
Regarding these patches, I honestly have paid very little
On Tue, 8 Jun 2010, Gary V. Vaughan wrote:
[[Adding Libtool List]]
On 8 Jun 2010, at 08:42, Charles Wilson wrote:
Which is why I don't think even the Peter's long-ready MSVC patches, nor
my pile of pending patches, are candidates for this extremely shortened
release cycle.
Regarding these
Hi Gary!
Den 2010-06-08 09:34 skrev Gary V. Vaughan:
[[Adding Libtool List]]
On 8 Jun 2010, at 08:42, Charles Wilson wrote:
Which is why I don't think even the Peter's long-ready MSVC patches, nor
my pile of pending patches, are candidates for this extremely shortened
release cycle.
Hi Vincent,
On 8 Jun 2010, at 15:17, Vincent Torri wrote:
On Tue, 8 Jun 2010, Gary V. Vaughan wrote:
[[Adding Libtool List]]
On 8 Jun 2010, at 08:42, Charles Wilson wrote:
Which is why I don't think even the Peter's long-ready MSVC patches, nor
my pile of pending patches, are candidates
Den 2010-06-08 10:22 skrev Peter Rosin:
It seems odd both to (a) have entries from 2009 in the (future-to-be) 2010
ChangeLog and (b) to make changes to the 2009 ChangeLog at this point.
I see that for the first merge of master into the branch last year I
updated the dates in the ChangeLog so
On 06/08/2010 02:22 AM, Peter Rosin wrote:
There's already the pr-msvc-support branch, but when I tried to merge
master into it to make it easy to merge back later, the ChangeLog rotation
caused conflicts.
Do you have Bruno Haible's git-merge-changelog program installed on your
machine? For
Den 2010-06-08 11:50 skrev Eric Blake:
On 06/08/2010 02:22 AM, Peter Rosin wrote:
There's already the pr-msvc-support branch, but when I tried to merge
master into it to make it easy to merge back later, the ChangeLog rotation
caused conflicts.
Do you have Bruno Haible's git-merge-changelog
[adding Bruno, as author of git-merge-changelog]
On 06/08/2010 04:14 AM, Peter Rosin wrote:
I have git-merge-changelog. But my changes on the branch are in ChangeLog,
and the question was where they should be after the merge, in ChangeLog
or in ChangeLog.2009. I was not asking how the merge
On Tue, Jun 8, 2010 at 4:22 AM, Peter Rosin p...@lysator.liu.se wrote:
Hi Gary!
Den 2010-06-08 09:34 skrev Gary V. Vaughan:
[[Adding Libtool List]]
On 8 Jun 2010, at 08:42, Charles Wilson wrote:
Which is why I don't think even the Peter's long-ready MSVC patches, nor
my pile of pending
On 8 June 2010 09:17, Vincent Torri vto...@univ-evry.fr wrote:
even if you install mingw cross toolchain on linux ? You can even test
Windows CE with cegcc on linux
FWIW, my experience is that the mingw cross toolchain on linux is not
a close enough approximation of the real thing on Windows;
On 8 Jun 2010, at 15:22, Peter Rosin wrote:
Hi Gary!
Hey Peter!
Den 2010-06-08 09:34 skrev Gary V. Vaughan:
[[Adding Libtool List]]
On 8 Jun 2010, at 08:42, Charles Wilson wrote:
Which is why I don't think even the Peter's long-ready MSVC patches, nor
my pile of pending patches, are
Hi Chris,
Forgive my jumping in again here...
On 8 Jun 2010, at 17:47, Christopher Hulbert wrote:
On Tue, Jun 8, 2010 at 4:22 AM, Peter Rosin p...@lysator.liu.se wrote:
Den 2010-06-08 09:34 skrev Gary V. Vaughan:
On 8 Jun 2010, at 08:42, Charles Wilson wrote:
Which is why I don't think even
On 6/8/2010 2:46 AM, Gary V. Vaughan wrote:
[[Adding Libtool List]]
On 8 Jun 2010, at 08:56, Charles Wilson wrote:
What happens if libltdl is
used to load (say) libtiff which has an automatic dependency on libjpeg?
The initial LoadLibrary from libltdl pulls in libtiff.dll AND
libjpeg.dll,
On Tue, Jun 8, 2010 at 7:40 AM, Gary V. Vaughan g...@gnu.org wrote:
Hi Chris,
Forgive my jumping in again here...
No problem, at least the subject is being talked about.
On 8 Jun 2010, at 17:47, Christopher Hulbert wrote:
On Tue, Jun 8, 2010 at 4:22 AM, Peter Rosin p...@lysator.liu.se
Hi Christopher!
Den 2010-06-08 15:06 skrev Christopher Hulbert:
On Tue, Jun 8, 2010 at 7:40 AM, Gary V. Vaughang...@gnu.org wrote:
I think it important to merge pr-msvc-support into master one way or
another so that it doesn't get ignored for any longer than it has already.
I would like it
On Tue, Jun 8, 2010 at 9:24 AM, Peter Rosin p...@lysator.liu.se wrote:
Hi Christopher!
Den 2010-06-08 15:06 skrev Christopher Hulbert:
On Tue, Jun 8, 2010 at 7:40 AM, Gary V. Vaughang...@gnu.org wrote:
I think it important to merge pr-msvc-support into master one way or
another so that it
Hi Chris,
On 8 Jun 2010, at 20:06, Christopher Hulbert wrote:
On Tue, Jun 8, 2010 at 7:40 AM, Gary V. Vaughan g...@gnu.org wrote:
I think it important to merge pr-msvc-support into master one way or
another so that it doesn't get ignored for any longer than it has already.
I would like it
On 8 Jun 2010, at 19:11, Charles Wilson wrote:
On 6/8/2010 2:46 AM, Gary V. Vaughan wrote:
On 8 Jun 2010, at 08:56, Charles Wilson wrote:
What happens if libltdl is
used to load (say) libtiff which has an automatic dependency on libjpeg?
The initial LoadLibrary from libltdl pulls in
Den 2010-06-08 15:40 skrev Christopher Hulbert:
On Tue, Jun 8, 2010 at 9:24 AM, Peter Rosinp...@lysator.liu.se wrote:
I've had enough frustration here, methinks.
Sorry for my contribution to your frustration. I would just like to
see windows support in the mainstream to be done right, and
On Tue, 8 Jun 2010, Gary V. Vaughan wrote:
More interesting still: I think things might blow up if the .la files
have been removed on a platform that does automatic deplib loading for
runtime linking, say lt_dlopening libpng.dll (which pulls in zlib
through LoadLibrary without libltdl knowing
Hi Bob,
On 8 Jun 2010, at 23:04, Bob Friesenhahn wrote:
On Tue, 8 Jun 2010, Gary V. Vaughan wrote:
More interesting still: I think things might blow up if the .la files
have been removed on a platform that does automatic deplib loading for
runtime linking, say lt_dlopening libpng.dll (which
On Tue, 8 Jun 2010, Charles Wilson wrote:
If it doesn't, then that's a bug. Libltdl is supposed to keep track
of everything it loads,
But the point here is that Bob is advocating that (in the first half of
the example above) *libltdl* does NOT explicitly load the libjpeg
dependency.
On Tue, 8 Jun 2010, Gary V. Vaughan wrote:
Obviously this is already working fine. Windows LoadLibrary() is
smart enough to know what it has already loaded. The unloading
sequence is much more interesting since something could be unloaded
which is still being used.
Looks like another
On Tue, Jun 8, 2010 at 11:03 AM, Peter Rosin p...@lysator.liu.se wrote:
Den 2010-06-08 15:40 skrev Christopher Hulbert:
On Tue, Jun 8, 2010 at 9:24 AM, Peter Rosinp...@lysator.liu.se wrote:
I've had enough frustration here, methinks.
Sorry for my contribution to your frustration. I would
Hi Gary,
Am 6/4/2010 1:44 PM, schrieb Gary V. Vaughan:
* Changes in supported systems or compilers:
- Improved support for 64bit Windows (mingw64).
- Improved support for cegcc (Windows CE/PocketPC).
- Support for GNU/kOpenSolaris (kopensolaris*-gnu).
- Initial support for
On 6/8/2010 6:47 AM, Christopher Hulbert wrote:
Peter/Charles,
Do you have a summary of the capabilities added by your
patches/branch
I'll let Peter speak for himself, but these are the patches in the
cygwin and mingw distributions:
* Pass various runtime library flags to GCC.
Hi Bob,
On 8 Jun 2010, at 23:19, Bob Friesenhahn wrote:
On Tue, 8 Jun 2010, Gary V. Vaughan wrote:
Obviously this is already working fine. Windows LoadLibrary() is smart
enough to know what it has already loaded. The unloading sequence is much
more interesting since something could be
34 matches
Mail list logo