<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.linux.debian.devel.toolchain">
    <title>gmane.linux.debian.devel.toolchain</title>
    <link>http://blog.gmane.org/gmane.linux.debian.devel.toolchain</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/911"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/910"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/909"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/908"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/906"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/905"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/904"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/902"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/900"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/898"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/897"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/896"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/895"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/894"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/893"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/892"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/891"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/890"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/889"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/888"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/911">
    <title>Re: libffi - updates needed?</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/911</link>
    <description>&lt;pre&gt;
gcc-snapshot roughly has the 3.0.11 libffi release.  libffi inside gcc is only
used as a convenience library for libgcj, nothing else. the armhf specific issue
is fixed in the Debian/Ubuntu packages, and libgcj doesn't make use of the new
interfaces.

the python sources have an embedded libffi as well, which is not used by the
python package builds.

  Matthias


&lt;/pre&gt;</description>
    <dc:creator>Matthias Klose</dc:creator>
    <dc:date>2012-04-18T13:13:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/910">
    <title>Re: libffi - updates needed?</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/910</link>
    <description>&lt;pre&gt;
&amp;lt;snip&amp;gt;


Looking through my notes I've got a mention that a test failed on MIPS n32
(although there was some thinking that it might be fixable by passing
stuff both on stack and in registers), I also have a vague
memory about someone asking on the ffi list about it on MIPS but can't
find it.
There is the 6 year old gcc bug ( http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26744 )
for PPC MacOS (!).


Correct, no response.


Ah, I hadn't been brave enough to open the Haskell stuff up.


There was a GCJ failure on armhf that was blamed on libffi for a while
until we spoke to aph and he found the real cause.

The other one to look at is there are a lot of examples of using libffi
for variadic that are wrong, even if no one uses it in anger; eg.

http://www.swig.org/Doc1.3/Varargs.html#Varargs_nn7

Have fun,

Dave
&lt;/pre&gt;</description>
    <dc:creator>Dr. David Alan Gilbert</dc:creator>
    <dc:date>2012-04-17T08:40:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/909">
    <title>Re: libffi - updates needed?</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/909</link>
    <description>&lt;pre&gt;Hi David!

On Mon, Apr 16, 2012 at 06:28:55PM +0100, Dr. David Alan Gilbert wrote:

Yup, Marcus pointed it out to me and I've started tracking it again. :-)


Right. Are these the newer mips ABI variants like n32/n64, do you
know? If so, I'm not so worried just yet!


Yes, I've seen that too.


Yes. I looked for a response to your original mail there and couldn't
find any in list archives; I'm guessing that's because you didn't get
one?

The Haskell packages that showed up in my scan of the Debian archive
are apparently all OK; ghc has a habit of embedding large chunks of
the core in everything it builds, and the ffi calls there are expected
to be safe (no variadics).

Otherwise, as you say: I'm looking at a number of language
implementations where it's (a) not clear if they'll ever do variadics
(b) if they *might* use variadics, it'll be because somebody is
calling through a generic helper function with no current way of
determining if the callee is variadic or not. Yay... :-/

&lt;/pre&gt;</description>
    <dc:creator>Steve McIntyre</dc:creator>
    <dc:date>2012-04-16T17:50:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/908">
    <title>libffi - updates needed?</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/908</link>
    <description>&lt;pre&gt;Hi,

I'm looking through the archive for packages using libffi. There's a
problem with libffi and variadic functions that has been recently
fixed - see

  http://lists.debian.org/debian-arm/2012/03/msg00108.html

for more information. So far, we only expect symptoms to show up on
armhf *but* it might be more widespread. Until recently, libffi didn't
support variadic functions properly. That's now been fixed in libffi,
but there's an extra API call necessary in places where variadics are
used.

Looking at gcc-4.6 and gcc-4.7, I can see that the embedded copies of
libffi are too old for this fix. I don't see a build-dep on
libffi-dev, whish suggests that they're using these embedded copies
rather than the system version. A couple of questions here: I'm
curious why this is? If it's definitely necessary, could we update
those embedded copies to a more recent libffi with the change
included?

Even beyond that, there are quite likely to be changes that would need
to be made in the gcc source to use the new ffi_prep_cif_var()
function. My scan of the archive shows ffi_prep_cif() shows up / is
used in:

 gcc-4.6
 gcc-snapshot
 gcj-4.[467]

