date:20110215

Sélection d'annonces Grande couronne - Implanter son entreprise à Toulouse

2011-02-15 Thread BureauxLocaux.com

Si vous ne lisez pas correctement ce message, cliquez-ici

BureauxLocaux.com

Votre lettre du 15 fivrier 2011

Alerte e-mail Envoyer ` un ami

[IMAGE]

[IMAGE]

[IMAGE]

Implanter son entreprise ` Toulouse

La + ville rose ; est en plein essor, et la crise n'a pas affecti ses
chiffres de transactions. Les deux principaux ptles d'activiti sont
l'aironautique et la pharmaceutique, mais les nouvelles technologies y
trouvent aussi leur place.

Voir le dossier

[IMAGE]

Ensemble, innovons et aminageons vos bureauxSpicialiste des travaux de
second =uvre, CloisonPlaf intervient depuis la conception du projet,
jusqu'` sa rialisation. Nous vous proposons toutes les solutions pour
l'agencement et le cloisonnement de vos locaux professionnels.en savoir
plus...

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

Vente Bureaux EVRY

Dans un immeuble ` usage de bureaux, une surface d'environ 220 m2,
cloisonnie, chauffage central, 12 places de parking.
Etat giniral des lieux: Bon itat

Voir l'annonce

Surface totale

:

220 m2

Disponibiliti

:

Immidiate

[IMAGE]

Hall d'accueil : rien ne remplace une bonne premihre impressionPropriitaire
ou locataire, valorisez votre bien en faisant appel ` CLEANXPERT, le
spicialiste de la remise en itat des sols et des sihges. Moquette,
parquet, marbre, granit et pierres marbrihres, CLEANXPERT redonne
l'aspect du neuf et vous permet de rialiser des iconomies sur les couts
d'entretien.en savoir plus...

[IMAGE]

[IMAGE]

[IMAGE]

Location Bureaux Entreptts SAINT-OUEN-L'AUMONE

Au rez-de-chaussie, un atelier/entreptt de 430 m2 environ 120 m2 environ
de bureaux cloisonnis et locaux sociaux Mezzanine d'une surface de 120 m2
environ Acchs par une porte PL ilectrifiie et une porte piitonnihre...

Voir l'annonce

[IMAGE]

[IMAGE]

Location Bureaux CROISSY-BEAUBOURG

