75% Off for All New Software.

2004-12-02 Thread Isabel Levy







  

  Microsoft Windows XP Professional 2002
  $.50
  Retail pr.ice: $.270.99
  Retail Pr.ice: $.50.00
  You S.ave: $.220.00
  
  
  B.uy it n.ow.!
  
  Microsoft Windows 2000 Professional
  $.50
  Retail pr.ice: $.266.99
  Retail Pr.ice: $.50.00
  You S.ave: $.216.99
  
  
  B.uy it n.ow.!
  
  Microsoft Office XP Professional 2002
  $.100
  Retail pr.ice: $.579.99
  Retail Pr.ice: $.100.00
  You S.ave: $.480.00
  
  
  B.uy it n.ow.!
  


  Adobe Pagemaker 7.0
  $.60
  Retail pr.ice: $.404.99
  Retail Pr.ice: $.60.00
  You S.ave: $.344.00
  
  
  B.uy it n.ow.!
  
  Adobe Photoshop 7.0
  $.60
  Retail pr.ice: $.609.99
  Retail Pr.ice: $.60.00
  You S.ave: $.550.00
  
  
  B.uy it n.ow.!
  
  Adobe Illustrator 10
  $.80
  Retail pr.ice: $.270.99
  Retail Pr.ice: $.80.00
  You S.ave: $.190.00
  
  
  B.uy it n.ow.!
  


  Do you need more cheap
  software...?
  
  Vi.sit this site 

  





___
Libtool mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/libtool


Enjoy our special offer

2004-12-02 Thread Aram Swanson



Hello Josiah,



bye,
Celia Frazier




___
Libtool mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/libtool


Re: another 1.5 release

2004-12-02 Thread Daniel Reed
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 into 1.5.12? As written,
it simply causes libtool to ask gcc to find .la files if gcc is in use. It
should have no impact on non-gcc builds and should not cause any files to be
missed (the original behavior is used if gcc is unable to find a requested
file).

-- 
Daniel Reed [EMAIL PROTECTED] http://people.redhat.com/djr/   
http://naim.n.ml.org/
he didn't speak much english, but i think he recognized the leatherman
as a weapon -- sour, EFnet #naim


___
Libtool mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/libtool


Nice christmas presents! Men's Ladies' Watches. Gift Boxes.

2004-12-02 Thread jwb
http://24.93.107.59:8180/rl/




___
Libtool mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/libtool


ご紹介のご案内です

2004-12-02 Thread matusita
$B!!FMA3$N%a!<%k?=$7Lu$"$j$^$;$s!#;d!"[EMAIL PROTECTED]:]%0%k!<%W$rM5$,$"$k$N$K!":[EMAIL 
(BPROTECTED](B
$B!V$b$N$?$j$J$5!W$r46$8$F$$$k2q0wMM$,B?$/!"$3$N%0%k!<[EMAIL PROTECTED](B
$B!V:#$h$j$b$C$H=<<[EMAIL PROTECTED];W$C$F$$$k2q0wMM$,$[$H$s$I$G$9!#$=$N(B
$B$h$&[EMAIL 
(BPROTECTED]":#$N+J,$rK~$?$7$F$/$l$k$*Ni$H$7$F$NUNi$J$I$r9M$($F$k(B
(B[EMAIL PROTECTED]:[EMAIL PROTECTED](B
(B
$B!!$5$i$K!";d$I$b$N%0%k!<[EMAIL 
(BPROTECTED]R2p$9$k:]$KL??$dF02h$J$I$r$4Mw$$$?(B
(B[EMAIL PROTECTED]"$44uK[EMAIL PROTECTED]@$/$3$H$b2DG=$H$J$C$F$*$j$^$9!#(B
(B
$B!!F|K\A49q$K2q0wMM$,$*$j$^$9$N$G!"F1$8CO0h$NJ}$N$_$N$4>R2p$H$J$C$F$*$j$^$9!#(B
$B$*R2p$r$44uK>$G$7$?$i!"$*

Re: another 1.5 release

2004-12-02 Thread Ralf Wildenhues
* Daniel Reed wrote on Fri, Dec 03, 2004 at 12:36:24AM CET:
 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.

Great!  How much time do you have left?

 Is there any chance .multilib2 can be incorporated into 1.5.12? As written,
 it simply causes libtool to ask gcc to find .la files if gcc is in use. It
 should have no impact on non-gcc builds and should not cause any files to be
 missed (the original behavior is used if gcc is unable to find a requested
 file).

The general idea looks fine to me.  Unless other libtool distro
maintainers disagree, I'd like to see this in branch-1-5 (and then in
branch-2-0 and HEAD as well).

Technical issues with the patch:
- Why is, after your patch, $found set twice before searching (is there a
reason for this)?
- You search -print-file-name with all extensions before searching other
paths with all extensions.  I think this is ok, but am not totally
convinced.
- What about other compilers on linux?  I know icc knows
  -print-file-name=  in version = 8.0 (but, depending on whether it
sees the option `-no-gcc' or not, it will be detected as gcc anyways).
I'm pretty sure pgi compilers do not understand this switch.  

Regards,
Ralf
-- 
I'll not be reading mail regularly for the next few days.


___
Libtool mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/libtool