at least. Can you help please? 

&lt;/pre&gt;</description>
    <dc:creator>Steve McIntyre</dc:creator>
    <dc:date>2012-04-16T16:52:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/906">
    <title>Re: Bulding cross-toolchains in the archive</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/906</link>
    <description>&lt;pre&gt;

I can't control the rest of you ;-), but if I get time for this, I'll
pursue the approach using cross-arch dependencies.

If the main archive isn't ready in time, that just means the
cross-compilation toolchain I use will have to be in contrib or a
private archive.

Thanks,
Jonathan


&lt;/pre&gt;</description>
    <dc:creator>Jonathan Nieder</dc:creator>
    <dc:date>2012-02-02T21:56:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/905">
    <title>Re: Bulding cross-toolchains in the archive</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/905</link>
    <description>&lt;pre&gt;Hello,

2012/1/31 Jonathan Nieder &amp;lt;jrnieder&amp;lt; at &amp;gt;gmail.com&amp;gt;:



I wonder which approach should we tackle for approaching wheezy
release, with multi-arch so close, it would be a pity to pollute
Debian archive name space with -$arch-cross packages. But still, build
daemons will not be aware of cross-arch dependencies until wheezy+1,
so we are unable to have a cross compiler packages in wheezy by
build-depending on cross-arch packages.

Another approach would be bootstrap cross compiler from scratch, which
is the approach followed by Marcin packages, but I would suggest to
change -$arch-cross dependencies to the multi-arch equivalents and
force user to enable multi-arch for such architecture on their system.
Of course, as a pre-requirement we need a dpkg aware of multi-arch in
unstable (hopefully sooner than later).

Any thoughts on what solution we want for the upcoming wheezy release?

Cheers,
&lt;/pre&gt;</description>
    <dc:creator>Hector Oron</dc:creator>
    <dc:date>2012-02-02T17:25:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/904">
    <title>Re: Bulding cross-toolchains in the archive</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/904</link>
    <description>&lt;pre&gt;

Yes, good idea.  Sounds like the cross-arch dependency stuff isn't too
serious an obstacle at all; thanks much for clarifying it.


&lt;/pre&gt;</description>
    <dc:creator>Jonathan Nieder</dc:creator>
    <dc:date>2012-01-31T21:14:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/902">
    <title>Re: Bulding cross-toolchains in the archive</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/902</link>
    <description>&lt;pre&gt;

For binutils-&amp;lt;triplet&amp;gt;, see also [1] as another potential starting
point.

gcc-&amp;lt;triplet&amp;gt; is harder because the project does not currently permit
cross-architecture dependencies.  (There are multiple reasons for
this, some having to do with tools, other having to do with need for a
coherent policy that would deal, for example, with what happens when
an arch is dropped.)

Thanks for a nice summary,
Jonathan

[1] http://bugs.debian.org/623953#20


&lt;/pre&gt;</description>
    <dc:creator>Jonathan Nieder</dc:creator>
    <dc:date>2012-01-31T18:55:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/900">
    <title>Re: pcc-for-x86-64-linux-gnu: depends on an unavailable package</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/900</link>
    <description>&lt;pre&gt;

I'm not sure what that has to do with what I said.  If the binutils
source package produces cross-compilers, that would make binutils
updates take longer on autobuilders and have more chance of failing
to build; hence, cross-compilers like mingw grab the same source code
through a Build-Depends from a different source package.  This is the
same trick that packages such as gcj-4.6 use.

The gcc-4.6 source package builds binary packages for C, Fortran,
Objective C, and C++ support.  It does not build packages for Java
support.

The gcj-4.6 source package is smaller and Build-Depends on the
"gcc-4.6-source" binary package, to allow source and rules to be
shared with gcc-4.6.


Thanks for the update.  Alas.

Jonathan


&lt;/pre&gt;</description>
    <dc:creator>Jonathan Nieder</dc:creator>
    <dc:date>2011-12-05T07:51:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/898">
    <title>Re: pcc-for-x86-64-linux-gnu: depends on an unavailable package</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/898</link>
    <description>&lt;pre&gt;

I had thought that Matthias was (for good reasons) not interested in
the stock binutils source package producing cross-compilers for
additional targets on autobuilders, and that the binutils-source
package and Built-Using control header existed for this exact reason.
What did I miss?

