libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[zzSPAM] Javascript Junkmail-Notify (Javascript(pain meds))


From: zzHQMAIL1
Subject: [zzSPAM] Javascript Junkmail-Notify (Javascript(pain meds))
Date: Thu, 29 Apr 2004 12:57:19 -0700

************* eManager Notification **************

Javascript Junkmail Notify

Source mailbox: "address@hidden"
Destination mailbox(es): "address@hidden"
Policy: Javascript(pain meds)
Action: Delete

******************* End of message *******************
--- Begin Message --- Subject: Libtool Digest, Vol 17, Issue 21
Send Libtool mailing list submissions to
        address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
        http://mail.gnu.org/mailman/listinfo/libtool
or, via email, send a message with subject or body 'help' to
        address@hidden

You can reach the person managing the list at
        address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Libtool digest..."


Today's Topics:

   1. Invitation to Italy (and Sweden) vip/ba (IPSI conference)
   2. Re: prefix restrictions (Steven F. Killen)
   3. No-longer LT_GLOBAL-using libltdl problem, seeking
      suggestions (Paul Hampson)
   4. Re: Do autotools support free Microsoft compiler? (Richard Dawe)
   5. Re: Do autotools support free Microsoft compiler?
      (Braden McDaniel)
   6. bug in lt_lang_default_config (Patrick Welche)
   7. libtoolize and AC_CONFIG_SUBDIRS (Braden McDaniel)
   8. [zzSPAM] Javascript Junkmail-Notify (Javascript(pain meds))
      (address@hidden)


----------------------------------------------------------------------

Message: 1
Date: Thu, 29 Apr 2004 18:21:27 +0200
From: IPSI conference <address@hidden>
Subject: Invitation to Italy (and Sweden) vip/ba
To: address@hidden
Message-ID: <address@hidden>

Dear Potential Speaker of the IPSI-2004 Pescara:

I am happy to invite you to be a speaker at the VIP Scientific Forum of the 
International IPSI-2004 PESCARA Conference in Italy (IPSI = Internet, 
Processing, Systems for e-education/e-business, and Interdisciplinaries), to be 
held in the hotel Castello Chiola from July 28 till August 2, 2004. Detailed 
program and all relevant information are given at the web: 
www.internetconferences.net.

Castello Chiola is a century IX castle on the top of a hill, with a sea view; 
best Italian beaches around Pescara are only about 10km away. This is our 
former L'Aquila conference relocated to a place which is much more attractive 
and convenient. Opening keynote: Professor Michael Flynn, from Stanford 
University.

Deadlines: 
Abstract (100 words) = April 30, 2004
Full Papers = May 10, 2004
Paper Acceptance Notification = May 20, 2004
Hotel Payment = May 30, 2004
Fee Payment = June 10, 2004


If you are not able to accept this invitation, our next meeting is in Sweden 
(Stockholm Grand Hotel) and your are invited (for details see 
www.internetconferences.net, and let us know if you are interested, by sending 
email to address@hidden).  


The IPSI-2004 PESCARA conference is limited to about 100 attendees (physical 
capacity of hotel Castello Chiola congress center), and only plenary sessions 
will be organized.  So far, many more researchers expressed an interest to 
come, which means that a number of submissions will have to be rejected. Still, 
new submissions are more than welcome.

In addition to other programs, a special VIP Scientific Forum is also 
organized. Talks of the VIP Scientific Forum are open to all participants 
(other fori include the High Tech Forum and Talented Students Forum).

Please submit your title/abstract (which means that you have committed to 
participate if your paper is accepted), as soon as convenient for you,because 
we will be accepting papers until the limit is reached.

The major goal of this forum is to establish a podium for a fruitful exchange 
of the newest scientific ideas, and that is why your participation is extremely 
important to all of us. Only elite researchers and professionals are invited.

If you like to accept this invitation, please send email (with title, 100-word 
abstract, and affiliation) 
to address@hidden


Conditions of this invitation are as follows:

1. Duration of your slot is 30 minutes (20 to 25 minutes for your talk, and the 
rest for discussions).

