Re: libtool, OpenBSD, plugins, large breakage
On Thursday 11 April 2002 8:12 pm, Michael Matz wrote: [...] > On Thu, 11 Apr 2002, Marc Espie wrote: [...] > > Where do you think the patches come from ? someone has to write them in > > Reread my mail. I said that I have patches for that, just not looked at > them yet, partly because they mix several issues. They are from NetBSD's > Nick Hudson and for KDE 2.2. I also laid out the general solution, which > doesn't involve any libtool hacking. Patches implementing that solution > for KDE 3 are welcome if you don't want to wait for me doing them. I did ask if you wanted just the a.out support patches... FWIW, I'm creating KDE3.0 pkgs for NetBSD pkgsrc and will obviously have to update my patches for 3.0. I can send you these if that would speed things up. My patches don't do any libtool hacking - are you following the same idea just with the "main" handling done more automatically. Nick ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
libtool 1.4.2: Enhancement request
Hello, I recently installed ethereal (0.9.3). I had one problem, which is libtool related: > I configured using: > export CC=cc > export CPPFLAGS="-I/pd/libs/include/" > export LDFLAGS=" -L/pd/libs/lib/" > export CFLAGS="+DAportable -Ae +O2" > ./configure -prefix=/pd/ethereal0.9.3 --without-gcc --includedir=/pd/libs/include >--libdir=/pd/libs/lib > Making worked, with one glitch: > I include '+DAportable' in the CFLAGS, because I build on a PA2.0 machine, but the > executable might later be used on PA1.1 machines. > make missed this flag for one file: > ... > (cd .libs && cc -c +Z -DPIC +DAportable "etherealS.c") > ... > > I finally "fixed" this by adding +DAportable in ltmain.sh (line 3375) > [and configure/make again]: > *-*-hpux*) > case "$compile_command " in > *" -static "*) ;; > *) pic_flag_for_symtable=" $pic_flag -DPIC +DAportable";; ><= > esac > > Could the flags from CFLAGS used here without manual intervention ?! Guy Harris (from the ethereal project) pointed me to libtool too report this. According to what I found in ltmain.sh, ethereal is using libtool 1.4.2. Please let me know, if you need additional info on this. Thanks Martin ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool 1.4.2: Enhancement request
Jost: The flag you referr to is hp-compiler specific, so it can't be put into ltmain.in. Possibly a better solution is to figure out why +DAportable was lost. In the mean time you could probably work around this by changing: export CFLAGS="+DAportable -Ae +O2" to export CFLAGS="-Wc,+DAportable -Ae +O2" The reason the -Wc, flag is present is to explicitly tell Libtool that you want to pass somthing as an argument to the compiler. Libtool has it's own arguments so if you have somthing that Libtool would normally parse as its own in, you need to specify that it is a compiler flag. HTH, Robert -- Robert Boehne Software Engineer Ricardo Software Chicago Technical Center TEL: (630)789-0003 x. 238 FAX: (630)789-0127 email: [EMAIL PROTECTED] ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: AW: libtool 1.4.2: Enhancement request
Jost: The problem may be that Libtool doesn't treat options with "+" the same way it treats "-". It doesn't sound like that would be terribly difficult to fix though. But before you go looking in ltmain.in, you might want to try the CVS head version of Libtool. There have been recent changes to the argument processing, so even if it is fixed in the 1.4 branch, it may or may not be a problem with future releases. Please try that out, and let us all know what the results were, we'll get it fixed in both branches eventually. Robert -- Robert Boehne Software Engineer Ricardo Software Chicago Technical Center TEL: (630)789-0003 x. 238 FAX: (630)789-0127 email: [EMAIL PROTECTED] ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: Could you do something about spam?
On Tue, 2002-04-02 at 08:45, Grzegorz Jakacki wrote: > > Hi, > > Why is there so much spam on [EMAIL PROTECTED]? Is there anybody blocking > spammers? Mailman allows filtering of messages only on headers, so a lot of spam gets through. Since traffic on [EMAIL PROTECTED] is fairly low, the signal to noise ratio is not good :-( One alternative is to only allow posts from subscribers, but I don't really want to do that or we may lose valuable input from people who don't wish to subscribe to the list. I have enabled an option in mailman to disallow posts where the To: and/or Cc: fields don't specify the list address which may help somewhat. If things still look bad, I might be persuaded to disallow non-subscriber posts to libtool-patches, libtool-commit and libtool (but not bug-libtool). > Related question: is there a way to make the sender's e-mail less visible > to web robots in pipermail web interface? Currently the full e-mail with > explicit '@' is displayed at the beginning of every message. I don't know very much about pipermail. You might be able to take it up with the pipermail code maintainers, or the archive maintainers at gnu.org. I don't know who these people are though... > Best regards > Grzegorz HTH a little. Cheers, Gary. -- ())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org) ( '/ Research Scientist http://www.oranda.demon.co.uk ,_()) / )= GNU Hacker http://www.gnu.org/software/libtool \' `& `(_~)_ Tech' Authorhttp://sources.redhat.com/autobook =`---d__/ ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: install vs cp
On Wed, 2002-04-10 at 07:06, ahoward wrote: > > can anyone comment on why using cp instead of install should make a > difference? i've even notice weird behavior using different install > programs. Are the ownership or permissions on the installed file different when using one vs. another? Are there timing issues between the unload/reload in the daemon, and the change of contents of the inode? If so you might see what appear to be differences caused by the installation tool that you use, but are actually random errors based on the timing issue. Food for thought. Cheers, Gary. -- ())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org) ( '/ Research Scientist http://www.oranda.demon.co.uk ,_()) / )= GNU Hacker http://www.gnu.org/software/libtool \' `& `(_~)_ Tech' Authorhttp://sources.redhat.com/autobook =`---d__/ ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
