Giter VIP home page Giter VIP logo

open-gto's People

Contributors

mike1158 avatar

Watchers

 avatar

open-gto's Issues

creating .egg file for distribution

It's just a tiny change:

in the plugin/python/setup.py file

instead of using 

[code]
from distutils.core import setup, Extension
[/code]

you can replace this line with 

[code]
from setuptools import setup, Extension
[code]

with this change you'll be able to create a .egg file with :
python setup.py bdist_egg

Cheers.



Original issue reported on code.google.com by [email protected] on 24 Jul 2010 at 3:08

scons build

This is not really an issue..
I've start creating a scons build for gto, it is in embrional stage, but
compiles the last version , with rman/maya plugins.
let me know if you are interested in.



Original issue reported on code.google.com by [email protected] on 9 Oct 2009 at 1:41

missing configure file


Following the INSTALL file, trying to run ./configure or sh ./configure fails, 
because configure is not 
in the repository. Will it be added?

Thanks, the project sounds very promising.

Original issue reported on code.google.com by erwin.coumans on 9 Oct 2009 at 4:06

problem in configure.in to build maya plugins

What steps will reproduce the problem?
1.enable maya plugin 
2.
3.

What is the expected output? What do you see instead?
the path to buildconfig should be :
/usr/autodesk/maya/devkit/plug-ins/buildconfig
but is 
/usr/autodesk/maya/plug-ins/buildconfig

What version of the product are you using? On what operating system?
3.5.3
fedora core 12

Please provide any additional information below.
i've attached a diff file with the fix

Original issue reported on code.google.com by [email protected] on 25 Jul 2010 at 4:21

Attachments:

writer.endComponent(); lines missing in open-gto/bin/ggto/Poly.cpp

Hi,

There are a couple of these lines missing in open-gto/bin/ggto/Poly.cpp:

writer.endComponent();

The writeHeader method should look like:

############################

void Poly::writeHeader( Gto::Writer &writer )
{
    if( m_indicesVertex.size() == 0 ) return; // Nothing to write...

    writer.beginObject( m_name.c_str(), m_protocol.c_str(), m_protoVersion );

    Object::writeHeader( writer );

    writer.beginComponent( GTO_COMPONENT_POINTS );
    writer.property( GTO_PROPERTY_POSITION, Gto::Float,
m_pointsPositions.size(), 3 );
    writer.endComponent();

    writer.beginComponent( GTO_COMPONENT_ELEMENTS);
    writer.property( GTO_PROPERTY_TYPE, Gto::Byte, m_elementsType.size(), 1 );
    writer.property( GTO_PROPERTY_SIZE, Gto::Short, m_elementsSize.size(), 1 );
    writer.endComponent();

    writer.beginComponent( GTO_COMPONENT_INDICES );
    writer.property( GTO_PROPERTY_VERTEX, Gto::Int, m_indicesVertex.size(),
1 );
    writer.endComponent();

    writer.beginComponent( GTO_COMPONENT_SMOOTHING );
    writer.property( GTO_PROPERTY_METHOD, Gto::Int, 1, 1 );
    writer.endComponent();

    writer.endObject();
}


############################

I've attached my modified and tested file.

Thanks!

Original issue reported on code.google.com by [email protected] on 24 Mar 2010 at 5:49

Attachments:

wrong comment line in source

EG:
Parser.cpp @ line 37 

by GNU Bison version 1.28  */
should be
/* by GNU Bison version 1.28  */

there's some other place in the sources with this error.
L.

Original issue reported on code.google.com by [email protected] on 8 Oct 2009 at 11:41

updated bootstrap that support Macports automake tools

What steps will reproduce the problem?
1.try and "bootstrap" on OSX where the auto* tools are installed using Macports
2.
3.

What is the expected output? What do you see instead?

The build fails

> ./bootstrap
> ./configure
....
> make
$ make
Making all in lib
Making all in Gto
Making all in test
make[3]: Nothing to be done for `all'.
/bin/sh ../../libtool --tag=CXX   --mode=compile g++ 
-DPACKAGE_NAME=\"open-gto\" -
DPACKAGE_TARNAME=\"open-gto\" -DPACKAGE_VERSION=\"3.5.3\" -
DPACKAGE_STRING=\"open-gto\ 3.5.3\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" 
-
DPACKAGE=\"open-gto\" -DVERSION=\"3.5.3\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 
-
DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -
DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -
DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -
DSTDC_HEADERS=1 -DHAVE_FLOAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -
DHAVE_UNISTD_H=1 -DHAVE_STDBOOL_H=1 -DHAVE_MBSTATE_T=1 -DHAVE_STDLIB_H=1 -
DHAVE_MALLOC=1 -DHAVE_STDLIB_H=1 -DHAVE_REALLOC=1 -DHAVE_REGCOMP=1 -
DHAVE_STRTOL=1 -DGTO_SUPPORT_ZIP=1 -DHAVE_NAMESPACES=/\*\*/ -DHAVE_STL=/\*\*/ -
DHAVE_FULL_IOSTREAMS=1 -I.  -I../../lib -I/sw/include  -g -O2 -MT FlexLexer.lo 
-MD -MP -MF 
.deps/FlexLexer.Tpo -c -o FlexLexer.lo FlexLexer.cpp
libtool: Version mismatch error.  This is libtool 2.2.4, but the
libtool: definition of this LT_INIT comes from libtool 2.2.6b.
libtool: You should recreate aclocal.m4 with macros from libtool 2.2.4
libtool: and run autoconf again.
make[3]: *** [FlexLexer.lo] Error 63
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

What version of the product are you using? On what operating system?

Latest GTO repo, OSX 10.6.3, Macports automake tools which are more recent than 
that shipped 
with OSX.

Please provide any additional information below.

I've attached a diff that fixes the problem.

Original issue reported on code.google.com by Drew.Whitehouse on 11 May 2010 at 2:31

Attachments:

needed to add #include <string.h> to bin/gtoimage/main.cpp

What steps will reproduce the problem?
1. compiling on SuSE-11.4

What is the expected output? What do you see instead?
expected: compile without error!
result:
main.cpp: In function 'int main(int, char**)':
main.cpp:261:34: error: 'strcmp' was not declared in this scope

What version of the product are you using? On what operating system?
open-gto-3.5.3
SuSE-11.4

Please provide any additional information below.
Not sure why this failed with this build - I'm curious and will try 
re-compiling on OSX with the line, but it doesn't make sense to me that it 
didn't fail before!

FIX:
in the file: bin/gtoimage/main.cpp
I needed to add the line:
#include <string.h>

Original issue reported on code.google.com by [email protected] on 26 Jan 2012 at 8:52

gto.pdf is still referring to GPL license

this is a minor, but important one: the gto.pdf needs updating to reflect the 
license change.

Original issue reported on code.google.com by erwin.coumans on 9 Oct 2009 at 4:07

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.