CIP: nur boost 1.35?

[system]

Disclaimer: Dieser Thread wurde aus dem alten Forum importiert. Daher werden eventuell nicht alle Formatierungen richtig angezeigt. Der ursprüngliche Thread beginnt im zweiten Post dieses Threads.

[Michi_D]

CIP: nur boost 1.35?
Hallo,

ich habe ein kleines Boost-Programm geschrieben, dass zu Hause wunderbar laeuft und im CIP gar nicht! Hab ein bisschen gesucht und es wird erst nach Version 1.35 unterstuetzt (zu Hause hab ich 1.43 :D)
Kann es sein, dass im CIP noch eine ziemlich alte Version installiert ist?

Thx!

[Airhardt]

---

@Michi D.

Kann es sein, dass im CIP noch eine ziemlich alte Version installiert ist?

Auf den Kisten läuft Debian Lenny - beantwortet das deine Frage? :-p

Wenn du nett und penetrant genug an problems@cip schreibst, installiert dir vielleicht ein Admin eine halbwegs rostfreie Boost-Version.

[Igor]

---

Oder du nutzst das ciptmp und legst dort die ensprechende version ab.

[Michi_D]

---

Ah ok, vielen Dank.

[Ford_Prefect]

---

1.43 ist leider auch nicht voll abwärtskompatibel zu 1.35, was total nervig ist.

[Absurd-Mind]

---

@Igor++:1278335953

Oder du nutzst das ciptmp und legst dort die ensprechende version ab.

Was Stress bedeutet wenn die entsprechenden Personen das mitbekommen.

[Igor]

---

@Absurd-Mind

@Igor++:1278335953

Oder du nutzst das ciptmp und legst dort die ensprechende version ab.

Was Stress bedeutet wenn die entsprechenden Personen das mitbekommen.

Das musst mir mal erklären. Warum?

[Das_F]

---

Vermutlich mein Absurd die Benutzungsrichtlinien die verbieten, dass man

1. Software nutzt die weder von einem selbst geschrieben, noch von den Admins zur verfügung gestellt wurde,
2. Software installiert ohne es vorher mit den Admins abgesprochen zu haben.

Grüße,
F

[Igor]

---

@Das F

Vermutlich mein Absurd die Benutzungsrichtlinien die verbieten, dass man

1. Software nutzt die weder von einem selbst geschrieben, noch von den Admins zur verfügung gestellt wurde,
2. Software installiert ohne es vorher mit den Admins abgesprochen zu haben.

Grüße,
F

Steht das wirklich drin. Damit hätte jeder Informatikstudent der jemals eine Rechnerübung im cip gemacht hat gegen die Richtlinien verstoßen, weil Software selbst geschrieben und vermutlich mal getestet= genutzt.
Ich seh schon morgen haben alle Informatiker kein cip acc mehr xD.

[Karim]

---

Es geht ja um Software, die nicht von einem selbst geschrieben oder von Admins Gnaden zur Verfügung gestellt wurde…

[Das_F]

---

Upsi, das war gemeint, ja. Offensichtlich etwas unglücklich formuliert

[Igor]

---

Dann würd ich sagen, jede boost klasse die du nutzst modifizierst du leicht, paar Zeilen code rein, printf oder so. Und schon bist wieder auf der sicheren Seite.

[Michi_D]

---

Ach ja, wie schön man sich so um eine Mail drücken kann xD

Naja dann frag ich halt mal “nett und penetrant”

[Michi_D]

---

hallo, ich bin’s schon wieder

Ich habe jetzt rausbekommen, dass boost 1.43. auch installiert ist, nämlich unter:

/local/boost-1.43/

Wollt das ganze jetzt mal testen mit:

g++ -I /local/boost-1.43/boost_1_43_0 -o <blablub> -pthread -L/local/boost-1.43/boost_1_43_0/stage/lib -lboost_thread

Und dann kommt sowas raus: ./functions: error while loading shared libraries: libboost_thread.so.1.43.0: cannot open shared object file: No such file or directory

