SmartList | 1 Jul 2003 03:19
Picon

Please confirm your message

Your e-mail message with the subject of "bug-guile <at> gnu.org"
is being held because your address was not recognized.

To release your message for delivery, please send an empty message
to the following address, or use your mailer's "Reply" feature.

   bug-guile-confirm-1057022369.21089.ce0a20 <at> gnu.org

This confirmation verifies that your message is legitimate and not
junk-mail.

[ This notice was generated by TMDA/0.59 (http://tmda.net/),
  an automated junk-mail reduction system. ]

--- Enclosed is a copy of your message.

>From bug-guile <at> gnu.org Mon Jun 30 21:19:27 2003
Return-path: <bug-guile <at> gnu.org>
Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20)
	id 19X9nh-0005EB-Gj
	for bug-guile <at> gnu.org; Mon, 30 Jun 2003 21:19:19 -0400
Received: from gnuftp.gnu.org ([199.232.41.6])
	by monty-python.gnu.org with esmtp (Exim 4.20)
	id 19X9ne-00057b-Ot
	for bug-guile <at> gnu.org; Mon, 30 Jun 2003 21:19:14 -0400
Received: from pcp01064760pcs.rome01.tn.comcast.net ([68.60.12.119] helo=61.33.16.171)
	by gnuftp.gnu.org with smtp (Exim 4.20)
	id 19X9nd-0001Gk-VZ
	for bug-guile <at> gnu.org; Mon, 30 Jun 2003 21:19:14 -0400
Received: from 152.74.145.157 ([152.74.145.157]) by hd.regsoft.net with esmtp; Jul, 01 2003 00:56:06 -0300
(Continue reading)

Soldant | 2 Jul 2003 07:54
Picon

You've been infected.

not sure if you're aware, but you're infected with a virus.

_______________________________________________
Bug-guile mailing list
Bug-guile <at> gnu.org
http://mail.gnu.org/mailman/listinfo/bug-guile

Sysoltsev, Vyatcheslav | 8 Jul 2003 17:46
Picon
Favicon

FW: problem compiling guile on IA64 by Intel compiler

I expect some reply to ensure that this is not dummy mailbox.
	--Slava

-----Original Message-----
From: Sysoltsev, Vyatcheslav 
Sent: Tuesday, June 24, 2003 4:45 PM
To: 'bug-guile <at> gnu.org'
Cc: Denis Briltz (E-mail)
Subject: problem compiling guile on IA64 by Intel compiler

Hi there!
Because Intel compiler doesn't support asm inlines on IA64 I cannot compile
guile from sources on IA64 due to SCM_FENCE macro from libguile/__scm.h.
Here is this macro:
/* Anthony Green writes:
   When the compiler sees...
           DEFER_INTS;
           [critical code here]
           ALLOW_INTS;
   ...it doesn't actually promise to keep the critical code within the
   boundries of the DEFER/ALLOW_INTS instructions. It may very well
   schedule it outside of the magic defined in those macros.

   However, GCC's volatile asm feature forms a barrier over which code is
   never moved. So if you add...
           asm ("");
   ...to each of the DEFER_INTS and ALLOW_INTS macros, the critical
   code will always remain in place.  asm's without inputs or outputs
   are implicitly volatile. */
#ifdef __GNUC__
(Continue reading)

Sysoltsev, Vyatcheslav | 9 Jul 2003 07:03
Picon
Favicon

RE: FW: problem compiling guile on IA64 by Intel compiler

Starting from 8.0 Intel compiler defines GNUC macroses.
Thanks for response.
	--Slava

