Stream: Google Code-in

Topic: Questions

Inder Singh (Dec 03 2019 at 07:19):

@Mayank Goyal Thank you for reaching out! As a community practice, we try to stay away from personal messages. So let's have a conversation here instead. :)

Inder Singh (Dec 03 2019 at 07:19):

Regarding your question - our docs are at http://brlcad.org/wiki/Main_page

Daniel Rossberg (Dec 04 2019 at 18:11):

Himanshu Sekhar Nayak I recommend a side-by-side checkout of brlcad/trunk (the usual) and rt^3/trunk.

just done and still there is no doc directory

There shouldn't be a doc directory, but in your build log there were lines like /home/himanshu/brlcad-code/rt%5E3/doc/docbook/system/../resources/brlcad/brlcad-man-xhtml-stylesheet.xsl, which look wrong.

Daniel Rossberg (Dec 04 2019 at 18:12):

@Himanshu Sekhar Nayak switching to a better stream.

Himanshu (Dec 04 2019 at 18:13):

nice

Himanshu (Dec 04 2019 at 18:17):

@Daniel Rossberg btw I had given paths
export PATH="/usr/brlcad/bin:$PATH" export MANPATH="/usr/brlcad/man:$MANPATH" while making cmake .. for rt^3

Daniel Rossberg (Dec 04 2019 at 18:22):

I don't think that setting MANPATH is necessary, but it shouldn't hurt.

Himanshu (Dec 04 2019 at 18:25):

it first throws error pointing to <brlcad/cicommon.h> where it shows no such file or dir found

Himanshu (Dec 04 2019 at 18:26):

then I change it to <cicommon.h> and compiling process started but struck in 86 where build log shows towards doc directory

Daniel Rossberg (Dec 04 2019 at 18:26):

But, there is no doc in rt^3! Where does it come from?

Himanshu (Dec 04 2019 at 18:27):

:\

Himanshu (Dec 04 2019 at 18:28):

hmm when the compilation terminated now I see there is doc dir

Himanshu (Dec 04 2019 at 18:32):

@Daniel Rossberg now I see while using cmake .. under rt^3, it is automatically creating a doc dir

Himanshu (Dec 04 2019 at 18:49):

so after using make it throws error

Daniel Rossberg (Dec 04 2019 at 18:49):

Daniel Rossberg now I see while using cmake .. under rt^3, it is automatically creating a doc dir

I've never hear of this before.

Himanshu (Dec 04 2019 at 18:50):

:/

Himanshu (Dec 04 2019 at 18:50):

while svn checkout there is no doc dir at all

Himanshu (Dec 04 2019 at 18:51):

but after cmake .., now it have a doc dir

Himanshu (Dec 04 2019 at 18:51):

and onwards make, it throws error

Daniel Rossberg (Dec 04 2019 at 18:52):

CMake shouldn't change anything in the source code checkout directory but in the build directory only. And even there I don't have a doc directory.

Daniel Rossberg (Dec 04 2019 at 18:55):

You have to check-out brlcad/trunk and *rt^3/trunk* into separate directories (I hope you did).

Daniel Rossberg (Dec 04 2019 at 18:56):

Build and install the brlcad check-out. Then generate the rt^3 make files (again in a separate build directory).

Himanshu (Dec 04 2019 at 18:59):

okay let me again get start over

Himanshu (Dec 04 2019 at 19:08):

You have to check-out brlcad/trunk and *rt^3/trunk* into separate directories (I hope you did).

I kept rt^3 under brlcad dir

Daniel Rossberg (Dec 04 2019 at 19:11):

You have to check-out brlcad/trunk and *rt^3/trunk* into separate directories (I hope you did).

I kept rt^3 under brlcad dir

This could be the cause. In this case, the doc directory was the one from brlcad.

Himanshu (Dec 04 2019 at 19:14):

https://paste.ofcode.org/eBKxX2UVHZkPnJ3wjkPbqp @Daniel Rossberg

Himanshu (Dec 04 2019 at 19:15):

should I compile again brlcad and then go to compile rt^3 dir ?

Himanshu (Dec 04 2019 at 19:18):