2. You are financially responsible:

(a) For the air ticket to arrive to Italy, and for the local transportation to 
arrive to the conference site (Hotel Castello Chiola).

(b) For the hotel/breakfast cost.

If you like to stay in the Castello Chiola hotel, the minimum stay is 5 days, 
from July 28 noon till August 2 noon, and the prepayment for all 5 days has to 
be done, as indicated above, before May 30, 2004 (only 30 rooms are available 
for sale, so you have to hurry up). The prices are as follows:

   one person in a single room = e600,
   two persons in a double room = e800,
   three persons in a triple room, E15 extra per day.
   four persons in a quad room, E30 extra per day.

If you like to stay in an outside hotel (in which case you can save 
considerably on your budget), you are entitled to a E100 insurance (both by 
participants and their accompanying persons), payable directly to the hotel 
Chiola. 

Please, remember that hotel Chiola has only 30 rooms for sale, and most 
attendees will have to stay in Pescara (25km or 30min by public busses) or 
better in the nearby Silvi Marina (15km or 15min by public busses, operating 
from 6am till 11pm). Busses are to be taken to the center of Loreto Aprutino, 
and the hotel is five minutes walking uphill (to the top of the hill). Of 
course, rent-a-car is the most convenient solution (there is a parking on the 
top of the hill).

(c) For the conference fee (e400).

3. The conference fee covers a professional reviewing process, the conference 
program, a book of abstracts, a CD with full papers, a welcome dinner on the 
arrival day, coffee/tea breaks, and access to  all professional and social 
activities of the IPSI-2004 PESCARA. The fee is e300 for past participants of 
IPSI conferences who agree to review 12 papers per year.

4. For paper layout format, you are free to select any format  that meets your 
needs and esthetical criteria. Your paper will be reviewed, with the major 
intention to provide you with a feedback that can help improve the quality.

5. Full papers are limited to maximum 1MB and minimum 4 pages.

6. The scope of the conference is relatively wide: Informatics, Internet, 
Computer Science and Engineering, Interdisciplinary Research, MBA, Internet 
aspects of Medicine, Education, Management, Law, etc. Of course, traditional 
Electrical and Computer Engineering, and Engineering Physics, or BioEngineering 
and Environment Protection, too.

7. Late payments, both for the hotel Castello Chiola and the fee, extra 10 
percent, and on the spot, extra 20 percent.

Sincerely yours,

Prof. Dr. V. Milutinovic,
Chairman 

If you are not able to attend IPSI BgD conferences, you may like to submit a 
paper for one of the IPSI BgD journals. Please, check the web 
(www.internetjournals.net) and write to us at the email address given on the 
web. Thank you!

PS - Please tell us if you cannot come to this conference, but you plan to come 
to a future scientific non-profit conference organized by IPSI BgD. If you 
would like not to receive information about our conferences, please let us know.




------------------------------

Message: 2
Date: Thu, 29 Apr 2004 13:17:50 -0400 (EDT)
From: "Steven F. Killen" <address@hidden>
Subject: Re: prefix restrictions
To: address@hidden
Message-ID:
        <address@hidden>
Content-Type: TEXT/PLAIN; charset=US-ASCII

> I'm attempting to install Gaim 0.77, which is built with
> autoconf/automake.  It builds fine, but I'm having trouble with gmake
> install and libtool in particular.
>
> Is there a way to tell libtool to ignore the prefix for installation
> purposes, or must I copy each file by hand to the directory I wish to
> move the files to?  Is there something I'm missing about how libtool
> operates?

It appears that 'gmake install DESTDIR=' is the way to go, and then moving
the files from $DESTDIR/usr/local to $DESTDIR.  Would this create a
problem in with linking that you could foresee?

--
Steve Killen <address@hidden>




------------------------------

Message: 3
Date: Fri, 30 Apr 2004 03:26:47 +1000
From: address@hidden (Paul Hampson)
Subject: No-longer LT_GLOBAL-using libltdl problem, seeking
        suggestions
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"