Puzzled,
Jonathan


&lt;/pre&gt;</description>
    <dc:creator>Jonathan Nieder</dc:creator>
    <dc:date>2011-12-05T03:00:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/897">
    <title>Promoção Fim de Ano</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/897</link>
    <description>&lt;pre&gt;Pomoçao de fim de ano da CMBalões
BALÕES LOGOTIPADOS R$ 200,00 O MILHEIRO
Confira!!!!!!!!
 
Kit com 100 balões + gás hélio + fitilhos  + monitor  no local deixando tudo pronto.
De segunda a sexta: R$ 250,00
Sábado e domingo: R$ 280,00
Kit com 200 balões na mesma proporção 
De segunda a sexta: R$ 350,00
Sábado e domingo: R$ 480,00
E não para por ai, temos balões personalizados com foto ou logotipo com preços imbatíveis. Entrega rápida de 3 a 5 dias apenas, sem custo de entrega para região de São Paulo (Capital). Temos varetas, gás hélio, aluguel de compressor, decoração local, revoadas, mão de obra especializada.
Trabalhamos também com comunicação visual (Banner, faixas e decoração conforme o tema).
 
Ligue e faça uma cotação sem compromisso.
(11) 4107-5727
(11) 9219-1273
(11) 8357-7648
e-mail: vendas&amp;lt; at &amp;gt;cmbaloes.com.br
msn: vendas&amp;lt; at &amp;gt;camargobaloes.com
site: www.cmbaloes.com.br
&lt;/pre&gt;</description>
    <dc:creator>CM Balões e Decorações</dc:creator>
    <dc:date>2011-11-24T00:45:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/896">
    <title>Am topit preturile la produse pentru bebelusi si copii</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/896</link>
    <description>&lt;pre&gt;Daca nu vizualizati corect imaginile si informatiile acestui mesaj apasati aici
 
 
 
 
 
 
 
 
 
 
 
 
&lt;/pre&gt;</description>
    <dc:creator>IdealBebe.ro</dc:creator>
    <dc:date>2011-08-08T22:10:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/895">
    <title>Registrazione PEC - Richiesta consenso privacy - Operiamo in tutta Italia</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/895</link>
    <description>&lt;pre&gt;Spett.le Ditta, Gent.mo Responsabile Acquisti

Vi ricordiamo che la Posta Elettronica Certificata ( PEC ) sarà obbligatoria dal 29/11/2011 per tutte le attività come da decreto legge n°185 del 29/11/20

Ancora non ce l'hai?
Attiva e registra oggi la tua PEC, inviaci una e-mail a info&amp;lt; at &amp;gt;globalexpo.biz con la tua richiesta (consenso invio informazioni)

Scrivi semplicemente nome ditta e la tua e-mail, possiamo così fornirti tutte le informazioni per registrare subito la tua PEC.
Non perdere tempo registra il tuo nome prima che non sia più disponibile, ad esempio potrà essere mionomedittasrl&amp;lt; at &amp;gt;pec.it.


La posta elettronica certificata è il nuovo sistema attraverso il quale è possibile inviare email con valore legale equiparato ad una raccomandata con ricevuta di ritorno come stabilito dalla vigente normativa (DPR 11 Febbraio 2005 n.68).

grazie dell'attenzione
il team di
GEIPEG Comunicazione d'impresa
Bellusco (MB)
www.geipeg.com
www.registrazione-dominio.com

Nel pieno rispetto delle norme vigenti, è necessario che ci autorizzi a inviare informazioni commerciali inerenti i ns. servizi
Casella di POSTA ELETTRONICA CERTIFICATA (PEC)
www.GEIPEG.com realizzazione siti web statiti e dinamici, sito negozio e-commerce, flip book, servizi web, marketing
www.Registrazione-dominio.com per registrare il tuo dominio in piena autonomia low cost miglior hosting


Qualora avessimo recato disturbo e non desideriate ricevere in futuro comunicazioni comunicatelo semplicemente facendo un clic sul seguente link




&lt;/pre&gt;</description>
    <dc:creator>Web Agency Operiamo in tutta Italia</dc:creator>
    <dc:date>2011-07-09T17:51:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/894">
    <title>***Get thousands of TV Channels on your computer and never pay another monthly bill</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/894</link>
    <description>&lt;pre&gt;Internet Friend,