Dans un parc verdoyant ` proximiti de l'autoroute A4, ensemble immobilier
cnstitui de 5 bbtiments d'activitis de plain-pied et de 3 immeubles de
bureaux en R+1

Voir l'annonce

[IMAGE]

[IMAGE]

Location Bureaux POISSY

Immeuble de bon standing au sein du technoparc de Poissy. Locaux rinovis
Moquette Faux plafond Chauffage central Acchs sicurisi RIE sur le site
Poste Gardiennage Parkings extirieurs

Voir l'annonce

[IMAGE]

[IMAGE]

[IMAGE]

EVRY : ` louer Bureaux
1044m2 (` partir de 44m2), LE MOZART - Immeuble de bureaux au pied de
la...

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

PONTOISE : Bureaux
260m2, BUREAU PONTOISE ESPACE CERGY PONTOISE - CENTER DES TROIS FONTAINES
-...

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

COMBS LA VILLE : ` louer Entreptts
4958m2, Bbtiment construit en 2005

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

POISSY : ` louer Bureaux
81m2, BUREAUX @ LOUER - POISSY - DISPONIBILITI IMMIDIATE Situi en
plein...

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

LISSES : ` louer Bureaux-Entreptts
4753m2 (` partir de 535m2), ACTIPARK BOIS CHALAND 2

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

MAGNY EN VEXIN : ` vendre Commerces
1300m2, Dpt 95 MAGNY EN VEXIN 95420 Cergy Pontoise ` 20 mn, entrept et
bureau...

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

MARNE LA VALLiE : ` louer Bureaux
1m2 (` partir de 8m2), Ce centre d'affaires Regus est installi dans
le...

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

EPONE : ` louer Bureaux
165m2, 165 m2 H.O environ ` usage de bureaux sis au 1er itage.

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

BIhVRES : ` louer Bureaux
393m2 (` partir de 393m2), Dans le parc d'activitis de BIHVRES ` 10 mn du
Pont...

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

ARGENTEUIL : ` louer Entreptts
794m2 (` partir de 63m2), Au sein de la zone d'activitis du Val d'Argent.
3...

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

BAILLY ROMAINVILLIERS : ` louer Bureaux
108m2, Immeuble construit en 1998, situi au coeur de la ville.

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

MONTIGNY LE BRETONNEUX : ` louer Bureaux-Entreptts-Commerces
780m2, Structure : mitallique. Fagades : Bardage mitallique double...

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

SACLAY : ` louer Bureaux-Entreptts
537m2 (` partir de 269m2), Immeuble AZUR

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

ERAGNY : ` louer Bureaux
81m2 (` partir de 27m2), Bbtiment de construction traditionnelle.
Revjtement...

[IMAGE]

[IMAGE]

Offres de franchise sur l'Observatoire de la franchise

Trouvez la prochaine adresse de votre entreprise parmi plusieurs milliers
d'annonces de bureaux, entreptts, locaux commerciaux, locaux d'activitis
ou locaux mixtes :

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

Paris : Pose de la 1hre pierre du nouveau centre commercial Beaugrenelle

Seul centre commercial de l'ouest de Paris, la premihre pierre du
+Nouveau Beaugrenelle; a iti posie par Christophe...

Voir

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

Le CODEL (www.nouveauciel.com)
Le Gioportail : la plus grande base de donnies foncihres et
immobilihres...

Voir

[IMAGE]

[IMAGE]

Seine-Maritime Expansion
Comiti d'expansion iconomique de la Seine-Maritime, Seine-Maritime
Expansion...

Voir

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

R  G

Международная Конференция по Геополитике и междуна =?UTF-8?B?0YDQvtC00L3Ri9C8INC+0YLQvdC+0YjQtdC90LjRj9C8IC0gR2VvcG9saXRpa2EubmV0LCDQodCw0L3QutGCLdCf

2011-02-15 Thread Organizing Committee

PQQP0Q PP5P6P4QP=P0QPP4P=P0Q P=P0QQP=P-P?QP0P:QP8QP5QP:P0Q
P:PP=QP5QP5P=QP8Q
P$QP=P4P0PP5P=QP0P;QP=QP5 P8 P?QP8P:P;P0P4P=QP5 P?QPP1P;P5PQ
P3P5PP?PP;P8QP8P:P8, P3P5PQ
P:PP=PPP8P:P8 P8 PP5P6P4QP=P0QPP4P=QQ
PQP=PQP5P=P8P9.
PQPP4P2P8P6P5P=P8P5 PPPP P8 PP2QPQPQP7P0 P=P0 PPQQPP: -
P?QPP1P;P5PQ P1P5P7PP?P0QP=PQQP8 QQQP0P= P!PP, PP2QPP?Q P8
PP7P8P8
23-24 PP0QQP0 2011 P3PP4P0, P!P0P=P:Q-PP5QP5QP1QQP3, P PQQP8Q
+7-(812)-332-9469,  geopolitika.net, spb...@mail.ru  c...@geopolitika.net
P#PPPPPPP+P PPPPPPP!
P#PPPPPPP+P PPP!PPPP!
PQPP4PP;P6P0P5QQQ QP0P1PQP0 P?P P?PP4P3PQPP2P:P5 PQQPP9
PP5P6P4QP=P0QPP4P=PP9 P=P0QQP=P-P?QP0P:QP8QP5QP:PP9
P:PP=QP5QP5P=QP8P8 P$QP=P4P0PP5P=QP0P;QP=QP5 P8 P?QP8P:P;P0P4P=QP5
P?QPP1P;P5PQ P3P5PP?PP;P8QP8P:P8, P3P5PQ
P:PP=PPP8P:P8 P8
PP5P6P4QP=P0QPP4P=QQ PQP=PQP5P=P8P9. PQPP4P2P8P6P5P=P8P5 PPPP
P8 PP2QPQPQP7P0 P=P0 PPQQPP: - P?QPP1P;P5PQ
P1P5P7PP?P0QP=PQQP8 QQQP0P= P!PP, PP2QPP?Q P8 PP7P8P8.
P!QP5P4P8 QQP0QQP=P8P:PP2 P8 P4PP:P;P0P4QP8P:PP2
PPP=QP5QP5P=QP8P8 P8P7P2P5QQP=QP5 QQP5P=QP5, P?PP;P8QP8P:P8,
QQP:PP2PP4P8QP5P;P8 P8P=QQP8QQQPP2 P8 PQP3P0P=P8P7P0QP8P9,
PP1Q   P5QQP2P5P=P=QP5 P4P5QQP5P;P8. PP1QP8QP=P0 P3P5PP3QP0QP8Q
P?QP5P4QQP0P2P;P5P=P=QQ P4PP:P;P0P4PP2: P PQQP8Q, P#P:QP0P8P=P0,
PP5P;PQQQQP8Q, PP0P7P0QQQP0P=, P QPQP=P8Q, P'P5QP8Q,
P$QP0P=QP8Q, PQQQP8Q, P!P(P. PQP3P:PPP8QP5Q P8PP5P5Q
QP5QQQ P?QP8P3P;P0QP8QQ PP0Q P?QP8P=QQQ QQP0QQP8P5 P2 P5Q
QP0P1PQP5, P:PQPQP0Q P1QP4P5Q P?QPQPP4P8QQ 23-24 PP0QQP0
2011 P3PP4P0 2010 P3PP4P0 P2 P!P0P=P:Q-PP5QP5QP1QQP3P5, P PQQP8Q.
PP0 P?P;P5P=P0QP=QQ P8 QP5P:QP8PP=P=QQ P7P0QP5P4P0P=P8QQ
PPP=QP5QP5P=QP8P8 P4P;Q QP0QQPPQQP5P=P8Q P8 PP1QQP6P4P5P=P8Q
P?QP5P4P;P0P3P0QQQQ QP;P5P4QQQ   P8P5 P2PP?QPQQ:
PQQPQP8PP3QP0QP8Q, QP8P;PQPQP8Q, QP5PQP8Q P8
P?QP0P:QP8P:P0 P3P5PP?PP;P8QP8P:P8, P3P5PQ
P:PP=PPP8P:P8 P8
PP5P6P4QP=P0QPP4P=QQ PQP=PQP5P=P8P9. PP0QP8P7P, QP0QP8P7P,
QP0QP8P7P, P3P5P=PQP8P4 P8 P4P2PP9P=QP5 QQP0P=P4P0QQQ
PP0P?P0P4P=P-PP2QPP?P5P9QP:PP9 QP8P2P8P;P8P7P0QP8P8. PP5P=P5P7P8Q
P8 PPQQPP;PP3P8Q;
PP;P8QP=P8P5 PP4P=PQQPQPP=P=P5P3P QP=P8QQPP6P5P=P8Q
PP0QQP0P2QP:PP3P P4PP3PP2PQP0 P8 P!PP2P5QQP:PP3P P!PQP7P0
P=P0 P8P7PP5P=P5P=P8P5 P3P5PP?PP;P8QP8QP5QP:PP9 P8
P3P5PQ
P:PP=PPP8QP5QP:PP9 QP8QQP0QP8P8 P2 PP8QP5, P=P0
P1P5P7PP?P0QP=PQQQ P8 QQP7P2P8PPQQQ P PQQP8P8, QQQP0P=
P!PP, PP2QPP?Q P8 PP7P8P8;
PP=P0P;P8P7 P8P7PP5P=P5P=P8Q QPPQP=PQP5P=P8Q QP4P5QP=QQ P8
P=P5QP4P5QP=QQ P2P8P4PP2 P2PPQQP6P5P=P8Q P8 PP1Q
P5PPP2
QP8P=P0P=QP8QPP2P0P=P8Q P2PPQQP6P5P=P=QQ QP8P; P8 PPP
P PQQP8P8-P!PP P?P PQP=PQP5P=P8Q P: P0P=P0P;PP3P8QP=QP
P?P0QP0PP5QQP0P P!P(P-PPPP P2 P?P5QP8PP4 Q 1991 P?P 2009
P3PP4Q;
PQPP1P;P5PQ P8 P?P5QQP?P5P:QP8P2Q P;P8P:P2P8P4P0QP8P8
PP:P:QP?P0QP8PP=P=QQ QP5P6P8PPP2 P8 P2PP5P=P=QQ P1P0P7 P!P(P P=P0
PP2QP0P7P8P9QP:PP P:PP=QP8P=P5P=QP5 P:P0P: P8QQPQP=P8P:PP2
P2PP5P=P=QQ QP3QPP7 QQQP0P=P0P P!PP P8 P4QQP3P8P QQQP0P=P0P
PP2QP0P7P8P8. P PQP?QQP: PPPP - P:P0P: P=P5PP1QPP4P8PPP5
QQP;PP2P8P5 P4P;Q P1PQQP1Q QQQP0P= PP2QP0P7P8P8 P7P0 PP8Q,
P=P5P7P0P2P8QP8PPQQQ, P4P5PPP:QP0QP8Q P8 P?QPQP2P5QP0P=P8P5 P2
21 P2P5P:P5;
PQP5P:QP0Q P5P=P8P5 QP5P?P0QP0QP=QQ P?P5QP5P3PP2PQPP2
P PQQP8P8 P8 P4QQP3P8Q QQQP0P= P!PP Q PPPP P8
PP2QPQPQP7PP P:P0P: P=P5PP1QPP4P8PPP5 QQP;PP2P8P5 P4P;Q
QQQP0P=PP2P;P5P=P8Q QP0P2P=PP?QP0P2P=QQ P8
P4P5PPP:QP0QP8QP5QP:P8Q PP5P6P4QP=P0QPP4P=QQ PQP=PQP5P=P8P9
P=P0 PP2QP0P7P8P9QP:PP P:PP=QP8P=P5P=QP5;
PQPP1P;P5PQ P8 P?P5QQP?P5P:QP8P2Q QP0P7P2P8QP8Q P!PP P:P0P:
QP5P0P;QP=PP3P P3P5PP?PP;P8QP8QP5QP:PP3P QQP1Q
P5P:QP0
PP5P6P4QP=P0QPP4P=PP3P P?QP0P2P0 Q P5P4P8P=QP P2QP5P=P0QPP4P=P
P8P7P1P8QP0P5PQP P?P0QP;P0PP5P=QPP (P?P P0P=P0P;PP3P8P8 Q
QP5QP=PP;PP3P8P5P9 QQQPP8QP5P;QQQP2P0 PP2QPQPQP7P0);
PPP=QQP8QQQP8PP=P=QP5, QP8P=P0P=QPP2QP5 P8
P8P=QPQPP0QP8PP=P=QP5 P?QPP1P;P5PQ QP0P7P2P8QP8Q
PP1PQPP=PQP?PQPP1P=PQQP8, P3PQQP4P0QQQP2P5P=P=PP9
P1P5P7PP?P0QP=PQQP8 P8 P=P5P7P0P2P8QP8PPQQP8 P PQQP8P8 P8
QQQP0P= P!PP P2 2010 - 2035 P3. P#QQP0P=PP2P;P5P=P8P5
QQQP0QP5P3P8QP5QP:PP3P P?P0QP8QP5QP0 P?P P0P2P8P0P=PQQP0P,
QP0P:P5QP=P-QP4P5QP=QP QP8P;P0P P8 P=P5QP4P5QP=PPQ
P2PPQQP6P5P=P8Q P PQQP8P8 P8 P!PP Q P!P(P P8 PPPP -
P3P;P0P2P=PP5 QQP;PP2P8P5 P4P;Q P4P5PPP:QP0QP8P7P0QP8P8
PP5P6P4QP=P0QPP4P=QQ PQP=PQP5P=P8P9 P8 QPQQP0P=P5P=P8Q
PP8QP0;
PQP0P2P QQP2P5QP5P=P=QQ P8 P=P5P7P0P2P8QP8PQQ P3PQQP4P0QQQP2
PP8QP0 P=P0 P=P5PP1QPP4P8PQQ QP01PQPP=Q P8
PP1P;P0P4P0P=P8P5 QP0P:P5QP=P-QP4P5QP=QP PQQP6P8P5P P2
QPP2QP5PP5P=P=QQ P3P5PP?PP;P8QP8QP5QP:P8Q QQP;PP2P8QQ.
PQPP1P;P5PQ P=P5P0P4P5P:P2P0QP=PQQP8

Re: Webkit 1.2.6 crashes on loongson

2011-02-15 Thread Todd Carson

On Mon, Feb 07, 2011 at 09:58:58AM +0100, Landry Breuil wrote:
 On Sat, Feb 05, 2011 at 04:36:15PM -0500, Todd Carson wrote:
  The problem is that they changed some variables from signed to unsigned,
  which leads to an array subscript calculation coming out wrong on 64-bit
  systems, because the result is zero-extended instead of sign-extended.
  
  The bug is in the JavaScript interpreter (not the JIT compiler), so it
  doesn't affect machines for which WebKit uses JIT, but I've been able to
  reproduce the crash on an amd64 that builds webkit a whole hell of a lot
  faster by compiling with --enable-jit=no.
 
 It would be good to have a fix for that issue for 4.9, but i don't have
 such hardware.
 peter, jasper, can you look into it ?
 
 Landry

I found some time to look into this a bit more.
The patch below works for me, but I've only lightly tested it, by running
some specific JS unit tests with jsc and loading Google Reader in xxxterm,
which both failed before and work now.

The difference between this and upstream 1.2.7 is just the first chunk,
subtracting 1 when assigning to argCount. This is basically reverting that
line of code back to what it was in 1.2.5. The subtraction was deleted in
the same commit that caused the crash on 64-bit machines.

--- JavaScriptCore/interpreter/Interpreter.cpp.orig Tue Dec 28 07:24:33 2010
+++ JavaScriptCore/interpreter/Interpreter.cpp  Sun Feb 13 02:02:02 2011
@@ -3456,7 +3456,7 @@ skip_id_custom_self:
 JSValue arguments = callFrame-r(argsOffset).jsValue();
 uint32_t argCount = 0;
 if (!arguments) {
-argCount = (uint32_t)(callFrame-argumentCount());
+argCount = (uint32_t)(callFrame-argumentCount() - 1);
 argCount = minuint32_t(argCount, Arguments::MaxArguments);
 int32_t sizeDelta = argsOffset + argCount + 
RegisterFile::CallFrameHeaderSize;
 Register* newEnd = callFrame-registers() + sizeDelta;
@@ -3465,17 +3465,17 @@ skip_id_custom_self:
 goto vm_throw;
 }
 ASSERT(!callFrame-callee()-isHostFunction());
-uint32_t expectedParams = 
callFrame-callee()-jsExecutable()-parameterCount();
-uint32_t inplaceArgs = min(argCount, expectedParams);
-uint32_t i = 0;
+int32_t expectedParams = 
callFrame-callee()-jsExecutable()-parameterCount();
+int32_t inplaceArgs = min(static_castint32_t(argCount), 
expectedParams);
+int32_t i = 0;
 Register* argStore = callFrame-registers() + argsOffset;
 
 // First step is to copy the expected parameters from their 
normal location relative to the callframe
 for (; i  inplaceArgs; i++)
 argStore[i] = callFrame-registers()[i - 
RegisterFile::CallFrameHeaderSize - expectedParams];
-// Then we copy any additional arguments that may be further up 
the stack ('-1' to account for 'this')
-for (; i  argCount; i++)
-argStore[i] = callFrame-registers()[i - 
RegisterFile::CallFrameHeaderSize - expectedParams - argCount - 1];
+// Then we copy any additional arguments that may be further up 
the stack
+for (; i  static_castint32_t(argCount); i++)
+argStore[i] = callFrame-registers()[i - 
RegisterFile::CallFrameHeaderSize - expectedParams - 
static_castint32_t(argCount) - 1];
 } else if (!arguments.isUndefinedOrNull()) {
 if (!arguments.isObject()) {
 exceptionValue = createInvalidParamError(callFrame, 
Function.prototype.apply, arguments, vPC - 
callFrame-codeBlock()-instructions().begin(), callFrame-codeBlock());

Re: Webkit 1.2.6 crashes on loongson

2011-02-15 Thread Landry Breuil

On Tue, Feb 15, 2011 at 03:33:47AM -0500, Todd Carson wrote:
 On Mon, Feb 07, 2011 at 09:58:58AM +0100, Landry Breuil wrote:
  On Sat, Feb 05, 2011 at 04:36:15PM -0500, Todd Carson wrote:
   The problem is that they changed some variables from signed to unsigned,
   which leads to an array subscript calculation coming out wrong on 64-bit
   systems, because the result is zero-extended instead of sign-extended.
   
   The bug is in the JavaScript interpreter (not the JIT compiler), so it
   doesn't affect machines for which WebKit uses JIT, but I've been able to
   reproduce the crash on an amd64 that builds webkit a whole hell of a lot
   faster by compiling with --enable-jit=no.
  
  It would be good to have a fix for that issue for 4.9, but i don't have
  such hardware.
  peter, jasper, can you look into it ?
  
  Landry
 
 I found some time to look into this a bit more.
 The patch below works for me, but I've only lightly tested it, by running
 some specific JS unit tests with jsc and loading Google Reader in xxxterm,
 which both failed before and work now.
 
 The difference between this and upstream 1.2.7 is just the first chunk,
 subtracting 1 when assigning to argCount. This is basically reverting that
 line of code back to what it was in 1.2.5. The subtraction was deleted in
 the same commit that caused the crash on 64-bit machines.

So 1.2.7 would only need the first chunk ? Where did you find that, so
that a proper bug report can be made upstream ? And what commit causing
crashes on 64-bit are you talking about ?

Landry

Международная Конференция по Геополитике и междуна =?UTF-8?B?0YDQvtC00L3Ri9C8INC+0YLQvdC+0YjQtdC90LjRj9C8IC0gR2VvcG9saXRpa2EubmV0LCDQodCw0L3QutGCLdCf

2011-02-15 Thread Organizing Committee

Пятая Международная научно-практическая конференция
Фундаментальные и прикладные проблемы геополитики, геоэкономики и 
международных отношений. 
Продвижение НАТО и Евросоюза на Восток - проблемы безопасности стран СНГ, 
Европы и Азии
23-24 марта 2011 года, Санкт-Петербург, Россия
+7-(812)-332-9469,  geopolitika.net, spb...@mail.ru  c...@geopolitika.net
УВАЖАЕМЫЕ КОЛЛЕГИ!
УВАЖАЕМЫЕ ГОСПОДА!
Продолжается работа по подготовке Пятой Международной научно-практической 
конференции Фундаментальные и прикладные проблемы геополитики, геоэкономики и 
международных отношений. Продвижение НАТО и Евросоюза на Восток - проблемы 
безопасности стран СНГ, Европы и Азии. Среди участников и докладчиков 
Конференции известные ученые, политики, руководители институтов и организаций, 
общественные деятели. Обширна география представленных докладов: Россия, 
Украина, Белоруссия, Казахстан, Румыния, Чехия, Франция, Турция, США. 
Оргкомитет имеет честь пригласить Вас принять участие в её работе, которая 
будет проходить 23-24 марта 2011 года 2010 года в Санкт-Петербурге, Россия.
На пленарных и секционных заседаниях Конференции для рассмотрения и обсуждения 
предлагаются следующие вопросы:
Историография, философия, теория и практика геополитики, геоэкономики и 
международных отношений. Нацизм, фашизм, расизм, геноцид и двойные стандарты 
Западно-Европейской цивилизации. Генезис и морфология; 
Влияние одностороннего уничтожения Варшавского договора и Советского Союза на 
изменение геополитической и геоэкономической ситуации в мире, на безопасность и 
уязвимость России, стран СНГ, Европы и Азии; 
Анализ изменения соотношения ядерных и неядерных видов вооружения и объемов 
финансирования вооруженных сил и ВПК России-СНГ по отношению к аналогичным 
параметрам США-НАТО в период с 1991 по 2009 годы; 
Проблемы и перспективы ликвидации оккупационных режимов и военных баз США на 
Евразийском континенте как источников военных угроз странам СНГ и другим 
странам Евразии. Роспуск НАТО - как необходимое условие для борьбы стран 
Евразии за мир, независимость, демократию и процветание в 21 веке; 
Прекращение сепаратных переговоров России и других стран СНГ с НАТО и 
Евросоюзом как необходимое условие для установления равноправных и 
демократических международных отношений на Евразийском континенте; 
Проблемы и перспективы развития СНГ как реального геополитического субъекта 
международного права с единым всенародно избираемым парламентом (по аналогии с 
технологией строительства Евросоюза); 
Конституционные, финансовые и информационные проблемы развития 
обороноспособности, государственной безопасности и независимости России и стран 
СНГ в 2010 - 2035 г. Установление стратегического паритета по авианосцам, 
ракетно-ядерным силам и неядерному вооружению России и СНГ с США и НАТО - 
главное условие для демократизации международных отношений и сохранения мира; 
Право суверенных и независимых государств мира на необходимую самооборону и 
обладание ракетно-ядерным оружием в современных геополитических условиях. 
Проблемы неадекватности ранее заключенных договоров о нераспространении 
ракетно-ядерного оружия современным реалиям; 
Теоретические и практические основы разработки адекватных ответных мер стран 
СНГ при возникновении угроз внешней агрессии, включая разжигание межэтнических 
и межконфессиональных конфликтов и войн; 
Государство и власть - проблемы интересов, взаимодействия и взаимного влияния. 
Разработка научно обоснованных методов оптимального взаимодействия; 
Окна уязвимости государства. Глава государства, как главное окно уязвимости. 
Проблемы и способы профилактики властного бандитизма и превращения всех ветвей 
органов власти в Единую ОПГ (организованная преступная группировка) страны. 
Генезис и морфология; 
Разделение должностей главы государства и главнокомандующего вооруженными 
силами страны как механизм усиления государственной безопасности, борьбы с 
фашизмом, борьбы за демократизацию и либерализацию страны, защиту прав 
человека; 
Единство армии и народа - гарантия государственной безопасности, демократизации 
государства, соблюдения прав человека и государства. Мировой опыт, 
геополитический и исторический анализ;
Телевидение и кино как механизм развития тоталитаризма, ведения идеологической 
агрессии и неконституционного характера управления государствами; 
Антироссизм и антируссизм российского телевидения – главные угрозы безопасности 
России и стран СНГ. Проблемы и перспективы строительства в России независимого 
пророссийского телевидения; 
Высокотехнологическая, промышленная, финансовая и продовольственная 
безопасности государства. Проблемы и пути их решения; 
Сильная армия и развитая высокотехнологическая промышленность - основа 
государственной независимой политики, геополитики, геоэкономики и международных 
отношений; 
Ускорение интеграции стран СНГ – единственный механизм обеспечения их 
безопасности в условиях расширения НАТО и Евросоюза на Восток, увеличения 
внешних угроз, включая наркотическую агрессию НАТО

small issues found whilst testing packages

2011-02-15 Thread Edd Barrett

Hi,

I upgraded my workstation today and installed gnome to test packages. A few
small niggles I found:

 * xxxterm .desktop file is broken
   Failed to execute child process ${TRUEPREFIX}/bin/xxxterm (No such file or
   directory)

   Did you forget to SUBST_CMD something? Will CC MAINTAINER.

   (also xxxterm menu item is mis-spelled 'Browswer' and missing an image)

 * Gnome system monitor
   - Clicking processes tab in gnome system monitor causes a crash.
   - CPU graph does not seem to work and did not pick up my 2 cpus.

   Will CC jasper and aja.

 * xulrunner size mismatch warning during package upgrade

   I think this is a known issue?

   ...
   gnome-desktop-2.32.1p0:gnome-doc-utils-0.20.3-gnome-doc-utils-0.20.4: ok
   /usr/local/xulrunner1.9/xulrunner1.9-bin:/usr/local/lib/libsqlite3.so.14.0:
   /usr/local/xulrunner1.9/libsqlite3.so.3.1 : WARNING: symbol(sqlite3_version)
   size mismatch, relink your program

 * Some not a manpage, (i guess expected)

   redland and mono for example.

That is all I have noticed so far.

Cheers

OpenBSD 4.9-beta (GENERIC.MP) #803: Mon Feb 14 14:38:41 MST 2011
t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
RTC BIOS diagnostic error 11memory_size
real mem = 3450859520 (3290MB)
avail mem = 3344982016 (3190MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf0450 (82 entries)
bios0: vendor Dell Inc. version A03 date 04/29/2009
bios0: Dell Inc. OptiPlex 760
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP SSDT APIC BOOT ASF! MCFG HPET  SLIC SSDT SSDT SSDT
acpi0: wakeup devices VBTN(S4) PCI0(S5) PCI4(S5) PCI3(S5) PCI1(S5) PCI5(S5) 
PCI6(S5) MOU_(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz, 2992.93 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG
cpu0: 6MB 64b/line 16-way L2 cache
cpu0: apic clock running at 332MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz, 2992.50 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG
cpu1: 6MB 64b/line 16-way L2 cache
ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 8
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 3 (PCI4)
acpiprt1 at acpi0: bus 1 (PCI2)
acpiprt2 at acpi0: bus 2 (PCI3)
acpiprt3 at acpi0: bus -1 (PCI1)
acpiprt4 at acpi0: bus -1 (PCI5)
acpiprt5 at acpi0: bus -1 (PCI6)
acpiprt6 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0: C1, PSS
acpicpu1 at acpi0: C1, PSS
acpibtn0 at acpi0: VBTN
cpu0: Enhanced SpeedStep 2992 MHz: speeds: 3000, 2667, 2333, 2000 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel Q45 Host rev 0x03
vga1 at pci0 dev 2 function 0 Intel Q45 Video rev 0x03
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1: apic 8 int 16 (irq 11)
drm0 at inteldrm0
Intel Q45 Video rev 0x03 at pci0 dev 2 function 1 not configured
Intel Q45 HECI rev 0x03 at pci0 dev 3 function 0 not configured
pciide0 at pci0 dev 3 function 2 Intel Q45 PT IDER rev 0x03: DMA 
(unsupported), channel 0 wired to native-PCI, channel 1 wired to native-PCI
pciide0: using apic 8 int 18 (irq 9) for native-PCI interrupt
pciide0: channel 0 ignored (not responding; disabled or no drives?)
pciide0: channel 1 ignored (not responding; disabled or no drives?)
Intel Q45 KT rev 0x03 at pci0 dev 3 function 3 not configured
em0 at pci0 dev 25 function 0 Intel ICH10 D BM LM rev 0x02: apic 8 int 21 
(irq 3), address 00:23:ae:a4:86:04
uhci0 at pci0 dev 26 function 0 Intel 82801JD USB rev 0x02: apic 8 int 16 
(irq 11)
uhci1 at pci0 dev 26 function 1 Intel 82801JD USB rev 0x02: apic 8 int 17 
(irq 5)
uhci2 at pci0 dev 26 function 2 Intel 82801JD USB rev 0x02: apic 8 int 22 
(irq 5)
ehci0 at pci0 dev 26 function 7 Intel 82801JD USB rev 0x02: apic 8 int 22 
(irq 5)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 Intel 82801JD HD Audio rev 0x02: apic 8 int 
16 (irq 11)
azalia0: codecs: Analog Devices AD1984A
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 Intel 82801JD PCIE rev 0x02: apic 8 int 16 
(irq 11)
pci1 at ppb0 bus 1
ppb1 at pci0 dev 28 function 1 Intel 82801JD PCIE rev 0x02: apic 8 int 17 
(irq 5)
pci2 at ppb1 bus 2
uhci3 at pci0 dev 29 function 0 Intel 82801JD USB rev 0x02: apic 8 int 23 
(irq

unbreak www/xxxterm desktop goo (re: small issues found whilst testing packages)

2011-02-15 Thread Ian Darwin

As Edd Barrett points out, the xxxterm port is broken in that the
desktop goo gets installed wrongly. This was put together by me 
Laurent  Marco and somehow got committed with a mixture of commands:

@${SUBST_CMD} -c ${WRKSRC}/xxxterm.desktop
${PREFIX}/share/applications/xxxterm.desktop
${INSTALL_DATA} ${WRKSRC}/xxxterm.desktop ${PREFIX}/share/applications/

Obviously the second one overwrites the effects of the first.

Should this go in as an unbreak now, or wait until after?

RCS file: /cvs/ports/www/xxxterm/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile9 Jan 2011 21:28:37 -   1.12
+++ Makefile15 Feb 2011 14:12:39 -
@@ -51,7 +51,6 @@ do-install:
${INSTALL_DATA} ${WRKSRC}/xxxtermicon*.png ${PREFIX}/share/xxxterm/
${INSTALL_DATA_DIR} ${PREFIX}/share/applications/
@${SUBST_CMD} -c ${WRKSRC}/xxxterm.desktop
${PREFIX}/share/applications/xxxterm.desktop
-   ${INSTALL_DATA} ${WRKSRC}/xxxterm.desktop ${PREFIX}/share/applications/
${CHOWN} ${SHAREOWN}:${SHAREGRP}
$(PREFIX)/share/applications/xxxterm.desktop

 .include bsd.port.mk

The misspelling of Browser in the .desktop file is probably my typo,
and can surely wait :-) (will no doubt get fixed in the upstream sources).

Re: unbreak www/xxxterm desktop goo (re: small issues found whilst testing packages)

2011-02-15 Thread David Coppa

On Tue, Feb 15, 2011 at 3:32 PM, Ian Darwin i...@darwinsys.com wrote:
 As Edd Barrett points out, the xxxterm port is broken in that the
 desktop goo gets installed wrongly. This was put together by me 
 Laurent  Marco and somehow got committed with a mixture of commands:

 @${SUBST_CMD} -c ${WRKSRC}/xxxterm.desktop
 ${PREFIX}/share/applications/xxxterm.desktop
 ${INSTALL_DATA} ${WRKSRC}/xxxterm.desktop ${PREFIX}/share/applications/

 Obviously the second one overwrites the effects of the first.

 Should this go in as an unbreak now, or wait until after?

Even better, just use:

${SUBST_CMD} -o ${SHAREOWN} -g ${SHAREGRP} -c ${WRKSRC}/xxxterm.desktop \
${PREFIX}/share/applications/xxxterm.desktop

Instead of:

@${SUBST_CMD} -c ${WRKSRC}/xxxterm.desktop
${PREFIX}/share/applications/xxxterm.desktop
${CHOWN} ${SHAREOWN}:${SHAREGRP} $(PREFIX)/share/applications/xxxterm.desktop

Ciao,
David

Re: unbreak www/xxxterm desktop goo (re: small issues found whilst testing packages)

2011-02-15 Thread Stuart Henderson

On 2011/02/15 09:32, Ian Darwin wrote:
 As Edd Barrett points out, the xxxterm port is broken in that the
 desktop goo gets installed wrongly. This was put together by me 
 Laurent  Marco and somehow got committed with a mixture of commands:

after - the latest diff for this port is at http://junkpile.org/xxxterm.diff

Re: Webkit 1.2.6 crashes on loongson

2011-02-15 Thread Todd Carson

On Tue, Feb 15, 2011 at 09:51:15AM +0100, Landry Breuil wrote:
 And what commit causing crashes on 64-bit are you talking about ?

http://gitorious.org/webkitgtk/stable/commit/f236c158708a2116a799174bd2722fd721e663c4
https://bugs.webkit.org/show_bug.cgi?id=41795

This was the cause of the crash reported at the start of this thread.
It also deletes the - 1 from argCount that the diff I sent puts back.
I couldn't find any explanation about why they did that.

 So 1.2.7 would only need the first chunk ? Where did you find that, so
 that a proper bug report can be made upstream ?

Unless I made a mistake, the subsequent parts should be identical to this:

http://gitorious.org/webkitgtk/stable/commit/34df60de3d8e524662995beb9243033c24a61797

For the first chunk, I ran some JS test code, stepped through with GDB,
and noticed that function arguments were being shifted by one.

So for example (extracted out of Google's sputnik test suite):

var obj = { shifted: 1 };

(function (){
  Function(a1,a2,a3,this.shifted=a1+a2+a3;).apply(obj,arguments);
})(,4,2);

print(obj.shifted);

This is supposed to print 42.
Without the diff, it prints null4 instead.
The function was getting args (null, , 4) instead of (, 4, 2).

Changing llvm/clang++ to use libstdc++ from ports instead of base

2011-02-15 Thread Matthew Dempsky

I know the trees locked right now, but I thought I'd send this out now
so it doesn't get lost.

Right now, clang++ tries to use libstdc++ from base (from g++ 4.2.1),
but even incredibly trivial programs fail to compile with it (e.g.,
hello world using iostream).  Using the libstdc++ from ports (i.e.,
g++ 4.2.4) seems to work much better.

Anyway, the hacky diff below makes a few changes:

  1. Searches for C++ header files from and links against ports
 libstdc++ instead of base libstdc++.  (Also, FWIW, libstdc++
 4.2.4 appears to still be GPL2+, not GPL3+ like the rest of GCC
 4.2.4; maybe worth investigating bringing into base.)

  2. When linking with -pthread, pass -lpthread to ld(1) instead of
 -pthread.

  3. Eliminates the -L/opt/gcc4/... patch hunk that only affected
 AuroraUX's driver code, not OpenBSD's.

I expect the literal /usr/local strings will need to be fixed
somehow, but not sure the best solution.  Also, I feel weird about
adding -L/usr/local/lib to the linker line, but eg++ already has this
behavior, so maybe it's okay (and should be done by default, not just
for C++ code).

I can't yet build Chromium with this diff (weird segmentation faults
in resulting executables that I haven't investigated yet), but it at
least gets further than crashing on the very first C++ file. :)


Index: patches/patch-tools_clang_lib_Driver_Tools_cpp
===
RCS file: /cvs/ports/devel/llvm/patches/patch-tools_clang_lib_Driver_Tools_cpp,v
retrieving revision 1.6
diff -N -u -p patches/patch-tools_clang_lib_Driver_Tools_cpp
--- patches/patch-tools_clang_lib_Driver_Tools_cpp  13 Jan 2011 00:15:50 
-  1.6
+++ patches/patch-tools_clang_lib_Driver_Tools_cpp  15 Feb 2011 18:50:21 
-
@@ -1,12 +1,22 @@
 $OpenBSD: patch-tools_clang_lib_Driver_Tools_cpp,v 1.6 2011/01/13 00:15:50 
jeremy Exp $
 --- tools/clang/lib/Driver/Tools.cpp.orig  Thu Sep  2 16:59:25 2010
-+++ tools/clang/lib/Driver/Tools.cpp   Thu Jan  6 11:29:39 2011
-@@ -2631,7 +2631,7 @@ void auroraux::Link::ConstructJob(Compilation C, cons
 tools/clang/lib/Driver/Tools.cpp   Mon Feb 14 17:32:05 2011
+@@ -2778,7 +2778,8 @@
+   if (!Args.hasArg(options::OPT_nostdlib) 
+   !Args.hasArg(options::OPT_nodefaultlibs)) {
+ if (D.CCCIsCXX) {
+-  CmdArgs.push_back(-lstdc++);
++  CmdArgs.push_back(-L/usr/local/lib);
++  CmdArgs.push_back(-lestdc++);
+   CmdArgs.push_back(-lm);
+ }
  
-   CmdArgs.push_back(Args.MakeArgString(-L/opt/gcc4/lib/gcc/
-+ getToolChain().getTripleString()
--   + /4.2.4));
-+   + /4.2.1));
+@@ -2787,7 +2788,7 @@
+ CmdArgs.push_back(-lgcc);
  
-   Args.AddAllArgs(CmdArgs, options::OPT_L);
-   Args.AddAllArgs(CmdArgs, options::OPT_T_Group);
+ if (Args.hasArg(options::OPT_pthread))
+-  CmdArgs.push_back(-pthread);
++  CmdArgs.push_back(-lpthread);
+ if (!Args.hasArg(options::OPT_shared))
+   CmdArgs.push_back(-lc);
+ CmdArgs.push_back(-lgcc);
Index: patches/patch-tools_clang_lib_Frontend_InitHeaderSearch_cpp
===
RCS file: 
/cvs/ports/devel/llvm/patches/Attic/patch-tools_clang_lib_Frontend_InitHeaderSearch_cpp,v
diff -N -u -p patches/patch-tools_clang_lib_Frontend_InitHeaderSearch_cpp
--- /dev/null   15 Feb 2011 11:50:21 -
+++ patches/patch-tools_clang_lib_Frontend_InitHeaderSearch_cpp 15 Feb 2011 
18:50:21 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- tools/clang/lib/Frontend/InitHeaderSearch.cpp.orig Fri Sep  3 09:45:53 2010
 tools/clang/lib/Frontend/InitHeaderSearch.cpp  Mon Feb 14 16:27:35 2011
+@@ -751,7 +751,7 @@
+ std::string t = triple.getTriple();
+ if (t.substr(0, 6) == x86_64)
+   t.replace(0, 6, amd64);
+-AddGnuCPlusPlusIncludePaths(/usr/include/g++,
++AddGnuCPlusPlusIncludePaths(/usr/local/include/c++/4.2.4,
+ t, , , triple);
+ break;
+   }

Re: small issues found whilst testing packages

2011-02-15 Thread Antoine Jacoutot

On Tue, 2011-02-15 at 11:16 +, Edd Barrett wrote: 
 Hi,
 
 I upgraded my workstation today and installed gnome to test packages. A few
 small niggles I found:
 
  * xxxterm .desktop file is broken
Failed to execute child process ${TRUEPREFIX}/bin/xxxterm (No such file 
 or
directory)
 
Did you forget to SUBST_CMD something? Will CC MAINTAINER.
 
(also xxxterm menu item is mis-spelled 'Browswer' and missing an image)
 
  * Gnome system monitor
- Clicking processes tab in gnome system monitor causes a crash.

Hmm, works for me.
Please send a bt.

 - CPU graph does not seem to work and did not pick up my 2 cpus.


Known issue, blame libgtop2.   


-- 
Antoine Jacoutot ajacou...@bsdfrog.org

net/samba manpages are broken.

2011-02-15 Thread Pascal Stumpf

Hi ports@,
dunno if you’re already aware of this, but it seems pretty much all of
the manpages in net/samba are somewhat broken. Each one of them starts
with three blank pages, so one has to hit space three times for the
actual text to appear. Is that reproducable for anyone?

Cheers,
Pascal

Re: Changing llvm/clang++ to use libstdc++ from ports instead of base

2011-02-15 Thread Marc Espie

On Tue, Feb 15, 2011 at 11:06:52AM -0800, Matthew Dempsky wrote:
 I know the trees locked right now, but I thought I'd send this out now
 so it doesn't get lost.
 
 Right now, clang++ tries to use libstdc++ from base (from g++ 4.2.1),
 but even incredibly trivial programs fail to compile with it (e.g.,
 hello world using iostream).  Using the libstdc++ from ports (i.e.,
 g++ 4.2.4) seems to work much better.

Finding out why it doesn't work with g++ from src would be 
the correct approach. What you propose is a band-aid.

Re: net/samba manpages are broken.

2011-02-15 Thread Ingo Schwarze

Hi Pascal,

Pascal Stumpf wrote on Tue, Feb 15, 2011 at 11:58:17PM +0100:

 dunno if you???re already aware of this, but it seems pretty much all of
 the manpages in net/samba are somewhat broken. Each one of them starts
 with three blank pages, so one has to hit space three times for the
 actual text to appear. Is that reproducable for anyone?

Oh well, here we go, DocBook once again.

Among the various man(7) code generators out there,
in my experience, DocBook tends to be the one generating
the crappiest and least portable output.  Often, DocBook
output portability is so bad that it doesn't even work well
with groff.  On top of that, I have seen DocBook bugs
leading to completely garbled syntax of the generated code.

When writing documentation and having a choice, avoid
DocBook completely.  Instead, use mdoc(7) directly.


In the samba tarball, specifically, generated man(7) pages exist
in two versions each, for example samba.7 and samba.7.crap.
Both are rather similar, but the *.crap version seems to have
slightly better code quality.  So far, I fail to find information
in the tarball what the difference is supposed to be, how they
are generated, and how they are supposed to be processed.
My build just finished, but the build log doesn't tell us much:
the nroff commands seem to be hidden with @ in the Makefiles.
Brilliant, isn't it?

However, here are the results of processing these pages manually
with the ports groff (groff-1.15) and with newest upstream groff
(groff-1.20):

   groff-1.15   groff-1.20mandoc
samba.7readable,garbled outputgarbled output
   but leading
   blank lines
samba.7.crap   empty output output is ok  garbled output

This situation is typical for DocBook generated man(7) code:
Not being portable even between different versions of groff.


There is no way to fix this quickly.  We will have to update
our ports groff to groff-1.20 post-release, which i intend to
do anyway, then check whether the samba build system picks up
the right version (samba.7.crap) that works with latest,
shiniest groff.  Don't ask me about the nomenclature.

You are very welcome to watch the ports@ list, and when you
see the groff-1.20 commit (probably in one or two months
from now) to retest samba.  Very probably, we will have to
hack up the build system to somehow make it use the higher
quality *.crap version - in the test build i just ran with
groff-1.20, it still picked up samba.7, producing even
worse output than with groff-1.15, essentially omitting
lots of section headings from the text...

Thanks for reporting,
  Ingo

Re: Changing llvm/clang++ to use libstdc++ from ports instead of base

2011-02-15 Thread Amit Kulkarni

Marc,

Here's a simple C++ program called clantest.cpp

#include string
#include iostream
using namespace std;
int main() {
cout  Hello world;
return 0;
}


I compile with clang...

clang version 2.9 (trunk 125613)
Target: x86_64-unknown-openbsd4.9
Thread model: posix
 /usr/local/bin/clang -cc1 -triple x86_64-unknown-openbsd4.9
-emit-obj -mrelax-all -disable-free -disable-llvm-verifier
-main-file-name clantest.cpp -mrelocation-model static
-mdisable-fp-elim -masm-verbose -mconstructor-aliases -munwind-tables
-target-cpu x86-64 -target-linker-version 2.15
-momit-leaf-frame-pointer -v -resource-dir
/usr/local/bin/../lib/clang/2.9 -ferror-limit 19 -fmessage-length 0
-fexceptions -fgnu-runtime -fdiagnostics-show-option -o
/tmp/cc-sVpnWD.o -x c++ clantest.cpp
clang -cc1 version 2.9 based upon llvm 2.9svn hosted on
x86_64-unknown-openbsd4.9
#include ... search starts here:
#include ... search starts here:
 /usr/include/g++
 /usr/include/g++/amd64-unknown-openbsd4.9
 /usr/include/g++/backward
 /usr/local/include
 /usr/local/bin/../lib/clang/2.9/include
 /usr/include
End of search list.
In file included from clantest.cpp:1:
In file included from /usr/include/g++/string:46:
In file included from /usr/include/g++/bits/char_traits.h:45:
In file included from /usr/include/g++/bits/stl_algobase.h:68:
/usr/include/g++/cstdlib:169:11: error: target of using declaration
conflicts with declaration already in scope
  using ::_Exit;
  ^
In file included from clantest.cpp:1:
In file included from /usr/include/g++/string:46:
In file included from /usr/include/g++/bits/char_traits.h:45:
In file included from /usr/include/g++/bits/stl_algobase.h:68:
In file included from /usr/include/g++/cstdlib:71:
/usr/include/stdlib.h:120:14: note: target of using declaration
__dead void  _Exit(int);
 ^
In file included from clantest.cpp:1:
In file included from /usr/include/g++/string:46:
In file included from /usr/include/g++/bits/char_traits.h:45:
In file included from /usr/include/g++/bits/stl_algobase.h:68:
/usr/include/g++/cstdlib:166:20: note: conflicting declaration
  extern C void (_Exit)(int);
   ^
/usr/include/g++/cstdlib:188:46: error: redefinition of parameter 'restrict'
(strtoll)(const char * restrict, char ** restrict, int);
 ^
/usr/include/g++/cstdlib:188:28: note: previous declaration is here
(strtoll)(const char * restrict, char ** restrict, int);
   ^
/usr/include/g++/cstdlib:190:47: error: redefinition of parameter 'restrict'
(strtoull)(const char * restrict, char ** restrict, int);
  ^
/usr/include/g++/cstdlib:190:29: note: previous declaration is here
(strtoull)(const char * restrict, char ** restrict, int);
^
In file included from clantest.cpp:1:
In file included from /usr/include/g++/string:46:
In file included from /usr/include/g++/bits/char_traits.h:45:
In file included from /usr/include/g++/bits/stl_algobase.h:70:
In file included from /usr/include/g++/iosfwd:44:
In file included from
/usr/include/g++/amd64-unknown-openbsd4.9/bits/c++locale.h:48:
/usr/include/g++/cstdio:158:52: error: redefinition of parameter 'restrict'
  (snprintf)(char * restrict, size_t, const char * restrict, ...);
   ^
/usr/include/g++/cstdio:158:21: note: previous declaration is here
  (snprintf)(char * restrict, size_t, const char * restrict, ...);
^
/usr/include/g++/cstdio:160:43: error: redefinition of parameter 'restrict'
  (vfscanf)(FILE * restrict, const char * restrict, __gnuc_va_list);
  ^
/usr/include/g++/cstdio:160:20: note: previous declaration is here
  (vfscanf)(FILE * restrict, const char * restrict, __gnuc_va_list);
   ^
/usr/include/g++/cstdio:163:53: error: redefinition of parameter 'restrict'
  (vsnprintf)(char * restrict, size_t, const char * restrict, __gnuc_va_list);
^
/usr/include/g++/cstdio:163:22: note: previous declaration is here
  (vsnprintf)(char * restrict, size_t, const char * restrict, __gnuc_va_list);
 ^
/usr/include/g++/cstdio:165:49: error: redefinition of parameter 'restrict'
  (vsscanf)(const char * restrict, const char * restrict, __gnuc_va_list);
^
/usr/include/g++/cstdio:165:26: note: previous declaration is here
  (vsscanf)(const char * restrict, const char * restrict, __gnuc_va_list);
 ^
/usr/include/g++/cstdio:169:11: error: target of using declaration
conflicts with declaration already in scope
  using ::snprintf;
  ^
In file included from clantest.cpp:1:
In file included from /usr/include/g++/string:46:
In file included from /usr/include/g++/bits/char_traits.h:45:
In file included from

Re: Changing llvm/clang++ to use libstdc++ from ports instead of base

2011-02-15 Thread Matthew Dempsky

On Tue, Feb 15, 2011 at 11:57:44PM +0100, Marc Espie wrote:
 Finding out why it doesn't work with g++ from src would be 
 the correct approach.

Investigating further, it seems to boil down to _GLIBCXX_USE_C99_CHECK
in /usr/include/g++/*/bits/os_defines.h.  Including cstdio from base
effectively feeds the following to the compiler:

typedef unsigned long size_t;

extern C {
int snprintf(char *, size_t, const char *, ...)
  __attribute__((__format__ (printf, 3, 4)))
  __attribute__((__nonnull__ (3)))
  __attribute__((__bounded__ (__string__,1,2)));
}

namespace std {
  extern C int
  (snprintf)(char * restrict, size_t, const char * restrict, ...);
  using ::snprintf;
}

g++ doesn't mind the conflicting definitions for snprintf (it doesn't
seem to care about *any* conflicts actually; you could put int
snprintf(double x) and it's still happy), but clang++ does.

We don't define anything in os_defines.h in libstdc++ from ports, so
the the second chunk of code above never gets included.

Perhaps we can get rid of _GLIBCXX_USE_C99_CHECK (along with the other
*_CHECK defines) since it's apparently useless even with g++ and just
causes compile trouble with clang++?  Also, maybe useful to add
_GLIBCXX_USE_C99 to ports libstdc++?  (I'll test these ideas out
later.)

Sélection d'annonces Grande couronne - Implanter son entreprise à Toulouse

Международная Конференция по Геополитике и междуна =?UTF-8?B?0YDQvtC00L3Ri9C8INC+0YLQvdC+0YjQtdC90LjRj9C8IC0gR2VvcG9saXRpa2EubmV0LCDQodCw0L3QutGCLdCf

Re: Webkit 1.2.6 crashes on loongson

Re: Webkit 1.2.6 crashes on loongson

Международная Конференция по Геополитике и междуна =?UTF-8?B?0YDQvtC00L3Ri9C8INC+0YLQvdC+0YjQtdC90LjRj9C8IC0gR2VvcG9saXRpa2EubmV0LCDQodCw0L3QutGCLdCf

small issues found whilst testing packages

unbreak www/xxxterm desktop goo (re: small issues found whilst testing packages)

Re: unbreak www/xxxterm desktop goo (re: small issues found whilst testing packages)

Re: unbreak www/xxxterm desktop goo (re: small issues found whilst testing packages)

Re: Webkit 1.2.6 crashes on loongson

Changing llvm/clang++ to use libstdc++ from ports instead of base

Re: small issues found whilst testing packages

net/samba manpages are broken.

Re: Changing llvm/clang++ to use libstdc++ from ports instead of base

Re: net/samba manpages are broken.

Re: Changing llvm/clang++ to use libstdc++ from ports instead of base

Re: Changing llvm/clang++ to use libstdc++ from ports instead of base

17 matches

Site Navigation

Mail list logo

Footer information