even giving the path, it doesn't resolve it

Daniel Rossberg (Dec 04 2019 at 19:19):

should I compile again brlcad and then go to compile rt^3 dir ?

I would say yes. I would even recommend to clean up the brlcad source code directory to remove all rt^3 stuff there and restore the original brlcad files there.

Himanshu (Dec 04 2019 at 19:19):

okay

Daniel Rossberg (Dec 04 2019 at 19:21):

I'm afraid, you have a mess there now :scream:

Himanshu (Dec 04 2019 at 19:22):

deleted brlcad dir and rt^3 now, doing a fresh start :)

Daniel Rossberg (Dec 04 2019 at 19:23):

I didn't dare to require this.

Himanshu (Dec 04 2019 at 19:24):

make clean ?

Himanshu (Dec 04 2019 at 19:25):

that one ?

Daniel Rossberg (Dec 04 2019 at 19:29):

no: rm -R brlcad

Himanshu (Dec 04 2019 at 19:29):

i did rm -rf brlcad

Himanshu (Dec 04 2019 at 19:30):

:\

Daniel Rossberg (Dec 04 2019 at 19:30):

or, in your case rm -R brl-code

Himanshu (Dec 04 2019 at 19:31):

:)

Himanshu (Dec 04 2019 at 19:32):

can i check size of a dir through ls ?

Himanshu (Dec 04 2019 at 19:32):

I know it's shows inside file and dirs

Himanshu (Dec 04 2019 at 19:32):

but still is there any way ?

Daniel Rossberg (Dec 04 2019 at 19:33):

can i check size of a dir through ls ?

du

Daniel Rossberg (Dec 04 2019 at 19:35):

du -sh is probable the command you are looking for.

Daniel Rossberg (Dec 04 2019 at 19:36):

You should have two directories:

1. /home/himanshu/brlcad-code/brlcad
2. /home/himanshu/brlcad-code/rt^3

Check out https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk into the first one and https://svn.code.sourceforge.net/p/brlcad/code/rt^3/trunk into the second one.

Daniel Rossberg (Dec 04 2019 at 19:37):

Then, you could create directories for the build:

1. /home/himanshu/brlcad-build/brlcad
2. /home/himanshu/brlcad-build/rt^3

Himanshu (Dec 04 2019 at 19:38):

himanshu@asus:~ $ du -sh brlcad-code/ 823M brlcad-code/

Himanshu (Dec 04 2019 at 19:39):

thanks @Daniel Rossberg

Himanshu (Dec 04 2019 at 19:39):

:)

Daniel Rossberg (Dec 04 2019 at 19:41):

himanshu@asus:~ $ du -sh brlcad-code/ 823M brlcad-code/

My source code check-out has 1003M.

Daniel Rossberg (Dec 04 2019 at 19:41):

As install directory for brlcad I recommend something in your home directory. This way, you don't need root privileges. E.g. /home/himanshu/bin/brlcad

Himanshu (Dec 04 2019 at 19:42):

that's why I used sudo make install during compilation of brlcad

Himanshu (Dec 04 2019 at 19:48):

bye @Daniel Rossberg see you later. 1:18 AM here

Daniel Rossberg (Dec 04 2019 at 19:50):

Good night ...

Himanshu (Dec 04 2019 at 20:47):

@Daniel Rossberg when using export I saw one release dir and development dir for including bin directory:$PATH . But I chosen release/bin. Is it release or development that should I choose for may task ?

Himanshu (Dec 04 2019 at 20:48):

https://paste.ofcode.org/9JqYGaQPgJaysyQKEViRnh

Erik (Dec 04 2019 at 20:50):

@Himanshu Sekhar Nayak Development. Release should only be used for performance comparisons.

Himanshu (Dec 04 2019 at 20:51):

okay

Erik (Dec 04 2019 at 20:51):

all ya'll, do not use release unless you know why you need to use release. If you don't know, use debug.

Himanshu (Dec 04 2019 at 20:53):

okay got it

Himanshu (Dec 04 2019 at 20:54):

thanks @Erik got compiled successfully

Himanshu (Dec 04 2019 at 21:00):

okay I got the rt^3 source compilation done

