Robert, Naofumi,
One of the things I am curious about is whether or not impgen.c is
going to be used very often in the future. I had been of the notion
that the latest set of patches more or less did away with the use of
that particular piece of code, although the code for impgen.c itself
has n
Earnie Boyd <[EMAIL PROTECTED]> writes:
> I've seen some looong command lines, not that I've stopped to
> count the characters. The 8192 may not be enough for some packages.
> Is there a mehtod to use that doesn't check the command line length
> or is the point of the limit to break the comma
Earnie Boyd <[EMAIL PROTECTED]> writes:
> I'm fine with it and will support the change [of the maximum command
> line length] to a constant. Should that constant be adjusted based
> on w9x vs NT?
I would not think so; rather, it seems to me that a 8192 character
command line maximum will work fo
"Max Bowsher" <[EMAIL PROTECTED]> writes:
> Don't worry about me! I think we are working towards broadly similar goals -
> it shouldn't be much effort for me to merge the changes you are making into
> my stuff.
What I'm wondering is of there is a better variable to use with the
import library, as
Bob, all,
This patch allowed libMagick++ to compile on my machine.
The one thing that concerns me is the name of the import library is
hard-coded ${lib}.a, which is okay in that the import library looks
like "qqq.dll.a" but Max has something going about putting DLLs with
the executables and
Bob Friesenhahn <[EMAIL PROTECTED]> writes:
> The exact same error message is reported without -shared.
>From what I can tell, during configure, there is a check for any
object files that are included in a C++ link. This object file is then
later used to build the shared archive.
If you look at
This is a new patch in attempts to correct the strange behavior,
but note, IT DOES NOT WORK CORRECTLY YET.
I am posting this because I have a very specific question about the
naming of the library. This patch, as it is, causes configure to
print out:
checking which extension is used for shared l
test.
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
Bob Friesenhahn <[EMAIL PROTECTED]> writes:
> CVS libtool fails to link C++ DLLs under MinGW, but succeeds under
> Cygwin. I have looked at the .la files, and everything appears to be
> in order there, so the problem seems to be during the C++ DLL link
> phase. The MinGW environment is the base
Bob Friesenhahn <[EMAIL PROTECTED]> writes:
> g++ -shared c:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-6/../../../dllcrt2.o
>.libs/Blob.o .libs/BlobRef.o .libs/CoderInfo.o .libs/Color.o .libs/Drawable.o
>.libs/Exception.o .libs/Functions.o .libs/Geometry.o .libs/Image.o .libs/ImageRef.o
>.libs/
Bob Friesenhahn <[EMAIL PROTECTED]> writes:
> Ideas?
>
> g++ -shared c:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-6/../../../dllcrt2.o
>.libs/Blob.o .libs/BlobRef.o .libs/CoderInfo.o .libs/Color.o .libs/Drawable.o
>.libs/Exception.o .libs/Functions.o .libs/Geometry.o .libs/Image.o .libs/ImageRe
2002-09-29 Elizabeth Barham <[EMAIL PROTECTED]>
* libtool.m4 (AC_LIBTOOL_SETUP): GCC now checks -shared to
create a dll for Windows targets.
Thanks, Elizabeth
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/m
2002-09-29 Elizabeth Barham <[EMAIL PROTECTED]>
* modified _LT_AC_LOCK so that, if AC_LIBTOOL_WIN32_DLL is
defined and the host matches:
*-*-cygwin* | *-*-mingw* | *-*-pw32*, and
*-*-cygwin*/gcc*-mno-cygwin*|*-*-mingw*
then the check f
32*)
# cygwin systems need to pass --dll to the linker, and not link
Index: ChangeLog
===
RCS file: /cvsroot/libtool/libtool/ChangeLog,v
retrieving revision 1.1133
diff -u -3 -p -r1.1133 ChangeLog
--- ChangeLog 25 Sep 2002 04:26:19 -
Earnie Boyd <[EMAIL PROTECTED]> writes:
> Ok, submit a proper patch against the CVS source to [EMAIL PROTECTED] for
> proper credit for the fix.
Okay, I am satisfied with this and submit this patch for peer review.
SYNOPSIS:
Adds a linker flag check for "-shared" before those that are all read
"Max Bowsher" <[EMAIL PROTECTED]> writes:
> Earnie Boyd wrote:
> > Elizabeth Barham wrote:
> > >
> > > Earnie Boyd <[EMAIL PROTECTED]> writes:
> > >
> > > >
> > > > The -shared switch is required to build the dl
Earnie Boyd <[EMAIL PROTECTED]> writes:
> > On a related note, I have been having to add a "main" function to the
> > DLL's like so:
> >
> > #if defined(__MINGW32__) && defined(DLL_EXPORT)
> > int
> > main(int argc, char* argv[])
> > {
> > return 0;
> > }
> > #endif
> >
>
> You shouldn't do
This is just a simple report-in about the errors I mentioned having
yesterday or the day before. The latest CVS libtool did not have any
trouble and made the DLL fine.
I'd also like to mention that the whole libtool seemed to work quicker
than before.
Thank you all very much and great job!
On a
Earnie Boyd <[EMAIL PROTECTED]> writes:
> Not, totally, but it's being worked upon. I've joined the libtool list
> as well in order to help with resolving the issues with mingw32
> host/build/target issues. Hopefully, others that have been actively
> working with mingw32 libtool issues can spea
19 matches
Mail list logo