(This is also Debian bug #244578 [1] since the Debian libtool
maintainers have pulled this change into the 1.5.6 release to fix other
issues.)

Basically, FreeRADIUS loads its modules based on being enabled in the
configuration file. However, one of the modules needs to pull in the
symbols (many of them) from one of the other modules. The module loader
won't load the second module if the first isn't configured, so up until
recently this has been fine.

However, with the removal of LT_GLOBAL from libltdl, the symbols of the
first module (rlm_eap_tls) are no longer directly available to the
second module (rlm_eap_ttls). Attempting to lt_dlopen the first module
from the second doesn't work, and having just tried to wrap my head
around the libtool code, I see that's because it doesn't recall dlopen
on modules it already has a handle on.

I guess I have two questions: Would simply recalling dlopen on the
module allow me to drag the first module's symbols back into second
module?  (This would localise the fix for this issue to libltdl)

Or, is there some other way to dynamically tell libltdl to resolve
symbols from the second library using the first library. (I did try
linking the second library directly against the first, but they build in
different directories but are installed into the same one, and I ended
up with a .la file with -L/home/tbble/... in it, and no success. I also
suspect this will load _another_ copy of the module into memory, and it
will not be initialised (maybe... unconfirmed) and therefore unusable.
This solution is hampered by the fact we're on autoconf2.13 and
libtool1.4, and not using automake, so the example in the other Debian
bug report [2] didn't help a lot. If this is the only way, I will
endeavour to make it work.)

I'm not subscribed to the email list, so feel free to CC me in response,
or I will check the web-archives next time I have time to wrestle with
this problem.

[1] http://bugs.debian.org/244578
[2] http://bugs.debian.org/241865
-- 
-----------------------------------------------------------
Paul "TBBle" Hampson, MCSE
7th year CompSci/Asian Studies student, ANU
The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361)
address@hidden

"No survivors? Then where do the stories come from I wonder?"
-- Capt. Jack Sparrow, "Pirates of the Caribbean"

This email is licensed to the recipient for non-commercial
use, duplication and distribution.
-----------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : 
http://mail.gnu.org/pipermail/libtool/attachments/20040430/3180c5c4/attachment.pgp

------------------------------

Message: 4
Date: Thu, 29 Apr 2004 19:33:20 +0100
From: Richard Dawe <address@hidden>
Subject: Re: Do autotools support free Microsoft compiler?
To: Braden McDaniel <address@hidden>
Cc: address@hidden, address@hidden, address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii; format=flowed

Hello.

Braden McDaniel wrote:
[snip]
> Unfortunately I haven't been able to test this yet. CVS autoconf now 
> appears to want "help2man", which I have not yet succeeded in 
> building/installing on Cygwin. (The attempt sent me on quite a wild 
> goose chase, though: help2man wants perl Locale::gettext wants fresher 
> gettext (than Cygwin packages) wants a C# compiler (!...fortunately this 
> dependency could be disabled).)

Try running configure with --disable-nls. My Linux box doesn't have 
Locale::gettext, but I can build help2man if I use --disable-nls.

Bye, Rich =]

-- 
Richard Dawe [ http://homepages.nildram.co.uk/~phekda/richdawe/ ]

"You can't evaluate a man by logic alone."
   -- McCoy, "I, Mudd", Star Trek





------------------------------

Message: 5
Date: Thu, 29 Apr 2004 14:52:09 -0400
From: Braden McDaniel <address@hidden>
Subject: Re: Do autotools support free Microsoft compiler?
To: Richard Dawe <address@hidden>
Cc: address@hidden, address@hidden, address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii; format=flowed

Richard Dawe wrote:

> Hello.
> 
> Braden McDaniel wrote:
> [snip]
> 
>> Unfortunately I haven't been able to test this yet. CVS autoconf now 
>> appears to want "help2man", which I have not yet succeeded in 
>> building/installing on Cygwin. (The attempt sent me on quite a wild 
>> goose chase, though: help2man wants perl Locale::gettext wants fresher 
>> gettext (than Cygwin packages) wants a C# compiler (!...fortunately 
>> this dependency could be disabled).)
> 
> 
> Try running configure with --disable-nls. My Linux box doesn't have 
> Locale::gettext, but I can build help2man if I use --disable-nls.

