> libtool-1.5-testfailure.patch
This was contributed by Owen: would probably be worth trying to
push it upstream - though I'm not entirely clear why/if it is needed.
I can post these to libtool-patches if the names are unfamiliar to anyone :)
--
Daniel Reed <[EMAIL PROTECTE
On 2004-08-11T10:06+0900, Peter O'Gorman wrote:
) Daniel Reed wrote:
) > > libtool-1.4.2-multilib.patch
) > This patch is needed for multilib support. It has been sent upstream
) > but basically rejected in its current form as being too Red Hat specific.
) > [Is thi
o` affected by the value of
lt_cv_deplibs_check_method, or can the internal case $host_cpu be removed
entirely?
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/ Desktop and Cygwin
___
Libtool mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/libtool
On 2004-08-12T09:00+0900, Peter O'Gorman wrote:
) Daniel Reed wrote:
) > On 2004-08-11T10:06+0900, Peter O'Gorman wrote:
) > ) Daniel Reed wrote:
) > ) > > libtool-1.4.2-multilib.patch
) > ) > This patch is needed for multilib support. It has been sent u
On 2004-08-12T09:00+0900, Peter O'Gorman wrote:
) Daniel Reed wrote:
) > On 2004-08-11T10:06+0900, Peter O'Gorman wrote:
) > ) Daniel Reed wrote:
) > ) > > libtool-1.4.2-demo.patch (on x86_64 s390 s390x)
) > ) > Yes, this is just to disable sever
On 2004-08-11T20:43-0400, Daniel Reed wrote:
) ) > ) > > libtool-1.4.2-multilib.patch
) Would it be reasonable to make this a ./configure option at libtool build
) time?
Actually, it wouldn't. :)
The actual problem is that software packaged with stock Libtool does not
build p
sun-solaris2.8-gcc -m64 .. -> sparcv9
In the scheme we use, $host would be sparc64-sun-solaris2.8 .
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/ http://naim.n.ml.org/
The reasonable man adapts himself to the world; the unreasonable one
persists in trying to
applied or reproduced in branch-1-5 since
1.5.8.
Thanks,
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/ Desktop and Cygwin
___
Libtool mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/libtool
On 2004-09-17T20:12+0100, Gary V. Vaughan wrote:
) Daniel Reed wrote:
) > If so, can Ralf's patch (which corrects RH#55176) be applied to branch-1-5?
) If you point me at the thread in the mail archives, and it backports easily,
) I'll apply it.
Bug report:
http://lists.gnu.org/arc
aclocal.m4])
This reduces libltdl/aclocal.m4's size, but libltdl/configure is still 340kB
larger than before 1.5.10.
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/ http://naim.n.ml.org/
The pursuit of pretty formulas and neat theorems can no doubt quickly
degener
this require that an
embedded libltdl grow in size even if the functionality is never used?
If so, I think the point is to allow packagers who embed libltdl in other
packages to choose a prenoninternationalized version (so the noni18n occurs
at repackaging time rather than compile time).
--
Daniel
e; on machines without, there are
no versioned include directories.)
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/
http://naim.n.ml.org/
If nature has made you a giver, your hands are born open, and so is
your heart. And though there may be times when your hands are empty,
yo
s, an .la file could be similarly installed separately to provide
access to the same kind of information, just lacking the header file
component.)
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/
http://naim.n.ml.org/
There is a lot of food in a supermarket, too
multilib-aware Libtool.)
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/
http://naim.n.ml.org/
The pursuit of pretty formulas and neat theorems can no doubt quickly
degenerate into a silly vice, but so can the quest for austere
generalities which are so very general indee
r systems (as the behavior would not change on
those systems).
As far as encouraging developers to list dependencies incorrectly or not at
all, in the above scenario, even if the package developer had caused the
service executable's build scripts to link explicitly against its
dependencies dep
ing an operating system modify the Libtool it ships is that
bug reports caused by the operating system's changes would incorrectly go to
the developer, or to the GNU lists.
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/
http://naim.n.ml.org/
I'd say some people have no
dlopen("module.so") works while lt_dlopen("module.la") does not). This
could be more acceptable if one or both of the other options are also
adopted.
(This started as a bug report but it seems more like an RFC now.)
--
Daniel Reed <[EMAIL PROTECTED]> http://people.r
Legacy project (http://fedoralegacy.org/), which I do not speak for.
(Still catching up on Thanksgiving backlog.)
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/ Desktop CMC
___
Libtool mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/libtool
On 2004-11-30T11:31-0500, Daniel Reed wrote:
) for multilib to be made available in branch-1-5 (possibly by incorporating
) .multilib2 into 1.5.12).
It's looking like I may be able to get current Libtool into the final RHEL 4
release.
Is there any chance .multilib2 can be incorporated
On 2004-12-03T11:08+0100, Ralf Wildenhues wrote:
) * Scott James Remnant wrote on Fri, Dec 03, 2004 at 10:06:01AM CET:
) > On Thu, 2004-12-02 at 18:36 -0500, Daniel Reed wrote:
) > > Is there any chance .multilib2 can be incorporated into 1.5.12? As
written,
) > > it simply causes
On 2004-12-03T08:33+0100, Ralf Wildenhues wrote:
) * Daniel Reed wrote on Fri, Dec 03, 2004 at 12:36:24AM CET:
) > It's looking like I may be able to get current Libtool into the final RHEL 4
) > release.
) Great! How much time do you have left?
The final cut off was a few months ago
more generic fix introduced
upstream so Red Hat will not have to continue patching Libtool.
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/
http://naim.n.ml.org/
"Murphy's Law is recursive. Washing your car to make it rain doesn't
work."
_
On 2004-12-03T13:03-0600, Bob Friesenhahn wrote:
) On Fri, 3 Dec 2004, Daniel Reed wrote:
) > The patch is specific to GCC, not Linux. Any operating system that uses a
) > multilib-capable GCC should be supported by the code introduced in this
) > patch.
) Profound changes like this shou
print-file-name works, which will pass
for all recent versions of GCC.
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/
http://naim.n.ml.org/
It is a miracle that curiosity survives formal education. -- Albert
Einstein, Physicist
__
ol.m4-x86_64, 1.4.2-multilib,
1.4.2-demo, and 1.5-testfailure applied. I will try to get something based
on 1.5.10 with multilib2 or a newer 1.5 in the first update (in 3 months).
--
Daniel Reed <[EMAIL PROTECTED]> http://people.redhat.com/djr/
http://naim.n.ml.org/
"Murphy's Law
b7fe9000)
libc.so.6 => /lib/libc.so.6 (0xb7ea4000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7fec000)
[EMAIL PROTECTED]:~/cc#
--
Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/
http://naim.n.ml.org/
It is so easy to miss pretty trivial solutions to
bexample 1 series was upgraded everything would go
back to normal.
--
Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/
http://naim.n.ml.org/
The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all prog
On Fri, 13 May 2005, Daniel Reed wrote:
People using software that depends on libexample's 1 series should not be
confused by the new release for the older 0 series, because 0.0.6 is still
less than 1.0.anything. The only down side is that installing libexample
0.0.6 might cause libexamp
On Fri, 13 May 2005, Ed Hartnett wrote:
Daniel Reed <[EMAIL PROTECTED]> writes:
Many projects will continue to make bug fix releases even if a newer
API is currently under development--including Libtool itself. For this
example scenario, if libexample-1.0.2 is the current release, but a
cr
her accepts -g... no
checking the maximum length of command line arguments... 32768
checking command to parse /bin/nm -B output from gcc object... ok
...
--
Daniel Reed <[EMAIL PROTECTED]> http://shell.n.ml.org/n/
http://naim.n.ml.org/
What makes a man great? A man may be g
xplicitly linked in... no
creating libtool
Does anyone have a {libtool.m4,ltdl.m4} pair that has a working
AC_LIBTOOL_DLOPEN and does not introduce the C++ dependency?
--
Daniel Reed <[EMAIL PROTECTED]> http://shell.n.ml.org/n/
It is a miracle that curiosity survives formal education -- Albe
specify AC_DISABLE_STATIC, and libtool doesn't know how to build shared
libraries, it goes ahead and builds static ones instead; I would prefer it
emit an error.
--
Daniel Reed <[EMAIL PROTECTED]> http://shell.n.ml.org/n/http://naim.n.ml.org/
It is a miracle that curiosity
.c
mymod_la_LDFLAGS = -module -avoid-version
This also removes the requirement that the library name start with "lib."
--
Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/
I don't like sending my conversation hundreds of miles where a lot
of peo
.tar.gz
naim-0.11.5.8.tar.gz
naim-0.11.5.tar.gz
0.11.5.8-2003-06-03-1123 is the last pre-release before 0.11.5.8, and shows
up before 0.11.5.8 in ls. The only problem is the lack of .0's that leave
0.11.5's pre-releases in the right spot, but sticks the 0.11.5 release after
all of its subordi
b/cpp" fails sanity check
See `config.log' for more details.
[config.log]
configure:5791: /lib/cpp conftest.cc
cpp: conftest.cc: C++ compiler not installed on this system
configure:5797: $? = 1
configure: failed program was:
--
Daniel Reed <[EMAIL PROTECTED]> http://naim-use
On 2004-01-28T15:59-, Scott James Remnant wrote:
) On Wed, 2004-01-28 at 15:15, Daniel Reed wrote:
) > Since there does not appear to be any C++ code (.cc, .cxx, .C) in libtool,
) > would it be possible for the next release of libtool to not:
) There isn't any C code either ... it
On 2004-01-29T10:36-, Scott James Remnant wrote:
) On Thu, 2004-01-29 at 01:35, Daniel Reed wrote:
) > The problem I was reporting is not so much the testing for C++ as it was the
) > failing of ./configure if a C++ preprocessor was not available. There is C
) > code in the various
37 matches
Mail list logo