00:41.14 |
IriX64 |
checkit :) |
00:47.56 |
IriX64 |
checkit again, that m35 is courtesy my weird
little system . |
00:58.27 |
IriX64 |
rtedge is on the blog, ill vanish for a while
now :) |
01:01.00 |
IriX64 |
don't get to excited though you still require
an X-server |
01:08.05 |
*** join/#brlcad cad19
(n=dd048c55@bz.bzflag.bz) |
02:07.42 |
IriX64 |
http://www.pastebin.ca/437495
<--- is that compilation number your doing? or do i have a mite
here? |
02:10.58 |
poolio |
IriX64: is it svn? |
02:11.04 |
poolio |
or cvs or whatnot |
02:11.14 |
IriX64 |
source tarball |
02:11.34 |
poolio |
In that case it sounds like something on their
end. if they're using some sort of revision system it should keep
track of the compiling similar to the Linux kernel |
02:11.58 |
IriX64 |
the rest make sens 4 compilations |
02:12.04 |
IriX64 |
sense too |
02:25.19 |
IriX64 |
poolio see -----> http://www.pastebin.ca/437519 |
02:28.36 |
poolio |
so the raytracer has had a lot of work
;) |
02:29.08 |
IriX64 |
nothing that would affect you, i have
strangebrew for a system ;) |
02:30.20 |
IriX64 |
sigh im so dense poolio you're right of course
:) |
02:31.15 |
poolio |
I'm probably not right, and I've no clue as to
your density... :P |
02:31.26 |
IriX64 |
brick :) |
02:31.35 |
IriX64 |
err maybe post :) |
02:31.41 |
poolio |
that's not all that dense. |
02:31.51 |
IriX64 |
:) |
03:10.30 |
IriX64 |
not that dense eh? see what I did to myself
here poolio ---> http://www.pastebin.ca/437587 |
03:16.53 |
poolio |
meh. windows makes everything look ugly. i'm
off to sleep, gnite. |
06:07.17 |
*** join/#brlcad clock_
(i=clock@84-72-95-111.dclient.hispeed.ch) |
07:32.11 |
*** join/#brlcad daggerr
(n=daggerr@c83-254-82-9.bredband.comhem.se) |
08:21.44 |
*** join/#brlcad Elperion
(n=Elperion@p54874a60.dip.t-dialin.net) |
09:18.01 |
*** join/#brlcad cad81
(n=cab45306@bz.bzflag.bz) |
09:21.18 |
*** part/#brlcad cad81
(n=cab45306@bz.bzflag.bz) |
12:16.24 |
*** join/#brlcad docelic
(n=docelic@212.15.179.0) |
12:34.47 |
*** join/#brlcad kwizart
(n=kwizart@did75-14-82-236-19-114.fbx.proxad.net) |
12:50.05 |
*** join/#brlcad clock_
(n=clock@zux221-122-143.adsl.green.ch) |
14:22.47 |
*** join/#brlcad clock_
(n=clock@zux221-122-143.adsl.green.ch) |
15:21.52 |
CIA-14 |
BRL-CAD: 03brlcad * 10brlcad/ (NEWS README
configure.ac include/config_win.h): bump to 7.10.1 |
15:45.10 |
*** join/#brlcad rafa_
(n=rafa@200.180.169.105) |
15:45.46 |
rafa_ |
i install brlcad in ubuntu |
15:45.50 |
rafa_ |
and now? |
15:45.55 |
rafa_ |
how start? |
15:50.22 |
rafa_ |
please |
15:51.38 |
clock_ |
rafa_: download http://ronja.twibright.com/3d/ronja.g |
15:51.41 |
clock_ |
rafa_: run mged ronja.g |
15:51.48 |
clock_ |
type B ronja |
15:51.56 |
clock_ |
then go to File -> Raytrace and raytrace
it |
15:52.56 |
rafa_ |
? |
15:53.33 |
clock_ |
. |
15:53.33 |
*** join/#brlcad sisplau
(n=gn-eleaz@163.Red-81-37-105.dynamicIP.rima-tde.net) |
15:53.34 |
rafa_ |
run in terminal |
15:53.35 |
rafa_ |
$ meged? |
15:54.22 |
sisplau |
hi |
15:54.28 |
rafa_ |
hi |
15:54.40 |
sisplau |
spanish? |
15:54.48 |
rafa_ |
yes |
15:54.51 |
sisplau |
hola |
15:54.52 |
rafa_ |
como vaz |
15:54.56 |
rafa_ |
hola |
15:54.59 |
sisplau |
he instalado este programa |
15:55.02 |
sisplau |
pero no se ejecutarlo |
15:55.31 |
sisplau |
no crea icono |
15:55.44 |
sisplau |
y no se que comando debo poner en la
consola |
15:56.00 |
rafa_ |
amigo joi tambem |
15:56.02 |
CIA-14 |
BRL-CAD: 03brlcad *
10brlcad/src/tclscripts/mged/text.tcl: |
15:56.02 |
CIA-14 |
BRL-CAD: Finally isolated the problem where
certain operations in the mged command window |
15:56.02 |
CIA-14 |
BRL-CAD: will result in the input prompt
getting in front of 'mged>' prompt. the problem |
15:56.02 |
CIA-14 |
BRL-CAD: turns out to be various default
scrolling text widget bindings that modify the |
15:56.02 |
CIA-14 |
BRL-CAD: cursor input position. there's a
whole list of such bindings, but without |
15:56.02 |
CIA-14 |
BRL-CAD: testing this update just lists them
and overrides the two that were obvious |
15:56.04 |
CIA-14 |
BRL-CAD: (page up/down). |
15:56.41 |
rafa_ |
how start brlcad? |
15:56.45 |
clock_ |
brlcad: the website is confusiong. According
to "latest news", the latest version is 7.8.0 which is long time
not true |
15:56.49 |
clock_ |
rafa_: mged |
15:56.54 |
rafa_ |
no |
15:57.26 |
rafa_ |
terminal returns: |
15:57.29 |
rafa_ |
comand not found |
15:57.33 |
sisplau |
http://www.brlcad.org/overview.html
<- overview |
15:58.03 |
rafa_ |
in my sisten no mged |
15:58.12 |
sisplau |
system |
15:58.23 |
rafa_ |
i install package off SourceForge |
15:58.37 |
clock_ |
sisters of mercy |
15:58.41 |
rafa_ |
brlcad-7.8.4.deb |
15:59.10 |
rafa_ |
sistem of mercy? |
15:59.20 |
rafa_ |
sister |
15:59.21 |
rafa_ |
? |
15:59.24 |
rafa_ |
watt |
15:59.28 |
``Erik |
you probably have to add a special
path |
15:59.41 |
``Erik |
like, if you're using bash, export
PATH=$PATH:/usr/brlcad/bin |
16:00.00 |
sisplau |
how I can run the program? |
16:00.05 |
``Erik |
then you can do something like "mged
/usr/brlcad/share/7.10.0/db/moss.g" |
16:00.33 |
rafa_ |
brlcad as instaled in my sistem in
: |
16:00.42 |
rafa_ |
/usr/brlcad |
16:01.03 |
``Erik |
ok, then you'll have a /usr/brlcad/bin
directory with something around 400ish programs... the one you
probably want first is mged |
16:01.29 |
rafa_ |
mged no in bin |
16:01.37 |
rafa_ |
and no in my systen |
16:01.47 |
``Erik |
um, then ya don't have BRL-CAD installed?
:) |
16:02.04 |
CIA-14 |
BRL-CAD: 03brlcad * 10brlcad/ (NEWS
BUGS): |
16:02.04 |
CIA-14 |
BRL-CAD: Finally isolated the problem where
certain operations in the mged command window |
16:02.04 |
CIA-14 |
BRL-CAD: will result in the input prompt
getting in front of 'mged>' prompt. the problem |
16:02.04 |
CIA-14 |
BRL-CAD: turns out to be various default
scrolling text widget bindings that modify the |
16:02.04 |
CIA-14 |
BRL-CAD: cursor input position, including page
up/down. fix is simple, just do the same |
16:02.04 |
CIA-14 |
BRL-CAD: binding operation but don't move the
cursor. |
16:02.34 |
rafa_ |
i intaled package off sourceforge |
16:02.34 |
rafa_ |
package.deb |
16:02.34 |
rafa_ |
brlcad-7.8.4.deb |
16:02.54 |
clock_ |
rafa_: then the .deb package is probably
crap |
16:02.54 |
sisplau |
$ /usr/brlcad/bin/mged works |
16:03.10 |
clock_ |
rafa_: uninstall it and install the BRL-CAD
from sources |
16:03.10 |
sisplau |
rafa_ abres terminal y pones ~$
/usr/brlcad/bin/mged |
16:03.17 |
clock_ |
rafa_: and complain to the Debian developers
that they made crap |
16:03.28 |
``Erik |
you should have /usr/brlcad/bin in your path
before running mged |
16:03.30 |
rafa_ |
amigo sisplau: |
16:03.38 |
rafa_ |
no has este diretorio |
16:03.43 |
``Erik |
mged will attempt to run binaries to do
things, and those need to be in the path |
16:03.50 |
sisplau |
rafa_ abres terminal y pones
/usr/brlcad/bin/mged |
16:04.03 |
clock_ |
``Erik: Debian has to produce a .deb file that
works after being installed |
16:04.13 |
``Erik |
no shit, clock? :D |
16:04.44 |
clock_ |
A typical example when an unauthorized person
between the user and the developer tries to tamper with a readily
packaged technology |
16:04.54 |
rafa_ |
please one moment |
16:04.59 |
clock_ |
In this cause a Debian developer
tampered |
16:05.01 |
``Erik |
of course, debian may have chosen another
place to put it... /usr/brlcad is just the default... my fbsd
packages put it in /usr/local/brlcad with an mged.sh in
/usr/local/bin that pedro put together |
16:07.33 |
clock_ |
``Erik: then the package after installing has
to change the system PATH and make sure it's in effect |
16:07.33 |
clock_ |
``Erik: just those Debian incompetents didn't
do their homework properly |
16:07.33 |
``Erik |
heh, :) *pets fbsd* |
16:07.33 |
rafa_ |
sorry meged found in my system |
16:07.34 |
rafa_ |
:) |
16:07.34 |
rafa_ |
but terminal returns it: |
16:07.34 |
clock_ |
rafa_: but you don't want meged but
mged |
16:07.34 |
docelic |
debian developer "tampered" to make the
package adhere to filesystem policy |
16:07.34 |
rafa_ |
<PROTECTED> |
16:07.34 |
clock_ |
but it stopped adhering to the functionality
policy ;-) |
16:07.34 |
clock_ |
rafa_: Debian has the libraries screwed
up |
16:07.34 |
sisplau |
rafa_ ubuntu? |
16:07.34 |
clock_ |
rafa_: tell them they should fix it |
16:07.34 |
rafa_ |
i use ubuntu |
16:07.35 |
``Erik |
compiling from source should "just
work" |
16:07.42 |
clock_ |
rafa_: ubuntu is a double layer of
tampering |
16:07.43 |
clock_ |
first the Debian incompetents tamper and then
the Ubuntu ones |
16:07.49 |
``Erik |
just have to wait the 10 minutes for a compile
and install :) |
16:07.53 |
clock_ |
a resul - program which doesn't even link, let
alone run |
16:08.01 |
rafa_ |
ok |
16:08.05 |
``Erik |
use the source, luke! |
16:08.05 |
``Erik |
:D |
16:08.18 |
rafa_ |
i download sourc |
16:08.21 |
sisplau |
i use ubuntu and it works |
16:08.27 |
clock_ |
rafa_: don't use unauthorized products of
third parties and use the official product - BRL-CAD
sources |
16:08.37 |
rafa_ |
ok |
16:08.44 |
rafa_ |
amigo sisplau |
16:08.51 |
clock_ |
sisplau: looks like Ubuntu sometimes works and
sometimes not |
16:08.53 |
rafa_ |
qual é a versao que usas |
16:09.07 |
``Erik |
hm, the bsd, irix, osX and solaris binaries
are pretty 'official', in that they're compiled and packaged by
either brlcad or myself |
16:09.11 |
sisplau |
i use ubuntu, debian, suse,
fedora.... |
16:09.17 |
clock_ |
I came to a friend and he used "locate" on his
Ubuntu and it persistently segfaulted :) |
16:09.35 |
clock_ |
Ubuntu 1.2.3.4 Ultimately Unusable |
16:09.39 |
sisplau |
apt-get is the best |
16:09.45 |
``Erik |
redhat enterprise workstation 4 or openbsd are
also ones we can effectively help out on |
16:09.57 |
``Erik |
or the sgi altix suse |
16:10.18 |
``Erik |
which obsd are you using? I have a 3.8 and a
4.0 |
16:10.27 |
clock_ |
4.0 |
16:10.41 |
clock_ |
Now I am gonna compile 7.10.0 |
16:10.43 |
``Erik |
you should make a port :D |
16:11.02 |
``Erik |
I would, but theo's too much of a
cockbite |
16:11.17 |
sisplau |
clock_ what distribution you prefer? |
16:11.18 |
clock_ |
For a port I need unstable system and that's
impossible to switch back to stable |
16:11.19 |
rafa_ |
how compile? |
16:11.24 |
rafa_ |
./configure |
16:11.26 |
rafa_ |
make |
16:11.27 |
rafa_ |
and |
16:11.28 |
clock_ |
and I have only one machine so they have bad
luck with this port |
16:11.32 |
rafa_ |
make install? |
16:11.35 |
clock_ |
rafa_: make install? |
16:11.45 |
clock_ |
elapsed configuration blah blah |
16:11.46 |
clock_ |
make |
16:12.07 |
rafa_ |
and make install |
16:12.14 |
rafa_ |
or no? |
16:12.25 |
clock_ |
rafa_: yes make install |
16:12.26 |
CIA-14 |
BRL-CAD: 03brlcad * 10brlcad/HACKING: clarify
the distribution channels that need to be announced during
release |
16:12.34 |
clock_ |
;-) |
16:12.40 |
rafa_ |
./configure prefix? |
16:12.47 |
deltazap |
but, but, opennurbs....i know i make
install'ed you! |
16:12.51 |
clock_ |
I just type ./configure make make
install |
16:12.58 |
rafa_ |
ok |
16:13.20 |
clock_ |
I want to see the button brl-cad added on my
request |
16:13.45 |
clock_ |
brl-cad, as opposed to unnamed projects like
Linux or OpenBSD, reacts with improvement and bugfixes, instead of
calling people idiots and trolls |
16:13.47 |
rafa_ |
brlcad type solid works and
inventor? |
16:13.55 |
rafa_ |
is easy? |
16:14.58 |
*** join/#brlcad ibot
(i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
16:14.58 |
*** topic/#brlcad is BRL-CAD
Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad
|| http://fisheye1.cenqua.com/browse/brlcad/brlcad
|| 7.10 is now released! .. e-mail announcements will follow
posting of binary distributions |
16:15.15 |
rafa_ |
how find on manual? |
16:15.19 |
rafa_ |
tutorial? |
16:15.22 |
rafa_ |
etc... |
16:15.31 |
``Erik |
http://brlcad.og |
16:15.31 |
``Erik |
org |
16:15.47 |
rafa_ |
amigo espanhol: |
16:15.52 |
rafa_ |
etas ai? |
16:15.59 |
rafa_ |
estas ai? |
16:16.23 |
clock_ |
I am sure solid works have a special button to
create thread |
16:16.38 |
clock_ |
where you can select if you want withworth or
Metric |
16:17.24 |
``Erik |
clock: write up a tcl function or a procdb and
chuck it in the patches section and we'll have that, too
:D |
16:17.24 |
sisplau |
si |
16:17.34 |
clock_ |
and if you want left or right |
16:17.34 |
clock_ |
and which manufacturer manufactured the
bolt |
16:17.34 |
sisplau |
you brazilian? |
16:17.35 |
clock_ |
in which year |
16:17.36 |
clock_ |
and the circumference of the manufacturer's
grandfather penis |
16:17.40 |
clock_ |
and it stamps you nice 5.8 or 8.8 on the
head |
16:17.42 |
sisplau |
where do you come from? |
16:17.46 |
rafa_ |
sim eu sou brasileiro |
16:17.56 |
sisplau |
samba! |
16:17.59 |
sisplau |
hahaha |
16:18.00 |
clock_ |
Kaoma Lambada! |
16:18.19 |
rafa_ |
no |
16:18.19 |
clock_ |
macarena too? |
16:18.19 |
rafa_ |
tche music!!!! |
16:18.19 |
sisplau |
hahaha |
16:18.20 |
deltazap |
clock_: girls aren't manufacturers
silly! |
16:18.22 |
rafa_ |
de ondes es |
16:18.25 |
sisplau |
spain |
16:18.29 |
sisplau |
barcelona |
16:18.36 |
clock_ |
Los Lobotomos - Macabrena |
16:18.37 |
deltazap |
wait, i read that wrong |
16:18.40 |
``Erik |
deltazap: they're factories? :D |
16:18.47 |
rafa_ |
Porto Alegre |
16:18.52 |
rafa_ |
Rio Grande do Sul |
16:19.32 |
sisplau |
um prazer meu amigo |
16:19.43 |
sisplau |
do you like futbol? |
16:19.45 |
rafa_ |
ok |
16:19.47 |
rafa_ |
yes |
16:19.50 |
sisplau |
hahah |
16:19.54 |
clock_ |
everyone lying in the sand or
surfing? |
16:19.57 |
sisplau |
ronaldinho the best |
16:19.58 |
rafa_ |
GREMIO!!!!!!! |
16:20.10 |
rafa_ |
sim ele era do GREMIO |
16:20.18 |
sisplau |
ok i konw |
16:20.25 |
sisplau |
*know |
16:20.44 |
rafa_ |
friend sispalu do you use BrlCAD |
16:20.52 |
rafa_ |
he is hard to know? |
16:21.01 |
clock_ |
BRL-CAD doesn't it mean BRaziL-CAD? |
16:21.07 |
sisplau |
rafa run in the terminal window:
/usr/brlcad/bin/mged |
16:21.16 |
rafa_ |
no ok |
16:21.22 |
rafa_ |
i download the source |
16:21.28 |
sisplau |
in my computer it works |
16:21.40 |
rafa_ |
but my question is : |
16:21.50 |
rafa_ |
BrlCAD is easy to use? |
16:22.09 |
rafa_ |
is type off Inventor |
16:22.16 |
rafa_ |
or SolidWorks? |
16:22.20 |
rafa_ |
or Varicad? |
16:22.25 |
sisplau |
i don't know |
16:22.29 |
sisplau |
i'm novice |
16:22.39 |
rafa_ |
is good software? |
16:22.46 |
sisplau |
i only want run the benchmark option |
16:23.16 |
sisplau |
is a good option for CAD in linux :/ |
16:23.19 |
sisplau |
i think |
16:23.31 |
rafa_ |
please one moment please |
16:23.36 |
rafa_ |
i go eat |
16:23.38 |
sisplau |
rblender |
16:23.41 |
sisplau |
blender |
16:23.41 |
rafa_ |
ok? :) |
16:23.53 |
sisplau |
eat? comer? |
16:23.57 |
sisplau |
hahaha |
16:23.58 |
rafa_ |
sim |
16:24.02 |
``Erik |
BRL stands for "Ballistics Research
Laboratory" |
16:24.17 |
``Erik |
it's a US product dating back to
'79... |
16:24.47 |
sisplau |
I read it in wikipedia |
16:25.56 |
clock_ |
It's US Army and M1A1 Abrams was made in
it |
16:26.05 |
``Erik |
(I'd smack clock for misinformation, but I've
done it myself, claiming mged was "Monstrosity of a Gui EDitor"
O:-) ) |
16:26.29 |
clock_ |
``Erik: I misasked, didn't misinform
:) |
16:26.34 |
deltazap |
so, when do i get a binary for osx?
:-\ |
16:26.52 |
clock_ |
G. I. Joe U. S. Army Ballistic Research
Laboratory |
16:27.04 |
``Erik |
no, the m1a1 was built on drafting paper with
pencils, but in pieces... the first time someone saw the thing
assembled was using the seed that became BRL-CAD |
16:27.05 |
clock_ |
if it doesn't work, you do some pushups and
it's fine :) |
16:27.27 |
``Erik |
deltazap: sf.net/projects/brlcad and click
"download"... it's old, 7.6.6 ... |
16:27.39 |
deltazap |
i know, i've been using that version |
16:27.51 |
deltazap |
but i cannot for the life of me get 7.10 to
compile |
16:27.55 |
``Erik |
maybe brlcad will make another pkg/dmg for
7.10 |
16:27.57 |
clock_ |
I guess people who are into army fetish must
love brl-cad :) |
16:28.00 |
``Erik |
what's it do? |
16:28.06 |
deltazap |
i'm wishing for that |
16:29.14 |
deltazap |
it's still the same tcl error i've been
getting |
16:29.25 |
clock_ |
rafa_: brl-cad is quite easy to use, it's good
for ordinary work like http://ronja.twibright.com/3d/ |
16:29.43 |
clock_ |
rafa_: I don't know how's solid works etc.
maybe they can show you dimensions in the picture which brl-cad
cannot |
16:29.45 |
``Erik |
I haven't gotten it to work with native
tcl/tk, so my configure line is something like ./configure
--enable-tcl-build --enable-tk-build |
16:29.50 |
deltazap |
i'm trying --enable-only-benchmark so that i
can compile and test things right now |
16:29.51 |
clock_ |
and brl-cad also cannot make 2d blueprints
from the 3d |
16:31.31 |
deltazap |
``Erik: i've tried that, but it's not doing
anything. ./configure says that it's going to compile the version
included |
16:32.21 |
``Erik |
deltazap: can you paste the errors to a
pastebin (like paste.lisp.org or rafb.net/paste ?) |
16:32.32 |
deltazap |
yeah, i will |
16:39.15 |
deltazap |
of course you say that after i started another
attempt ;) |
16:41.54 |
``Erik |
well, when ya get around to it
*shrug* |
16:42.17 |
``Erik |
I'm building, too, so *shrug* these old g5's,
while smoking, aren't quite the 8 core opterons I like working
on |
16:42.20 |
clock_ |
Should I remodel all the Ronja models with
threaded fasteners? |
16:42.38 |
deltazap |
clock_: there's really no reason to |
16:42.50 |
sisplau |
ciao |
16:42.53 |
*** part/#brlcad sisplau
(n=gn-eleaz@163.Red-81-37-105.dynamicIP.rima-tde.net) |
16:43.38 |
``Erik |
you're not doing stress/strain/sheer analysis
on 'em, right? is all that effort worth the visual
effect? |
16:45.25 |
deltazap |
http://rafb.net/p/d36N3F16.html
-- my ./configure, so that you can see exactly what the system is
going to try to build |
16:47.01 |
clock_ |
``Erik: only for visual effect |
16:47.14 |
deltazap |
so, it is going to build tcl and tk |
16:47.17 |
clock_ |
``Erik: is stress strain shear analysis
possible with brl-cad? |
16:47.36 |
``Erik |
not directly |
16:47.37 |
clock_ |
ouch brl-cad didn't compile :) |
16:47.41 |
clock_ |
do I need some nurbs-something? |
16:48.14 |
``Erik |
openNURBS is being worked on to support the
brep primitive... at the moment, you should probably turn it
off |
16:50.47 |
deltazap |
i'm going to try that then |
16:52.39 |
``Erik |
yeah, the c/c++ issue just hit me on obsd,
heh |
16:53.43 |
``Erik |
(one workaround is to "export CC=g++" before
configure |
16:53.43 |
``Erik |
) |
16:53.56 |
deltazap |
what's the ./configure flag for
opennurbs? |
16:54.38 |
``Erik |
./configure --help | grep -i nurb |
17:03.39 |
CIA-14 |
BRL-CAD: 03erikgreenwald *
10brlcad/include/bu.h: beginnings of image mgmt |
17:05.17 |
CIA-14 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/libbu/image.c: beginnings of a crude image handling
function set. Will be able to save png and others some
day... |
17:05.51 |
CIA-14 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/libbu/Makefile.am: add image.c to the
library |
17:08.15 |
CIA-14 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/rt/viewedge.c: First victim of the libu image
stuff. |
17:15.57 |
clock_ |
<PROTECTED> |
17:15.57 |
clock_ |
<PROTECTED> |
17:16.08 |
clock_ |
1) How do I disable it when only enable flag
is supplied? |
17:16.17 |
clock_ |
2) Why was it autodetected as on, when not
present? |
17:17.06 |
``Erik |
--disable-opennurbs-build (anything that says
--enable- has a free --disable, and anything with a --with- has a
--without-), and that's how it was set up *shrgu* |
17:20.18 |
*** join/#brlcad rafa_
(n=rafa@200.180.169.105) |
17:21.38 |
rafa_ |
please |
17:21.59 |
rafa_ |
where i find files for brlcad |
17:22.01 |
rafa_ |
? |
17:22.15 |
rafa_ |
i want open some for i see |
17:22.28 |
clock_ |
rafa_: http://ronja.twibright.com/3d/ronja.g |
17:22.39 |
rafa_ |
ok |
17:22.55 |
rafa_ |
site ronja for brlcad? |
17:23.19 |
``Erik |
also; if you installed it in /usr/brlcad/, go
into /usr/brlcad/share/brlcad/<version>/db and there'll be a
bunch of .g files |
17:27.20 |
rafa_ |
CloCk: No open |
17:27.25 |
rafa_ |
i dont see |
17:30.20 |
rafa_ |
Open file but no show in window |
17:30.34 |
rafa_ |
how open file? |
17:30.43 |
rafa_ |
File-open? |
17:30.56 |
``Erik |
yeah, once you open it, run "tops" in the
command window |
17:31.06 |
``Erik |
to see what top level objects are in the
file |
17:31.13 |
``Erik |
pick one, and do "e object" |
17:31.30 |
``Erik |
so if you opened m35.g, you'll see all.g in
the "tops" command, and then you can do "e all.g" to see the
scene |
17:31.53 |
rafa_ |
please |
17:32.00 |
rafa_ |
i open mged |
17:32.03 |
rafa_ |
ok? |
17:32.07 |
rafa_ |
and now? |
17:32.22 |
rafa_ |
press File |
17:32.28 |
rafa_ |
i press Open |
17:32.30 |
rafa_ |
Ok? |
17:32.34 |
``Erik |
this'd be a good time for you to head to
http://brlcad.org/ and get
'principles of effective modeling (#3 in the documentation list).
it has step by step instructions with screenshots |
17:32.49 |
rafa_ |
friend |
17:33.09 |
rafa_ |
i only know see one file open in cad |
17:35.37 |
``Erik |
actually, intro to mged would be
better |
17:35.43 |
``Erik |
http://ftp.brlcad.org/VolumeII-Introduction_to_MGED.pdf |
17:45.55 |
brlcad |
rafa_: what version are you using? |
17:46.04 |
rafa_ |
7.8.0 |
17:46.29 |
``Erik |
moin, brlcad |
17:47.45 |
brlcad |
howdy |
17:48.15 |
deltazap |
hmm, that build actually didn't throw any
errors during the compile, but make benchmark fails |
17:48.31 |
brlcad |
rafa_: on the "mged>" promt, you should be
able to type: opendb
/usr/brlcad/share/brlcad/7.8.0/db/havoc.g |
17:48.40 |
brlcad |
then "e havoc" |
17:49.07 |
brlcad |
that's just a quick example.. there are many
other .g files in share/brlcad/7.8.0/db |
17:50.02 |
rafa_ |
ok |
17:50.11 |
rafa_ |
but i dont see in windos |
17:50.19 |
rafa_ |
no see the draw load |
17:50.42 |
deltazap |
http://rafb.net/p/5X9LMG18.html
-- any idea what could be causing the no file error? |
17:50.53 |
rafa_ |
mged prompt returns it: |
17:50.53 |
brlcad |
rafa_: you're using Windows? |
17:51.01 |
rafa_ |
/usr/brlcad/share/brlcad/7.8.0/db/havoc.g:
READ ONLY |
17:51.01 |
rafa_ |
BRL-GSI Paris Air Show Soviet HAVOC Helicopter
(units=cm) |
17:51.07 |
brlcad |
ahh, that's good |
17:51.09 |
rafa_ |
no i am in ubuntu |
17:51.11 |
brlcad |
then "e havoc" |
17:51.15 |
rafa_ |
? |
17:51.20 |
brlcad |
type: e havoc |
17:51.20 |
``Erik |
deltazap: sure, it can't find the pix files?
:D |
17:51.44 |
brlcad |
deltazap: rt is crashing/failing |
17:51.45 |
rafa_ |
write in prompt e havoc? |
17:51.46 |
deltazap |
but it should, they're all there? |
17:51.54 |
brlcad |
deltazap: run src/rt/rt |
17:52.02 |
brlcad |
does it display usage or a failure |
17:52.08 |
brlcad |
rafa_: si |
17:52.39 |
deltazap |
displays usage |
17:52.48 |
rafa_ |
no see |
17:52.49 |
``Erik |
deltazap: you might have to set PIXDIR or
something |
17:52.50 |
deltazap |
but i bet i'll fail when i run it |
17:53.08 |
rafa_ |
window is black |
17:53.17 |
brlcad |
rafa_: type "who" |
17:53.20 |
brlcad |
what does it say? |
17:53.27 |
brlcad |
havoc? |
17:53.54 |
rafa_ |
yes |
17:54.10 |
brlcad |
hmm |
17:54.17 |
brlcad |
type: rt -F/dev/Xl |
17:54.34 |
brlcad |
should pop open a window and show a
helicopter |
17:55.01 |
rafa_ |
small |
17:55.05 |
rafa_ |
but yes |
17:55.05 |
deltazap |
i'm not actually in front of the machine i
just compiled it on :X |
17:55.37 |
rafa_ |
go a compiled the source? |
17:56.16 |
deltazap |
http://rafb.net/p/y3JgjP62.html |
17:57.14 |
rafa_ |
? |
17:58.27 |
deltazap |
paste of rt failing |
18:06.11 |
``Erik |
otool -L
/Users/zap/Desktop/brlcad/src/rt/.libs/lt-rt |
18:06.22 |
``Erik |
? |
18:07.08 |
``Erik |
(it's telling you it can't find library
symbols from tcl) |
18:07.13 |
rafa_ |
please one moment |
18:07.23 |
rafa_ |
i download the source |
18:07.43 |
rafa_ |
and i go to compile it |
18:08.00 |
rafa_ |
brlcad need Nvdia or Ati |
18:08.02 |
rafa_ |
? |
18:09.47 |
rafa_ |
my video adpter is intel and sis |
18:09.52 |
rafa_ |
(onboard) |
18:10.05 |
rafa_ |
Run BrlCad with it? |
18:10.29 |
joevalle1field |
sure |
18:10.38 |
``Erik |
intel and sis make very different video
chipsets, but BRL-CAD should run with either provided your GL stuff
set up right or you use the straight X driver |
18:13.08 |
rafa_ |
run? |
18:13.16 |
rafa_ |
with sis? |
18:16.03 |
joevalle1field |
yes |
18:16.30 |
joevalle1field |
onboard video should work fine |
18:18.36 |
rafa_ |
i am compiled BrlCad |
18:18.41 |
rafa_ |
please more one time |
18:20.53 |
joevalle1field |
rafa_: it's compiled? |
18:21.01 |
rafa_ |
no |
18:21.08 |
rafa_ |
more one time |
18:21.37 |
joevalle1field |
s/more one time/one moment please/ |
18:22.33 |
``Erik |
ah, from pennsylvania, no wonder it's in the
same healthiness pantheon as 'scrapple' |
18:22.58 |
joevalle1field |
mmmm, bacon dressing |
18:24.50 |
``Erik |
<-- watching his intake, trying to keep his
girlish figure O.o |
18:43.38 |
*** join/#brlcad IriX64
(n=mario_du@bas2-sudbury98-1096601189.dsl.bell.ca) |
18:55.31 |
CIA-14 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/rt/viewedge.c: move the bif close from view_clewnup to
view_end (so it actually gets called *cough*) |
18:56.00 |
IriX64 |
clewnup :) |
18:58.38 |
``Erik |
yes. clewnup. |
18:58.57 |
IriX64 |
your pardon thought it was cleanup |
18:59.24 |
``Erik |
it's like cleanup, but when the fingers and
brain are getting tired |
18:59.30 |
CIA-14 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/libbu/image.c: |
18:59.30 |
CIA-14 |
BRL-CAD: use the data element of the bif to
buffer up instead of assuming a streamed |
18:59.30 |
CIA-14 |
BRL-CAD: write (makes write-line void of side
effects, thus re-entrant, removes the |
18:59.30 |
CIA-14 |
BRL-CAD: seek, and will allow non-streaming
formats like png (at the cost of memory)) |
19:49.34 |
deltazap |
``Erik: i understand that it can't find the
tcl library symbols, but i don't know how to resolve this
issue |
19:50.26 |
``Erik |
otool -L <binary> is the mac equivelant
of ldd |
19:50.39 |
``Erik |
it'll say what libs are being linked in, if
there's no tcl, or the wrong tcl, it'll show t hat |
19:51.56 |
IriX64 |
http://irix64.spaces.lice.com/photos/brl-cad
<------ i want mine to do this ;) |
19:54.48 |
IriX64 |
s/live/lice |
19:54.53 |
IriX64 |
:) |
19:55.58 |
``Erik |
you want BRL-CAD to remove lice? uh, we're
good, but not THAT good, yo |
19:56.13 |
IriX64 |
heh apply liberally... |
19:58.11 |
IriX64 |
``Erik that was booted from the winderez
environment. |
19:58.43 |
IriX64 |
gotta find a decent windows xserver
tho |
20:02.53 |
``Erik |
um, cygwin comes with one |
20:03.01 |
``Erik |
or you can drop some $'s and get something
like hummingbird |
20:03.11 |
``Erik |
though the wgl stuff SHOULD work |
20:03.45 |
IriX64 |
cygwin works, but id like to test
compatibility |
20:03.58 |
IriX64 |
downloading xming from sourceforge |
20:06.39 |
``Erik |
dangit |
20:06.41 |
``Erik |
libpng error: Call to NULL write
function |
20:06.41 |
``Erik |
Ohs Noes! |
20:08.20 |
``Erik |
what, xming? *shrug* |
20:08.28 |
IriX64 |
brlcad on xming |
20:09.09 |
IriX64 |
dont like the font but... |
20:12.44 |
IriX64 |
try the blog now |
20:23.56 |
deltazap |
``Erik: it doesn't look like any .o's have
anything linked |
20:27.52 |
``Erik |
.o's never do, it's the binary itself and teh
.dylib files |
20:28.12 |
deltazap |
oh d'oh |
20:28.28 |
``Erik |
(a .o is just like a .a without the indexed
mapping) |
20:29.17 |
``Erik |
(the process of taking a collection of .o, .a,
and references to .dylib (or .la) files is called "linking"...
otool -L shows the runtime link table) |
20:30.58 |
``Erik |
argh, I have one of the rt's saving
'intelligently' either pix or bw, but png is being a little bitch
:( |
20:32.25 |
IriX64 |
confirmed i can package this thing for windows
systems now ``Erik |
20:32.57 |
IriX64 |
will you guys support the brl-cad end of it
:) |
20:34.50 |
IriX64 |
raytrace complete gorgeous |
20:35.42 |
``Erik |
if it's a BRL-CAD issue, sure, if it's a
distro/build issue, that'd be your job o.O |
20:35.56 |
IriX64 |
heh i can live with that |
20:36.16 |
``Erik |
<-- notes that almost all the dev's don't
touch windows |
20:36.31 |
IriX64 |
all your stuff is here i built with
--enable-everything, even jove built |
20:37.30 |
deltazap |
``Erik: otool only works on object files, not
binaries |
20:40.27 |
``Erik |
hum, I've used it on binaries... |
20:41.45 |
``Erik |
http://paste.lisp.org/display/39698 |
20:42.49 |
``Erik |
use 'file' to make sure it's a binary and not
a shell script (libtool likes putting bash scripts where you expect
binaries, for link hackery) |
20:43.15 |
deltazap |
k |
20:43.50 |
IriX64 |
http://irix64.spaces.live.com/photos/brl-cad
< --- ill shut up now :) |
20:44.33 |
``Erik |
why's the rtedge image truncated? did you take
the screenshot while it was still rendering? |
20:44.39 |
IriX64 |
yes |
20:45.09 |
IriX64 |
told you i'm an impatient little sot
;) |
20:49.00 |
IriX64 |
how do i chanfe the darn font, reading
time... |
20:49.06 |
IriX64 |
change too |
20:49.12 |
deltazap |
``Erik: ah, i see, didn't know that it would
be in .lib |
20:49.18 |
deltazap |
.libs |
20:49.33 |
brlcad |
it's only in libs when you build shared,
static are not wrapped |
20:50.17 |
brlcad |
deltazap: is libtcl installed in
/usr/brlcad/lib? |
20:50.59 |
``Erik |
ah, I'm building shared |
20:51.12 |
deltazap |
i've been running things from the directory of
the source |
20:51.35 |
brlcad |
yes, I recall from your earlier
pasting |
20:51.54 |
brlcad |
the "quick fix" is/was to install the libs
before running the binaries |
20:52.14 |
brlcad |
hm, that's make a useful make target |
20:52.34 |
brlcad |
make install-libs or something |
20:53.42 |
deltazap |
yeah, libtcl8.5, libtclstub8.5, tcl8, tcl8.5,
tclConfig are in /usr/brlcad/lib |
20:54.09 |
``Erik |
kinda like "make install-depends"?
O.o |
20:54.50 |
brlcad |
``Erik: yeah, mebbie/sorta |
20:55.20 |
brlcad |
something like that on just src/mged would get
"everything" except mged hopefully |
20:55.32 |
*** join/#brlcad louipc
(n=louipc@bas8-toronto63-1128543403.dsl.bell.ca) |
20:55.44 |
brlcad |
hola louipc |
20:55.52 |
louipc |
hey hey |
20:55.57 |
``Erik |
um, cd src/mged && make
install-depends will recurse down the defined DEPS and, um, install
'em... :D |
20:56.17 |
``Erik |
(it'll take headers and docs for shtuff like
png and tcl, too, but *shrug* what can ya do?) |
20:57.11 |
``Erik |
hell, I wrote depends and install-depends so'z
I could get the binary I want installed and ready as quickly as
possible without all the other stuff I wasn't interested in
:) |
20:57.20 |
brlcad |
that's what I just said |
21:00.01 |
brlcad |
i was more thinking if there was some set of
binaries, like in his case where it can't run rt and btclsh whether
you could just do that on mged to get all the lib debs |
21:00.24 |
brlcad |
instead of having to do it for rt and btclsh
and whatever other binaries it tries to run without them being
installed |
21:01.01 |
brlcad |
so you could do a two-pass and sort of be
guaranteed it'd build, mac os x seems to be the only bitch right
now (though I suspect aix has the same problem) |
21:02.16 |
brlcad |
nitfy image routine, btw |
21:02.35 |
``Erik |
it's gotten much bigger and uglier, it does
pix and bw, and I'm CLOSE on png... |
21:03.08 |
``Erik |
hopefully it'll be able to do both block and
streamed saves, so all our output stuff can just use it |
21:03.20 |
``Erik |
but png is making my head hurt right now
:) |
21:09.34 |
brlcad |
that probably could/should be a libfb routine
as that's the layer that begins understanding pixels and
images |
21:16.05 |
``Erik |
yeah, I suggested that to lee, he disagreed
*shrug* |
21:16.06 |
``Erik |
he also asserted several times that rt can
output streaming, even though it fseek()s, heh |
21:16.06 |
brlcad |
what was the basis for his
disagreement |
21:16.06 |
brlcad |
suggested or asked? :P |
21:16.25 |
``Erik |
heh, something like "I think it should go in
libfb, is there a better place?" |
21:16.35 |
brlcad |
if you asked if it should be [whatever], his
natural response is usually "no, you want to use [something not
whatever] instead" :) |
21:16.46 |
``Erik |
yeah, yeah, dumb move on my side,
heh |
21:16.46 |
brlcad |
regardless of the whatever |
21:17.41 |
``Erik |
I wasn't sure if things like pix-png should
link libfb... *shrug* |
21:17.59 |
brlcad |
bu's not bad, probably would be my second
choice unless someone wanted to migrate the basic pixel constructs
from libfb to libbu too |
21:18.43 |
``Erik |
he went into lala land trying to figure out
the most assinine place, he hesitated when I said I'd put it in
bu |
21:19.00 |
brlcad |
more a question of whether you want to
consider image management basic .. right now that's *only* in
libfb |
21:19.26 |
``Erik |
(mebbe I shoulda just used SDL_Surface O:-)
) |
21:19.37 |
brlcad |
yuck |
21:20.00 |
brlcad |
bu's fine, so it can do images now
too |
21:21.09 |
brlcad |
the image autosizing code that was replicated
across libbu, libbn, and libfb could probably be moved back down
into libbu then |
21:21.24 |
``Erik |
though if things get simplified enough, most
of util/ is going to be a second rate clone of ImageMagick's
"convert" :/ |
21:22.02 |
brlcad |
yep |
21:22.10 |
brlcad |
though we do a few formats that they
don't |
21:22.58 |
brlcad |
obscure unimportant ones of course |
21:23.00 |
``Erik |
could probably make a case that those formats
haven't mattered in the last decade or two :) |
21:24.29 |
brlcad |
they're actually a project we should
merge/utilize with the new modeler for behind the scenes data
management/conversion |
21:24.42 |
brlcad |
at least convert and/or libconvert |
21:28.35 |
``Erik |
bastage, I ate one of those nasty celeste
grease-disks :/ |
21:28.49 |
brlcad |
those are yummy |
21:29.47 |
IriX64 |
thats a better font :) |
21:30.08 |
``Erik |
heh, I'm not so keen on 'em, and the
nutritional facts are kinda skeery on 'em :) |
21:32.22 |
*** join/#brlcad yky
(n=yokoy@89.196.47.212) |
21:33.39 |
yky |
hi |
21:36.09 |
yky |
are there any german brlcad users or brlcad
workshops in germany? |
21:36.23 |
*** join/#brlcad SWPadnos_
(n=Me@dsl245.esjtvtli.sover.net) |
21:37.17 |
brlcad |
yky: yes, there are |
21:37.32 |
brlcad |
at least one of the devs is in germany
too |
21:37.56 |
yky |
do you know, who it is? |
21:38.10 |
brlcad |
there is a tentative workshop being planned
for later this summer (not finalized for sure yet) |
21:38.29 |
brlcad |
daniel rossberg |
21:38.38 |
brlcad |
yky: did you need something in
particular? |
21:38.57 |
*** join/#brlcad clock_
(i=clock@84-72-92-67.dclient.hispeed.ch) |
21:39.01 |
yky |
no, not really. |
21:39.10 |
brlcad |
:) |
21:39.37 |
*** join/#brlcad poolio
(n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
21:39.49 |
brlcad |
``Erik: so is there any end-user impact to
that image hook yet? |
21:39.53 |
yky |
I hope to learn brlcad on a workshop more
easy |
21:40.02 |
brlcad |
(i.e. NEWS worthy item) |
21:40.29 |
brlcad |
yky: it does help, though the tutorial series
is pretty extensive too for some of the basics |
21:40.34 |
``Erik |
ummmm, if not quite yet |
21:40.53 |
brlcad |
i'd not tested it myself yet |
21:40.55 |
``Erik |
I mean, you can do rtedge -o PIX:blah.poo
blah.g something |
21:41.01 |
``Erik |
and get a PIX file |
21:41.10 |
``Erik |
or -o BW:blahh.something and get a bw
file |
21:41.45 |
``Erik |
or blah.bw and get a bw file, or blah.pix and
get a pix file... or blah.png and get an error on png_write_info()
and an "Ohs Noes" message |
21:41.51 |
``Erik |
oh, wait, thats not committed yet |
21:41.53 |
brlcad |
now that could be interesting on windows,
hopefully doesn't key/abort on unknowns |
21:42.14 |
``Erik |
if you give it COW:something or moo.cow, it'll
assume pix |
21:42.21 |
brlcad |
e.g. -o "C:myfile" :) |
21:42.22 |
``Erik |
but that's not committed yet I don't
think |
21:42.56 |
brlcad |
what if you wanted a name like 'PIX:foo', is
there a way to specify it? |
21:43.09 |
brlcad |
\: or somesuch? |
21:43.10 |
``Erik |
now if you give it BW:C:\path\to\lame.img,
it's smart enough to say it's a BW image at C:\path\to... |
21:43.19 |
``Erik |
PIX:PIX:foo ? |
21:43.28 |
brlcad |
good enough |
21:43.42 |
``Erik |
it's a q&d hack with "oh the horrors, I'll
fix it, I promise" comments |
21:43.43 |
``Erik |
:) |
21:43.51 |
brlcad |
riight |
21:44.33 |
``Erik |
http://paste.lisp.org/display/39702 |
21:45.34 |
``Erik |
the phrasing of the image name was inspired
by... oh my, ImageMagick's convert... |
21:46.42 |
``Erik |
now if you give it -o PIX: blah.g, open()
fails, ... :) |
21:47.21 |
``Erik |
or if the file name is bigger than
BUFSIZ |
21:48.54 |
IriX64 |
looked at it the ext part i understand the
first part i don't |
21:49.42 |
IriX64 |
why string+5 its the first part you want
no? |
21:50.24 |
IriX64 |
err filename +5 |
21:50.34 |
``Erik |
that's after I know what it is, the +5 says
"skip past the format describer" |
21:50.50 |
``Erik |
I was gonna hit it with strtok |
21:50.56 |
IriX64 |
parts not shown ? |
21:51.00 |
``Erik |
yes, it's supposed to be static (all the other
'internal' ones are static) |
21:51.13 |
brlcad |
ah |
21:52.04 |
brlcad |
kinda useful generic routine too |
21:52.06 |
``Erik |
exposed functions are all bu_image_ |
21:52.22 |
brlcad |
should check for nullity |
21:52.28 |
``Erik |
and public defines are all BU_IMAGE_ |
21:52.49 |
``Erik |
that's done down in the public
function |
21:52.51 |
poolio |
``Erik: Just a note...you're using an
incosistent coding style. you use braces for the if's in the FMT:
searching section but not for the filename extensions |
21:53.19 |
``Erik |
poolio: it's consistantly minimal. in the
first block, each if ties to two statements. in the latter, just
one. |
21:53.37 |
poolio |
Oh wow. Miss the semicolon. hah |
21:53.55 |
yky |
thx for input, I will contact daniel
directly. |
21:53.58 |
poolio |
Also, is it neccesary to check for
punctuation? |
21:54.25 |
yky |
bye |
21:54.32 |
IriX64 |
case png case pix case bmp :) |
21:55.17 |
poolio |
IriX64: case only works with ints |
21:56.01 |
IriX64 |
ah ok |
21:56.32 |
kwizart |
hi! is it possible to override
--with-tcl=%{_includedir}/tcl-private \ ? so it can uses the system
tcl ? |
21:57.28 |
kwizart |
i may need also system CFLAGS or LDFLAGS about
finding libs ... |
21:57.54 |
``Erik |
poolio: the punctuation is part of the
syntax... |
21:58.13 |
``Erik |
so I can do -o PIXELS.png |
21:58.52 |
``Erik |
or my.pixbw |
22:00.13 |
poolio |
``Erik: Well, it seems kind of like a waste.
How often do you have filenames that end with png, bw, bmp, or
pix |
22:02.32 |
``Erik |
damnit, now ya went and made me ugly it up
even more by annoying me |
22:02.40 |
IriX64 |
man define pix as 1 png as 2 etc and use that
case thingy |
22:03.20 |
``Erik |
http://paste.lisp.org/display/39702#1 |
22:03.22 |
IriX64 |
err |
22:03.50 |
``Erik |
need a string comparison somewhere, irix, and
I don't trust a hash :) |
22:04.49 |
IriX64 |
nice |
22:05.01 |
poolio |
Ok, that's just pointless. |
22:05.02 |
IriX64 |
what you posted is good |
22:05.05 |
poolio |
Why would you do that ``Erik ? |
22:05.14 |
``Erik |
makes it trivial to add new names to the space
:) |
22:05.21 |
IriX64 |
made his own case poolio |
22:05.42 |
IriX64 |
parole him :) |
22:05.45 |
poolio |
hah |
22:06.23 |
``Erik |
('cept I changed the semantic,
damnit) |
22:06.49 |
IriX64 |
immaculate conception of code... interesting
:) |
22:07.21 |
IriX64 |
eyes are watering, break time |
22:11.08 |
CIA-14 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/libbu/image.c: blocking output. working file guesser,
pix-writer, and bw-write. beginnings of png writer. |
22:12.40 |
``Erik |
heads |
22:12.42 |
CIA-14 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/libbu/image.c: fixed minor logic bug, heh |
22:13.33 |
CIA-14 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/libbu/Makefile.am: link libpng in for image
writing |
22:16.29 |
brlcad |
kwizart: it is possible, but still requires
8.5+ using the latest sources |
22:17.08 |
brlcad |
easiest is to force tcl building off, then
append to flags as needed |
22:17.25 |
kwizart |
ok i have 8.5 on fc7 but maybe not the lastest
sources !? which date are the lastest ? |
22:17.43 |
kwizart |
ok i have forced tcl not to build... |
22:17.45 |
brlcad |
7.10.0 is the latest |
22:17.54 |
kwizart |
yes for brlcad |
22:17.55 |
brlcad |
via --disable-tcl ? |
22:18.05 |
brlcad |
or disable-tcl-build |
22:18.09 |
brlcad |
(same thing) |
22:18.15 |
kwizart |
<PROTECTED> |
22:18.17 |
kwizart |
yes ok |
22:18.20 |
brlcad |
and that, yes |
22:18.43 |
brlcad |
then just need to add --with-cflags="..."
--with-ldflags="..." etc |
22:18.55 |
brlcad |
or CFLAGS=.. way |
22:19.11 |
*** join/#brlcad poolio_
(n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
22:19.14 |
kwizart |
but now i need to a little "rape" the
configure.ac script to make it detect it (pastebin) |
22:19.32 |
brlcad |
shouldn't need to modify
configure.ac |
22:20.00 |
brlcad |
if you turn it off and provide the right
cflags/cppflags/ldflags, it should detect |
22:20.01 |
kwizart |
http://www.pastebin.ca/438882 |
22:20.35 |
kwizart |
ok i will try to paste everything to the
Cflags and ldflags... |
22:20.58 |
kwizart |
but the same issue append with tk iwiget itcl
and regex |
22:21.06 |
brlcad |
heh, well you pretty much turned the validty
checks off |
22:21.29 |
brlcad |
note that you could have also just overrode
during make as well |
22:22.22 |
kwizart |
one thought! is it supposed to work with gcc
4.1.1 ? |
22:22.30 |
brlcad |
TCL="-L/usr/lib64 -ltcl8.5" TK="-L/usr/lib64
-ltk8.5" make after a disabled build, and maybe with some CPPFLAGS
defined |
22:22.41 |
brlcad |
sure, that should be fine |
22:23.03 |
brlcad |
should work with any gcc 2.95+ (though the 2's
haven't been tested in a long while) |
22:23.06 |
kwizart |
because when i tryed to build openNURBS 4 (as
system libs) it fails |
22:23.30 |
brlcad |
you don't need openNURBS, i'd just disable
it |
22:23.58 |
brlcad |
we include openNURBS in our dist too |
22:24.10 |
kwizart |
but apparently not the version bundled inside
brlcad fails |
22:24.15 |
brlcad |
I had to make several mods to it for gcc 4 to
work |
22:24.35 |
brlcad |
yeah, they had a few minor issues |
22:25.05 |
brlcad |
feel free to pull a patchset and make it part
of the fedora dist :) |
22:25.06 |
kwizart |
ok i will check your diff for it because i may
need to use it as system libs... |
22:25.14 |
kwizart |
:) |
22:25.29 |
brlcad |
hopefully I didn't patch pre import |
22:25.56 |
kwizart |
well i will try that for now! thx for your
tips... |
22:25.57 |
brlcad |
we also replace their build system,
integrating it into ours so it builds cleanly |
22:26.17 |
brlcad |
theirs was a little flakey |
22:26.35 |
kwizart |
yes i saw! ... |
22:29.22 |
kwizart |
ITCL="-L/usr/lib64/itcl3.3 -litcl"
ITK="-L/usr/lib64/itk3.3 -litk \ does this seems right also
? |
22:29.46 |
brlcad |
``Erik: those negatives can crash if filename
is short |
22:29.57 |
brlcad |
segfault |
22:35.28 |
CIA-14 |
BRL-CAD: 03brlcad * 10brlcad/ (configure.ac
src/libbu/Makefile.am): libraries are no longer LIBADD'd, they're
defined in configure.ac in a _LIBS dependency variable, added PNG
to BU_LIBS |
22:36.28 |
CIA-14 |
BRL-CAD: 03brlcad *
10brlcad/src/libbu/Makefile.am: oop, htester gets PNG from BU_LIBS
now |
22:50.53 |
kwizart |
what i cannot understand is that i have
: |
22:51.07 |
kwizart |
checking for Tcl_Main in -ltcl... yes (like
before..) |
22:51.18 |
kwizart |
but no system tcl is found also! |
22:53.49 |
joevalle1field |
it tries to build and run another test program
further down |
22:54.11 |
joevalle1field |
is the error in your config.log? |
22:54.53 |
CIA-14 |
BRL-CAD: 03brlcad * 10brlcad/NEWS: netbsd's
library was ultimately reverted due to dependency complications,
existing was fixed instead |
22:55.32 |
brlcad |
kwizart: it performs the library checks
regardless of the setting just so there's a report of what is
available/detected when people provide their build log |
22:56.01 |
kwizart |
i can provide it (uploading!) |
22:56.04 |
brlcad |
then, as joevalle1field mentioned.. it follows
up with a more comprehensive functionality test |
22:59.39 |
kwizart |
http://kwizart.free.fr/fedora/7/testing/brlcad/build.log |
23:01.50 |
joevalleyfield |
looks to me like the retry blasted the real
failure |
23:02.27 |
kwizart |
This is the real failure : configure: libtcl
was disabled, but no system Tcl library was found |
23:02.41 |
joevalleyfield |
:) |
23:03.01 |
joevalleyfield |
i'm only so interested because i was playing
the same game earlier today |
23:03.27 |
joevalleyfield |
i want to see the test program fail--
config.log would be about 20 times longer than it is |
23:04.32 |
kwizart |
I suppose config.log may be deleted by the
retry !? |
23:05.21 |
joevalleyfield |
are you setup to modify
configure.ac? |
23:05.36 |
joevalleyfield |
i mean, you have all the autotools at
hand? |
23:06.06 |
kwizart |
yes |
23:08.35 |
joevalleyfield |
how do i work a pastebin? |
23:09.19 |
IriX64 |
why does that log download instead of just
opening up in a browser window |
23:09.29 |
IriX64 |
? |
23:11.44 |
CIA-14 |
BRL-CAD: 03joevalleyfield * 10brlcad/
(configure.ac m4/retry.m4): add option to disable the retry
behavior of configure |
23:13.01 |
joevalleyfield |
i think cvs has a lag |
23:13.39 |
joevalleyfield |
if you change the 'if' on line 110 of retry.m4
to always evaluate false, it will nullify the retry |
23:14.08 |
kwizart |
ok |
23:16.49 |
kwizart |
if test "x$BC_RETRY" = "x" ; then |
23:17.29 |
joevalleyfield |
i'd make it 'if test "xy" = "x" ;
then' |
23:19.03 |
kwizart |
ok building... |
23:19.52 |
brlcad |
yeah, good mod |
23:20.14 |
brlcad |
have to rerun autogen.sh after you edit the
.m4 |
23:20.28 |
kwizart |
yes i do it by default ... |
23:23.03 |
kwizart |
ok no retry has been done... |
23:24.49 |
kwizart |
http://pastebin.ca/438960 |
23:25.48 |
brlcad |
that's one helluva configure line |
23:25.49 |
brlcad |
damn |
23:26.38 |
joevalleyfield |
line 13012 |
23:27.20 |
joevalleyfield |
the failure should always appear right above
the cache dump |
23:28.05 |
kwizart |
i have tcl 8.5 on fedora 7 ... |
23:28.12 |
brlcad |
minor version < 5 |
23:29.08 |
kwizart |
but if i do return 0 in the program check it
go fine... |
23:29.20 |
brlcad |
kwizart: for whatever reason, it's finding a
different tcl header |
23:29.23 |
kwizart |
and fails with itcl |
23:29.24 |
brlcad |
8.4 presumably |
23:29.34 |
kwizart |
but not tcl... |
23:29.54 |
brlcad |
so even if you set it to zero, something else
will fail down the line |
23:29.56 |
joevalleyfield |
just type locate libtcl and see if you have
multiple versions installed |
23:29.59 |
kwizart |
i'm using mock to build on a chrooter
env... |
23:30.08 |
brlcad |
locate tcl.h for that matter |
23:30.34 |
joevalleyfield |
find /usr/lib -name "libtcl*" |
23:30.47 |
brlcad |
it's erroring on the header, not the lib
itself |
23:30.56 |
joevalleyfield |
oh |
23:31.13 |
joevalleyfield |
my bad |
23:31.15 |
brlcad |
it's a #define sanity check in the test: #elif
TCL_MAJOR_VERSION == 8 && TCL_MINOR_VERSION <
5 |
23:31.34 |
brlcad |
fprintf(stderr, "minor version <
5\n"); |
23:31.53 |
brlcad |
should probably have it print what it
found |
23:32.12 |
kwizart |
do you mind the same issue appear for tk
tlstub itcl itk and iwiget ? |
23:32.13 |
*** join/#brlcad louipc
(n=louipc@bas8-toronto63-1096734991.dsl.bell.ca) |
23:33.40 |
brlcad |
hm? |
23:33.48 |
brlcad |
depends really where the 8.4 is coming
from |
23:34.58 |
joevalleyfield |
how does your chroot thing work? |
23:35.02 |
joevalleyfield |
are you in the chroot? |
23:35.20 |
kwizart |
no |
23:35.39 |
kwizart |
i'm running fedora core 6 on x86_64! |
23:36.14 |
kwizart |
i have a separate account that used to build
things in a chroot env |
23:36.30 |
brlcad |
kwizart: what version is listed in your tcl.h
header? |
23:36.47 |
kwizart |
packages are installed via yum
rpm... |
23:36.50 |
brlcad |
presumably /usr/include/tcl.h or something
you're providing |
23:36.59 |
kwizart |
on the chroot ... searching ... |
23:37.22 |
brlcad |
on whatever you specify, the chroot only
matters if you're providing that path as a forced CPPFLAG |
23:37.39 |
brlcad |
unless you're building in the chroot, which
you said you're not :) |
23:38.43 |
kwizart |
i have shame... |
23:38.47 |
kwizart |
#define TCL_VERSION "8.4"! |
23:43.55 |
joevalleyfield |
but i can turn off retry with a configure
script now :) |
23:46.53 |
IriX64 |
you two... sorry to have intruded |
23:49.07 |
kwizart |
i was supposed to have tcl 8.5 ! Sorry to miss
that ! I've ever fill a bug about tcl some time ago on redhat ... I
will have to update tcl tk myself... |
23:49.21 |
kwizart |
is it supposed to work with pkg-config
? |
23:49.56 |
joevalleyfield |
no |
23:50.33 |
brlcad |
kwizart: you could just let it build the
provided tcl :) |
23:51.18 |
brlcad |
it'll build and link it static |
23:51.34 |
kwizart |
yes i'm asking him the current state of art
about this package... ! |
23:52.23 |
joevalleyfield |
if there's a yada.pc.in file in a source
distribution it supports pkg-config |
23:52.47 |
kwizart |
i mean the redhat packager... hum i can also
but it was supposed to fails about tcl/tk... i will try for
now... |
23:53.24 |
kwizart |
joevalleyfield, i can also create it by hand
!? |
23:53.39 |
CIA-14 |
BRL-CAD: 03brlcad * 10brlcad/NEWS: bob added
addr and make_name commands to archer |
23:54.40 |
joevalleyfield |
kwizart, you've exceeded my
expertise |
23:55.28 |
brlcad |
you could create them.. but what
for? |
23:55.30 |
joevalleyfield |
you can of course stick a tcl.pc file in the
pkg-config dir, but nobody that depends on it would look
there |
23:56.03 |
joevalleyfield |
because tcl still uses tclConfig.sh in
/usr/lib |
23:57.23 |
CIA-14 |
BRL-CAD: 03brlcad * 10brlcad/TODO: add
pkg-config scripts |
23:58.00 |
kwizart |
how this work ? is this sh script is called at
configure step ? |
23:58.47 |
joevalleyfield |
i'm really afraid i'm talking about a
different thing than you are thinking of |
23:59.41 |
joevalleyfield |
tclConfig.sh is located and sourced by the
configure script to setup TCL_LIB_SPEC and
TCL_INCLUDE_SPEC |