-----Original Message-----
From: Thien-Thi Nguyen [mailto:ttn <at> glug.org]
Sent: Tuesday, July 08, 2003 10:06 PM
To: Sysoltsev, Vyatcheslav
Cc: bug-guile <at> gnu.org; Briltz, Denis
Subject: Re: FW: problem compiling guile on IA64 by Intel compiler

   From: "Sysoltsev, Vyatcheslav" <vyatcheslav.sysoltsev <at> intel.com>
   Date: Tue, 8 Jul 2003 19:46:20 +0400 

   -#ifdef __GNUC__
   +#if defined(__GNUC__) && !(defined(__INTEL_COMPILER) ...

why does the intel compiler define __GNUC__ ?
perhaps there is a bug in another guile header?

thi

_______________________________________________
Bug-guile mailing list
Bug-guile <at> gnu.org
http://mail.gnu.org/mailman/listinfo/bug-guile

Thien-Thi Nguyen | 9 Jul 2003 11:44

Re: FW: problem compiling guile on IA64 by Intel compiler

   From: "Sysoltsev, Vyatcheslav" <vyatcheslav.sysoltsev <at> intel.com>
   Date: Wed, 9 Jul 2003 09:03:57 +0400 

   Starting from 8.0 Intel compiler defines GNUC macroses.

that's very strange (IMHO).  anyway, does the intel compiler have plans
to support ia64 inline asm in the future?  we would have to change the
code again at that time.

thi

_______________________________________________
Bug-guile mailing list
Bug-guile <at> gnu.org
http://mail.gnu.org/mailman/listinfo/bug-guile

Sysoltsev, Vyatcheslav | 9 Jul 2003 11:49
Picon
Favicon

RE: FW: problem compiling guile on IA64 by Intel compiler

No, Intel compiler doesn't plan to support ia64 asm inlines in foreseeable
future.
	--Slava

-----Original Message-----
From: Thien-Thi Nguyen [mailto:ttn <at> glug.org]
Sent: Wednesday, July 09, 2003 1:44 PM
To: Sysoltsev, Vyatcheslav
Cc: Briltz, Denis; bug-guile <at> gnu.org
Subject: Re: FW: problem compiling guile on IA64 by Intel compiler

   From: "Sysoltsev, Vyatcheslav" <vyatcheslav.sysoltsev <at> intel.com>
   Date: Wed, 9 Jul 2003 09:03:57 +0400 

   Starting from 8.0 Intel compiler defines GNUC macroses.

that's very strange (IMHO).  anyway, does the intel compiler have plans
to support ia64 inline asm in the future?  we would have to change the
code again at that time.

thi

_______________________________________________
Bug-guile mailing list
Bug-guile <at> gnu.org
http://mail.gnu.org/mailman/listinfo/bug-guile

Thien-Thi Nguyen | 9 Jul 2003 12:24

Re: FW: problem compiling guile on IA64 by Intel compiler

   From: "Sysoltsev, Vyatcheslav" <vyatcheslav.sysoltsev <at> intel.com>
   Date: Wed, 9 Jul 2003 13:49:20 +0400 

   No, Intel compiler doesn't plan to support ia64 asm inlines in
   foreseeable future.

looking at __scm.h closely, i see the inline asm is just an
implementation detail of SCM_FENCE, but SCM_FENCE is important
anyway (having it be defined to be nothing is indeed dangerous).

so the question becomes: does the intel compiler have an alternate
method to guarantee ordering as required by SCM_FENCE?  sorry for
not asking this earlier, when you had said you would be willing to
dig into the issue.

thi

_______________________________________________
Bug-guile mailing list
Bug-guile <at> gnu.org
http://mail.gnu.org/mailman/listinfo/bug-guile

Sysoltsev, Vyatcheslav | 9 Jul 2003 14:23
Picon
Favicon

RE: FW: problem compiling guile on IA64 by Intel compiler

There is intrinsic in Intel compiler: void __memory_barrier(void);
This intrinsic does not generate code, but it creates a barrier across which
the compiler will not schedule data access instructions. Is this what is
needed?
	--Slava