You do not need a satellite dish, cable box or receiver to watch television with Satellite Direct. In fact, all you need to run our software is your home computer or laptop. 
For less than half of what you are probably paying for one month of your current subscription service, you can enjoy unlimited
24/7 access to thousands of TV channels, right from your PC. 
And with no hardware to install, you can forget about waiting around for a technician to set up your service. 
Our easy, one time software download will take less than a minute. 
For details and more information, please visit:
 
http://a8e79oxitk58zd9mfj3l2m6y9z.hop.clickbank.net/?tid=TV
 
To unsubscribe email gg&amp;lt; at &amp;gt;mushroomgroup.net be sure to put unsubcribe in the subject line.
Thank you, 
PCTV.

&lt;/pre&gt;</description>
    <dc:creator>Greg Grundl</dc:creator>
    <dc:date>2011-06-26T00:23:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/893">
    <title>Richiesta consenso privacy - Operiamo in tutta Italia</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/893</link>
    <description>&lt;pre&gt;Alla cortese attenzione
Responsabile Acquisti e Telecomunicazioni

Richiesta di consenso: qualora siate interessati a ricevere comunicazioni di carattere promozionale e commerciale sui prodotti e sui servizi proposti con grandi vantaggi:

www.GEIPEG.com realizzazione siti web, e-commerce, flip book, servizi web, marketing
www.Registrazione-dominio.com per registrare il tuo dominio in piena autonomia low cost
www.globalexpo.biz/shopping sito per stampati commerciali bv, cartoline, consumabili

vogliate dare il Vostro consenso tramite il seguente link.

Qualora avessimo recato disturbo e non desideriate ricevere in futuro comunicazioni dalla ditta proponente comunicatelo semplicemente facendoun clic sul seguente link.


Per poterLe inviare le suddette informazioni, operando nel pieno rispetto delle norme vigenti, è necessario che Lei ci autorizzi Volete saperne di piu'?
Agenzia Geipeg Comunicazione d'impresa, dedicata alle Aziende ed ai Professionisti, creata da consulenti e tecnici specializzati nel settore delle Telecomunicazioni, con esperienza dal 1997.
Il nostro ufficio commerciale e' a Vostra disposizione per qualsiasi informazione al numero 039 6840786 oppure rispondete a questa e-mail includendo
- accetto - nome referente - tel.
sarete contattati al piu' presto con la soluzione giusta per il Vostro business.

www.geipeg.com
www.registrazione-dominio.com
www.globalexpo.biz/shopping
&lt;/pre&gt;</description>
    <dc:creator>Geipeg.com richiesta consenso privacy</dc:creator>
    <dc:date>2011-06-01T16:17:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/892">
    <title>svuoto appartamenti soffitte box e cantine GRATIS</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/892</link>
    <description>&lt;pre&gt;SGOMBERIAMO : cantine - alloggi - box - negozi - cascinali - rustici - capannoni - ritiro (ferro, rame, acciaio, ottone )etc.etc. ANCHE SABATO DOMENICA E FESTIVI prezzi modici e preventivi gratuiti garantiamo serieta e professionalita Chiamate con fiducia il numero 3391211689
http://domenicotraslochi.wordpress.com/

 Questa e-mail ti è stata inviata poiché ti sei registrato per ricevere le nostre comunicazioni e-mail.
Se non desiderate ricevere le nostre mail è sufficiente risponedere a volantinivarese&amp;lt; at &amp;gt;yahoo.it  indicando " cancella ": grazie.

&lt;/pre&gt;</description>
    <dc:creator>traslochi</dc:creator>
    <dc:date>2011-05-18T15:12:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/891">
    <title>Nuovo messaggio</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/891</link>
    <description>&lt;pre&gt;Tinteggiatura semplice camera Solo ? 190,00* materiale e manodopera comprese!
http://casanouva.wordpress.com/
Questa e-mail ti è stata inviata poiché ti sei registrato per ricevere le nostre comunicazioni e-mail.
Se non desiderate ricevere le nostre mail è sufficiente risponedere a volantinivarese&amp;lt; at &amp;gt;yahoo.it  indicando " cancella ": grazie.