Hab dazu auch was gefunden: [SOLVED] Boost libraries not found

added /usr/local/lib to the top of /etc/ld.so.conf

Hat bei mir zuhause wunderbar funktioniert, allerdings kann ich das im CIP ja nicht machen… (oder darf ich sowas?)
Wie schaff ich es trotzdem?

Thx

[Airhardt]

---

LD_LIBRARY_PATH="/local/boost-1.43/lib" ./functions

[arw]

---

oder dem Linker beim compilieren LD_RUN_PATH=/local/boost-1.43/lib mitgeben.

[Michi_D]

---

ok, werd’s mal ausprobieren. Thx

[Michi_D]

---

ich hab jetzt schon mal ein bisschen gegooglet, aber ich bin zu blöd dafür…

Da ich eh ein Makefile habe, wollte ich das Zeug da mit reinpacken. Im Internet hab ich was von “-R” bzw. “-rpath” gefunden, aber ich bring’s nicht zum laufen. Kann mir jemand ein Beipsiel geben, wie man das macht?

Oder geht das noch besser und ich kann LD_RUN_PATH direkt im Makefile (temporär) setzen? (oder vllt was anderes?)

[Der_Ich]

---

evtl hilft dir dieses Makefile (zwar für opencv ist aber vom prinzip dasselbe), dann müsstest du nur noch die entsprechenden pfade ersetzen:

INCLUDE = -I/usr/include/ -I/usr/local/include/opencv -I./include/
LIBDIR  = -L/usr/X11R6/lib -L/usr/local/lib 

COMPILERFLAGS = -Wall -g
CC = g++
CFLAGS = $(COMPILERFLAGS) $(INCLUDE)
LIB = -lX11 -lXi -lXmu -lGLEW -lglut -lGL -lGLU -lm -lpthread -lcxcore -lcv -lhighgui -lcvaux -lml
#OBJS = geomtester.o CircleStreet.o MyStreet.o ManuelStreet.o Car.o Vector2D.o Vector3D.o Simulator.o ParticleFilter.o Particle.o SimulatorTest.o Util.o Obstacle.o UltraSoundSensor.o InfraRedSensor.o CameraSensor.o CollisionEvaluator.o CarMotionModel.o DistToMiddleEvaluator.o BorderEvaluator.o StopLine.o BoundaryEvaluator.o LaneEvaluator.o CollisionEval.o ObstacleSideEvaluator.o ObstacleDistanceEvaluator.o NewPlanner.o PF.o FastBorderEvaluator.o FastCollisionEvaluator.o Intersection.o Circle.o Rectangle.o Line.o
#BIN = geomtester
OBJS = main.o CircleStreet.o MyStreet.o ManuelStreet.o Car.o Vector2D.o Vector3D.o Simulator.o ParticleFilter.o Particle.o SimulatorTest.o Util.o Obstacle.o UltraSoundSensor.o InfraRedSensor.o CameraSensor.o CollisionEvaluator.o CarMotionModel.o DistToMiddleEvaluator.o BorderEvaluator.o StopLine.o BoundaryEvaluator.o LaneEvaluator.o CollisionEval.o ObstacleSideEvaluator.o ObstacleDistanceEvaluator.o NewPlanner.o PF.o FastBorderEvaluator.o FastCollisionEvaluator.o Intersection.o Circle.o Rectangle.o Line.o
BIN = main

all: $(BIN)

main: $(OBJS)
	$(CC) $(CFLAGS) -o main $(OBJS) $(LIB)
	
geomtester: $(OBJS)
	$(CC) $(CFLAGS) -o geomtester $(OBJS) $(LIB)
	
.cpp.o:
	$(CC) $(CFLAGS) -c $<
	
.c.o:
	$(CC) $(CFLAGS) -c $<
	
clean:
	#rm -f $(BIN) $(OBJS)
	rm -f $(BIN) *.o