-----Original Message-----
From: Thien-Thi Nguyen [mailto:ttn <at> glug.org]
Sent: Wednesday, July 09, 2003 2:25 PM
To: Sysoltsev, Vyatcheslav
Cc: Briltz, Denis; bug-guile <at> gnu.org
Subject: Re: FW: problem compiling guile on IA64 by Intel compiler

   From: "Sysoltsev, Vyatcheslav" <vyatcheslav.sysoltsev <at> intel.com>
   Date: Wed, 9 Jul 2003 13:49:20 +0400 

   No, Intel compiler doesn't plan to support ia64 asm inlines in
   foreseeable future.

looking at __scm.h closely, i see the inline asm is just an
implementation detail of SCM_FENCE, but SCM_FENCE is important
anyway (having it be defined to be nothing is indeed dangerous).

so the question becomes: does the intel compiler have an alternate
method to guarantee ordering as required by SCM_FENCE?  sorry for
not asking this earlier, when you had said you would be willing to
dig into the issue.

thi

(Continue reading)

Thien-Thi Nguyen | 9 Jul 2003 16:26

Re: FW: problem compiling guile on IA64 by Intel compiler

   Delivery-date: Wed, 09 Jul 2003 08:23:23 -0400
   From: "Sysoltsev, Vyatcheslav" <vyatcheslav.sysoltsev <at> intel.com>

   void __memory_barrier(void);
   Is this what is needed?

i believe so.  perhaps inhibition of only data-access instructions is
not as strong as is necessary, but it's a start.  code for 1.4.x now
reads as follows:

#if defined (__INTEL_COMPILER) && defined (__ia64)
#define SCM_FENCE __memory_barrier()
#else
...
#endif

we can update this should it prove insufficient.  thanks for the info.

thi

_______________________________________________
Bug-guile mailing list
Bug-guile <at> gnu.org
http://mail.gnu.org/mailman/listinfo/bug-guile

bART I Cmax-Europe BV | 11 Jul 2003 17:46
Picon

Design your own Linux-shoes

Sending "Spam" to Linux-users.
How dumb can these guys be you must be thinking? This is like teaching Bill Gates the word "open source" or like having sex with Mrs. Tyson. So, before you bomb the hell out of us or instantly block all of our IP addresses, please do listen up. We're not as stupid as you might think. We, like you, are proud Linuxers ourselves, so how could we be? We got your address searching on linux sites and we promise we will only use it once. What do you say? Deal?

Here are two helpful tips to assist you in designing yourself the coolest sneakers ever:

1. Take Your time, Don't Rush It.
We’d rather see you returning to CMAX to buy your shoes again (because you were so pleased with your first design) than not coming back at all because you designed something hideous. Save your cool shoe designs in your personal CMAX portfolio until you’re ready to buy. It’s almost the same as asking the girl in the shop if she can stow them away on the top shelf until you return tomorrow.

2. Read How “it” Works.
We clearly explain on our site (leftside always) how to design your ultimate puppies.
 

 

A Team of ex-adidas Shoe Dogs
left the corporate world and started the CMAX-brand in 1999. We've made sure that our Chinese employee's would benefit from our company. As a result we've been rewarded by having a ISO-9002 certificate, and believe us, you don't get one of these if you are not 110% taking care of your fellow workers in addition to utilizing the best possible materials. Also, as far as we know, we are the only retailer having the phone number and address of the factory online. So whenever you're close to Chenhzen, China, please do drop by and have a beer with us.

Your own logo next to TUX?
Yep, we can also do that. But we then we must call it Promotional Footwear. From a minimum of 30 pairs you can order shoes with your company logo, your sports team logo, your whatever-logo. We deliver within 4 weeks to every address within the US as well as Europe. Please pay us a visit on www.promoshoes.com to find out more.

 
© 2003 eu.CMAX.com (CMAX Europe BV)
_______________________________________________
Bug-guile mailing list
Bug-guile <at> gnu.org
http://mail.gnu.org/mailman/listinfo/bug-guile

Gmane