Thanks. But if it ain't one thing...

$ make
gcc  -o hacklocaledir.so -fPIC -shared ../hacklocaledir.c
cc1: warning: -fPIC ignored for target (all code is position independent)
../hacklocaledir.c: In function `__open':
../hacklocaledir.c:44: error: `RTLD_NEXT' undeclared (first use in this 
function)
../hacklocaledir.c:44: error: (Each undeclared identifier is reported 
only once
../hacklocaledir.c:44: error: for each function it appears in.)
../hacklocaledir.c: At top level:
../hacklocaledir.c:113: warning: weak declaration of `open' not supported
make: *** [hacklocaledir.so] Error 1

Cygwin dlfcn.h does not define RTLD_NEXT. Sigh.

Braden





------------------------------

Message: 6
Date: Thu, 29 Apr 2004 19:58:43 +0100
From: Patrick Welche <address@hidden>
Subject: bug in lt_lang_default_config
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"

All tests pass before and after this patch.. but the configure scripts
become happier..

Cheers,

Patrick
-------------- next part --------------
Index: m4/libtool.m4
===================================================================
RCS file: /cvsroot/libtool/libtool/m4/libtool.m4,v
retrieving revision 1.69
diff -u -r1.69 libtool.m4
--- m4/libtool.m4       19 Apr 2004 15:04:17 -0000      1.69
+++ m4/libtool.m4       29 Apr 2004 17:17:26 -0000
@@ -610,7 +610,7 @@
 
 AC_PROVIDE_IFELSE([LT_PROG_RC],
   [LT_LANG(RC)],
-  [m4_define([LT_PROG_RC], defn([LT_PROG_RC])[LT_LANG(RC)])])
+  [m4_define([LT_PROG_RC], defn([LT_PROG_RC])[LT_LANG(RC)])
 ])# _LT_LANG_DEFAULT_CONFIG
 
 # Obsolete macros

------------------------------

Message: 7
Date: Thu, 29 Apr 2004 14:35:21 -0400
From: Braden McDaniel <address@hidden>
Subject: libtoolize and AC_CONFIG_SUBDIRS
To: address@hidden
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii; format=flowed

Some issues related to use of CVS libtool with AC_CONFIG_SUBDIRS:

   1. libtoolize doesn't appear to recurse into AC_CONFIG_SUBDIRS. Should
      it? Or is this autoreconf's job?
   2. I cannot get CVS autoreconf to work at all with CVS libtool.
      Perhaps this is a Known Issue; but I haven't seen it mentioned.
   3. If I execute libtoolize in the subpackage root directory, it seems
      to "know" that AC_CONFIG_AUX_DIR should be "..". I don't explicitly
      use the AC_CONFIG_AUX_DIR macro anywhere, so I'm guessing
      libtoolize does some sniffing. Perhaps it should do something
      similar for AC_CONFIG_MACRO_DIR? (That is, use the main package's
      AC_CONFIG_MACRO_DIR if none is set in the subpackage's
      configure.ac.)

Braden





------------------------------

Message: 8
Date: Thu, 29 Apr 2004 11:02:33 -0700
From: address@hidden
Subject: [zzSPAM] Javascript Junkmail-Notify (Javascript(pain meds))
To: <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

************* eManager Notification **************

Javascript Junkmail Notify

Source mailbox: "address@hidden"
Destination mailbox(es): "address@hidden"
Policy: Javascript(pain meds)
Action: Delete

******************* End of message *******************
-------------- next part --------------
An embedded message was scrubbed...
From: address@hidden
Subject: Libtool Digest, Vol 17, Issue 20
Date: no date
Size: 14857
Url: 
http://mail.gnu.org/pipermail/libtool/attachments/20040429/5a431e5e/attachment.mht

------------------------------

_______________________________________________
Libtool mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/libtool


End of Libtool Digest, Vol 17, Issue 21
***************************************

--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]