&lt;/pre&gt;</description>
    <dc:creator>imbianchino</dc:creator>
    <dc:date>2011-05-12T05:05:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/890">
    <title>From Sgt.Adam Bill</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/890</link>
    <description>&lt;pre&gt;

Good day and compliments, I know this letter will definitely come to you as a
huge surprise, but I implore you to take the time to go through it carefully as
the decision you make will go off a long way to determine my future and
continued existence.


Please allow me to introduce myself. I am Sgt. Adam Bill, a US Marine Sgt.
serving in the 3rd Battalion, 25th Marine Regiment that Patrols the Anbar
province, Iraq. I am desperately in need of assistance and I have summoned up
courage to contact you. I am presently in Iraq and I found your contact
particulars in an address journal.


I am seeking your assistance to evacuate the sum of Nine Hundred Thousand US
Dollars (Nine Hundred thousand USD) to the States or any safe country, as far
as I can be assured that it will be safe in your care until I complete my
service here.

This is no stolen money and there are no dangers involved.


SOURCE OF MONEY:
Some money in various currencies was discovered and concealed in barrels with
piles of weapons and ammunition at a location near one of Saddam Hussein's old
Presidential Palaces during a rescue operation and it was agreed by all party
present that the money be shared amongst us.


Click this link http://news.bbc.co.uk/2/hi/middle_east/2988455.stm


This might appear as an illegal thing to do but I tell you what?
No compensation can make up for the risks we have taken with our lives in thishellhole.


The above figure was given to me as my share and to conceal this kind of money
became a problem for me, so with the help of a British contact working with the
UN here (his office enjoys some immunity)


I was able to get the package out to a safe location entirely out of trouble
spot. He does not know the real contents of the package as he believes that it
belongs to an American who died in an air raid, who before giving up trusted me
to hand over the package to his close relative. I have now found a secured way
of getting the package out of Iraq for you to pick up. I do not know for how
long I will remain here, as I have been lucky to survive 2 suicide bomb attacks
by Pure Divine intervention.


 This and other reasons put into consideration have prompted me to reach out for
 help. If it might be of interest to you then Endeavor to contact me and we
would work out the necessary formalities but I pray that you are discreet about
this mutually benefiting relationship.


Respectfully,
Sgt.Adam Bill:
 United States Marine Corps. IRAQ
&lt;/pre&gt;</description>
    <dc:creator>Sgt.Adam Bill</dc:creator>
    <dc:date>2011-03-22T07:34:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/889">
    <title>soon in tours</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/889</link>
    <description>&lt;pre&gt;All information on http://escortplius.com

Unsubscribe: http://mail.prj.lt/admin/bg/mailer_callback?q=unsubscribe&amp;amp;u=394150&amp;amp;ag=8&amp;amp;rg=4,10,13&lt;/pre&gt;</description>
    <dc:creator>escortplius&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2011-01-30T17:31:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/888">
    <title>InterScan for CSC SSM Notification</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/888</link>
    <description>&lt;pre&gt;***********************
This message has been scanned by the InterScan for CSC SSM and found to be free of known security risks.
***********************



A security risk was detected in a message you attempted to send, titled Returned mail: Data format error. The message may not be delivered to the recipient, admission&amp;lt; at &amp;gt;pmtpims.org. We suggest scanning your computer for security risks.



The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system.


&lt;/pre&gt;</description>
    <dc:creator>contact&lt; at &gt;pmtpims.org</dc:creator>
    <dc:date>2011-01-18T08:44:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/887">
    <title>fat bfd?</title>
    <link>http://permalink.gmane.org/gmane.linux.debian.devel.toolchain/887</link>
    <description>&lt;pre&gt;Bfd is capable of being configured to handle a wide variety of object 
file formats for a wide variety of cpus, all concurrently.

Is there a prebuilt package which includes a fat bfd?  Perhaps to 
support a fat objdump?  Or is that something I'd have to build myself?

And if not, would it make any sense to partition the binutils such that 
the assembler had a single bolted format but that most of the other 
tools had a fat list of supported format?

--rich


&lt;/pre&gt;</description>
    <dc:creator>Rich Pixley</dc:creator>
    <dc:date>2010-12-22T23:35:52</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.debian.devel.toolchain">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.debian.devel.toolchain</link>
  </textinput>
</rdf:RDF>

