On Fri, Jan 21, 2011 at 16:21, Christopher Sean Morrison wrote:
...
> On Jan 21, 2011, at 5:05 PM, Christopher Sean Morrison wrote:
...
> Fixed! Feel free to test and make sure I didn't goof something up.
Confirmed, bug on tracker closed.
Cheers!
-Tom
-
On Fri, Jan 21, 2011 at 16:05, Christopher Sean Morrison wrote:
...
> On Jan 21, 2011, at 11:28 AM, Tom Browder wrote:
...
>> 2. tree.c bug with '-c' option:
>>
>> If I read it correctly, the "mged tree -c" command should print the
>> tree but not any primitives, but it doesn't work for me.
...
>
On Jan 21, 2011, at 5:05 PM, Christopher Sean Morrison wrote:
> I think I have a quick fix since there's already a flag for left alignment.
> I'll test it with a snippet here in a couple minutes.
Fixed! Feel free to test and make sure I didn't goof something up.
Cheers!
Sean
--
On Jan 21, 2011, at 11:28 AM, Tom Browder wrote:
[snip]
> 1. vls.c bug:
>
> I would like to have two strings print like this
>
> 012345678901234567890
> text value 1
> longer textvalue 2
>
> To do that I do this:
> int len = (int)strlen("longer text"); /* len = 11 */
> bu_vls_
I am almost ready to commit my "tree -a" feature but have run into a
vls.c bug (as well as what I think is a tree.c bug).
1. vls.c bug:
I would like to have two strings print like this
012345678901234567890
text value 1
longer text value 2
To do that I do this:
int len = (int)st
Getting this on current trunk build:
cc1: warnings being treated as errors
sh_billboard.c:125:12: error: pointer of type 'void *' used in subtraction
/bin/bash ../../libtool --tag=CC --mode=compile gcc-4.5.1
-DHAVE_CONFIG_H -I. -I../../include -pedantic -W -Wall -Wundef
-Wfloat-equal -Wshadow -
On Fri, Jan 21, 2011 at 06:52, Clifford Yapp wrote:
> By the way Tom, I usually prefer to do an out-of-source-directory
> build. It's cleaner in a lot of ways and makes "starting fresh" that
> much simpler, if need be.
Good idea, thanks, Cliff.
Cheers,
-Tom
---
On Fri, Jan 21, 2011 at 06:25, Christopher Sean Morrison wrote:
>
> On Jan 21, 2011, at 6:58 AM, Tom Browder wrote:
>
>> Is there some magic build incantation to allow using BRL-CAD inside
>> the source tree without an install?
>
> The binaries can be run prior to install on most platforms. You d
By the way Tom, I usually prefer to do an out-of-source-directory
build. It's cleaner in a lot of ways and makes "starting fresh" that
much simpler, if need be.
Cheers,
Cliff
On Fri, Jan 21, 2011 at 6:58 AM, Tom Browder wrote:
> Is there some magic build incantation to allow using BRL-CAD insid
On Jan 21, 2011, at 6:58 AM, Tom Browder wrote:
> Is there some magic build incantation to allow using BRL-CAD inside
> the source tree without an install?
The binaries can be run prior to install on most platforms. You do need to
know where the build product resides, though. Take asc2g, for
On Fri, Jan 21, 2011 at 06:10, Daniel Roßberg
wrote:
> If you source tree starts with /home/myself/brlcad you could use
> /home/myself/brlcad/install as your installation directory:
>/home/myself/brlcad/configure --prefix=/home/myself/brlcad/install
> This way you still need "make install" but
If you source tree starts with /home/myself/brlcad you could use
/home/myself/brlcad/install as your installation directory:
/home/myself/brlcad/configure --prefix=/home/myself/brlcad/install
This way you still need "make install" but all files will be copied in
a sub-directory of your source t
Is there some magic build incantation to allow using BRL-CAD inside
the source tree without an install?
Thanks,
-Tom
Thomas M. Browder, Jr.
Niceville, Florida
USA
--
Special Offer-- Download ArcSight Logger for FREE (a
13 matches
Mail list logo