Himanshu (Dec 04 2019 at 21:00):

but I didn't understand this

Himanshu (Dec 04 2019 at 21:00):

Build the coreinterface, printTitle, embeddedlua, and hellobrlcad targets

Himanshu (Dec 04 2019 at 21:02):

I headed towards rt^3/build/src dir and found only coreinterface and embeddedlua but printTitle and hellobrlcad are in rt^3/build/tests-bin

Himanshu (Dec 05 2019 at 13:38):

Hi @Daniel Rossberg How I can produce Dynamic exception specifications are deprecated in C++11 warnings as *.h files mentioned in my task are not present in coreinterface rather present in rt^3/include/brlcad

Himanshu (Dec 05 2019 at 13:38):

himanshu@asus:~/brl-code/rt^3/include/brlcad $ ls Arb8.h Cone.h globals.h Object.h Sketch.h Arb8.h.gch ConstDatabase.h Halfspace.h ParabolicCylinder.h Sphere.h BagOfTriangles.h Database.h HyperbolicCylinder.h Paraboloid.h Torus.h brlcadversion.h Ellipsoid.h Hyperboloid.h Particle.h Unknown.h cicommon.h EllipticalTorus.h MemoryDatabase.h Pipe.h Combination.h FileDatabase.h NonManifoldGeometry.h readme.txt

Himanshu (Dec 05 2019 at 13:39):

btw I created build dir and done cmake .. and make but it doesn't even show warnings

Himanshu (Dec 05 2019 at 13:39):

may be I am in wrong path :\

Himanshu (Dec 05 2019 at 13:51):

any way I can produce those warnings ?

Daniel Rossberg (Dec 05 2019 at 13:54):

The header files are in include/brlcad and the corresponding source files in src/coreInterface.

Daniel Rossberg (Dec 05 2019 at 13:56):

any way I can produce those warnings ?

The warnings come with a recent compiler, e.g. gcc 8.3.0, if you haven't switched them of in CMake.

Daniel Rossberg (Dec 05 2019 at 13:59):

~/Devel/BRL-CAD/rt^3/include/brlcad/Sphere.h:40:30: warning: dynamic exception specifications are deprecated in C++11 [-Wdeprecated]
                double radius)throw(bad_alloc);
                              ^~~~~

Himanshu (Dec 05 2019 at 14:00):

looks like I am running 6.3 version of gcc

Daniel Rossberg (Dec 05 2019 at 14:01):

gcc 6.3.0 may be to old for the warnings. But, you can do the throw statement removement nevertheless.

Daniel Rossberg (Dec 05 2019 at 14:02):

(I'm running Debian buster, the current stable release.)

Daniel Rossberg (Dec 05 2019 at 14:03):

Just remove all the throws.

Himanshu (Dec 05 2019 at 14:03):

himanshu@asus:~ $ uname -a Linux asus 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+mx17+1 (2019-11-17) x86_64 GNU/Linux

Himanshu (Dec 05 2019 at 14:04):

can I update gcc or something to check those warnings ?

Himanshu (Dec 05 2019 at 14:05):

@Daniel Rossberg is debian buster version is 10 ?

Himanshu (Dec 05 2019 at 14:06):

himanshu@asus:~ $ cat /etc/debian_version 9.11

Himanshu (Dec 05 2019 at 14:07):

oops I am in stretch version

Daniel Rossberg (Dec 05 2019 at 14:09):

I've 10.2. There's only gcc 7 and 8 here, with 8 being the default.

Daniel Rossberg (Dec 05 2019 at 14:10):

However, you can upgrade if you want, but you do not have to upgrade to do the task.

Himanshu (Dec 05 2019 at 14:11):

MX linux 18.3 cannot be upgraded to debian buster sadly

Himanshu (Dec 05 2019 at 14:11):

I have to download MX 19 and do a clean install

Himanshu (Dec 05 2019 at 14:11):

btw any other way I can produce the warnings ?

Daniel Rossberg (Dec 05 2019 at 14:16):

btw any other way I can produce the warnings ?

I don't know. Maybe, there is a flag for gcc 6 I don't know about. But, they are rather ugly and many. I don't like to see them :wink:

Himanshu (Dec 05 2019 at 14:35):

@Daniel Rossberg what if I use clang ?

Himanshu (Dec 05 2019 at 14:38):

or what if I svn gcc and make install in my distro ?

Daniel Rossberg (Dec 05 2019 at 14:38):

Try it. There is an own task for compiling BRL-CAD with clang, if I remember correctly.

Himanshu (Dec 05 2019 at 14:39):

yeah correct

Himanshu (Dec 05 2019 at 14:39):

then I have to migrate from gcc tp clang

Himanshu (Dec 05 2019 at 14:39):

*to

Mayank Goyal (Dec 05 2019 at 14:40):

I have submitted my task at 11:30 am for review (https://codein.withgoogle.com/dashboard/task-instances/4605933116719104/)

Mayank Goyal (Dec 05 2019 at 14:41):

It is a humble request if any one could review it, plz

Himanshu (Dec 05 2019 at 14:53):

:\

Himanshu (Dec 05 2019 at 14:53):

:\

Himanshu (Dec 05 2019 at 14:54):

I have to migrate

Daniel Rossberg (Dec 05 2019 at 15:03):

I have to migrate

Why do you "have to"?

If MX Linux is based on Debian, you could eventually upgrade to a stock Debian.

Himanshu (Dec 05 2019 at 15:31):

Sadly mx Linux is not a rolling release

Himanshu (Dec 05 2019 at 15:31):

Have to migrate

Mayank Goyal (Dec 13 2019 at 11:36):

I have converted a .obj file to .g file

Mayank Goyal (Dec 13 2019 at 11:37):

Now when i open it , how can I view it?

Sumagna Das (Dec 14 2019 at 18:18):

What tasks should i work on next, daniel?

Sumagna Das (Dec 14 2019 at 18:19):

i can program but still a newbie

Daniel Rossberg (Dec 14 2019 at 18:31):

First, I recommend to do the tutorials. This way, you learn more about BRL-CAD and its features.

Then, because you know already rt^3, you could work with the Lua binding. There are currently two tasks open (will be more): Object and Halfspace. Object is the base class of every database object and Halfspace is a very simple primitive, where already a stub exists. The bindings for Object can be separated in Lua as well, see objectbase.h.

Sumagna Das (Dec 14 2019 at 18:36):

I saw thos Lua tasks but i don't know that much either about Lua or C++

Sumagna Das (Dec 14 2019 at 18:36):

I was thinking about doing Appleseed series of tasks

Daniel Rossberg (Dec 14 2019 at 18:39):

Appleseed is worth a view for sure. You can start with the first one and see how far you get.

Sumagna Das (Dec 14 2019 at 18:40):

ok

Sumagna Das (Dec 14 2019 at 18:40):

i will try doing them

Sumagna Das (Dec 14 2019 at 18:41):

i am learning more in this competition(or whatever it is), more than the c++ books (they teach me theory ) lying around in my home

Daniel Rossberg (Dec 14 2019 at 18:43):

Keep asking here. But, keep in mind that because we don't see what you are actually doing, we may have some questions to you :wink:

Sumagna Das (Dec 14 2019 at 18:44):

ok

Sean (Dec 17 2019 at 00:29):

@Sumagna Das remember that we mentors are here to help you to some extent too, so I would suggest trying some coding tasks and just see how it goes, even if it's a language or technology you don't (yet) know. You just might learn something ;)

Sean (Dec 17 2019 at 00:30):

for what it's worth, the appleseed task set is not easier than the lua/c++ tasks. the first three are intentionally easy, but the rest require harder work. I would suggest trying one of the other coding tasks that are even simpler for starters (there are at least a half dozen

Himanshu (Dec 17 2019 at 01:29):

Hey @Daniel Rossberg If I have to bind function in lua so is it also compulsory to implement function of nested class too ?

Sumagna Das (Dec 17 2019 at 18:52):

(deleted)

Sumagna Das (Dec 17 2019 at 18:53):

The Appleseed series of tasks are pretty good anyways @Sean as you were telling

Last updated: Jan 10 2025 at 00:48 UTC