Recent changes to bugs

Fedora 10 Packaging

AnotherUser — Fri, 23 Jan 2009 17:16:18 -0000

I am currently attempting to package this for Fedora 10. As such, there are several thinks which I should, from a maintainers point of view, notify you about.

1) The licence file "COPYING" accompanying the package is in fact empty, even though the source files themselves are clear as to the licence.

Fedora packagers (me) are encouraged to contact upstream (you) in order to get a full copy of the licence included in the package.
https://fedoraproject.org/wiki/Packaging/LicensingGuidelines#License_Text

2) The libraries
*libnurbsd
*libnurbsf

Call the exit() function, which was detected by an automatic package checking utility. I have provided the output from this utility below.

nurbs++.i386: W: shared-lib-calls-exit /usr/lib/libnurbsf.so.0.1.0 exit@GLIBC_2.0
This library package calls exit() or _exit(), probably in a non-fork()
context. Doing so from a library is strongly discouraged - when a library
function calls exit(), it prevents the calling program from handling the
error, reporting it to the user, closing files properly, and cleaning up any
state that the program has. It is preferred for the library to return an
actual error code and let the calling program decide how to handle the
situation.

nurbs++.i386: W: shared-lib-calls-exit /usr/lib/libnurbsd.so.0.1.0 exit@GLIBC_2.0
This library package calls exit() or _exit(), probably in a non-fork()
context. Doing so from a library is strongly discouraged - when a library
function calls exit(), it prevents the calling program from handling the
error, reporting it to the user, closing files properly, and cleaning up any
state that the program has. It is preferred for the library to return an
actual error code and let the calling program decide how to handle the
situation.

If it is possible to alter the library code such that it does not call the exit() function, this would be good from a maintainer view.

3) In order to allow for the source code to compile under fedora, extensive patching has been required for GCC 4.3; If it is possible to merge one of the three packages that are listed in your tracker with your main release, checking for their validity, this would also be greatly appreciated, and would improve the quality of the final package.

Thankyou

Feature Request: C bindings

Anonymous — Thu, 22 Sep 2005 21:27:15 -0000

I need a NURBS library usable with C code. Willing to
write some of them myself, as time permits, but might
require some technical assistance, and a starting point.

Specific use is an open source 3-D modeler used in
ship/yacht design, among other things.

developer@parkersailing.com

VS7.1 build fails

Anonymous — Tue, 28 Jun 2005 23:09:53 -0000

This error was submitted by Denek <mccarthy@volny.cz>

cl.exe /nologo /MD /W3 /GX /O2 /I "..\..\..\Include" /I
"..\..\..\Matrix" /I "..\..\..\Nurbs" /I
"..\..\..\Numerical" /I "..\..\..\Image" /D "WIN32" /D
"NDEBUG" /D "_MBCS" /D "_LIB"
/Fp".\Release\nurbslib.pch" /YX /Fo".\Release\\"
/Fd".\Release\\" /FD /c ..\..\..\matrix\barray2d_hpoint.cpp
barray2d_hpoint.cpp
\nurbs\matrix\hpoint_nd.h(140) : error C2065: 'D' :
undeclared identifier
\nurbs\matrix\hpoint_nd.h(140) : error C2955:
'PLib::HPoint_nD' : use of class template requires
template argument list
\nurbs\matrix\hpoint_nd.h(63) : see declaration of
'PLib::HPoint_nD'
\nurbs\matrix\hpoint_nd.h(140) : error C3861: 'D':
identifier not found, even with argument-dependent lookup
\nurbs\matrix\hpoint_nd.h(140) : error C2955:
'PLib::HPoint_nD' : use of class template requires
template argument list
\nurbs\matrix\hpoint_nd.h(63) : see declaration of
'PLib::HPoint_nD'
\nurbs\matrix\hpoint_nd.h(145) : error C3861: 'D':
identifier not found, even with argument-dependent lookup
\nurbs\matrix\hpoint_nd.h(145) : error C2955:
'PLib::HPoint_nD' : use of class template requires
template argument list
\nurbs\matrix\hpoint_nd.h(63) : see declaration of
'PLib::HPoint_nD'
\nurbs\matrix\hpoint_nd.h(145) : error C3861: 'D':
identifier not found, even with argument-dependent lookup
\nurbs\matrix\hpoint_nd.h(145) : error C2955:
'PLib::HPoint_nD' : use of class template requires
template argument list
\nurbs\matrix\hpoint_nd.h(63) : see declaration of
'PLib::HPoint_nD'
\nurbs\matrix\hpoint_nd.h(151) : error C3861: 'D':
identifier not found, even with argument-dependent lookup
\nurbs\matrix\hpoint_nd.h(151) : error C2955:
'PLib::HPoint_nD' : use of class template requires
template argument list
\nurbs\matrix\hpoint_nd.h(63) : see declaration of
'PLib::HPoint_nD'
\nurbs\matrix\hpoint_nd.h(153) : error C3861: 'D':
identifier not found, even with argument-dependent lookup
\nurbs\matrix\hpoint_nd.h(153) : error C2955:
'PLib::HPoint_nD' : use of class template requires
template argument list
\nurbs\matrix\hpoint_nd.h(63) : see declaration of
'PLib::HPoint_nD'
\nurbs\matrix\hpoint_nd.h(155) : error C3861: 'D':
identifier not found, even with argument-dependent lookup
\nurbs\matrix\hpoint_nd.h(155) : error C2955:
'PLib::HPoint_nD' : use of class template requires
template argument list
\nurbs\matrix\hpoint_nd.h(63) : see declaration of
'PLib::HPoint_nD'
\nurbs\matrix\hpoint_nd.h(157) : error C3861: 'D':
identifier not found, even with argument-dependent lookup
\nurbs\matrix\hpoint_nd.h(157) : error C2955:
'PLib::HPoint_nD' : use of class template requires
template argument list
\nurbs\matrix\hpoint_nd.h(63) : see declaration of
'PLib::HPoint_nD'

VS .NET build fails

Anonymous — Tue, 14 Jun 2005 18:52:07 -0000

Visual Studio .NET build fails with error :

'nurbs++-3.0.11\matrix\barray2d_hpoint.cpp(35) : error
C2248: 'PLib::Basic2DArray<T>::m' : cannot access
protected member declared in class 'PLib::Basic2DArray<T>'

replacing the line
#undef HAVE_ISO_FRIEND_DECL
with
#define HAVE_ISO_FRIEND_DECL 1
in include/plib_config.h worked for me.

Maybe changes should be made to include/plib_config.h.vc,
or a new file should be made to match vs .net...

MinGW/MSYS build fails

billitch — Mon, 13 Jun 2005 08:53:11 -0000

The compiler complains about missing function 'alloca'
in nurbs/nurbsS.cpp when compiling under MinGW/MSYS

Just including <malloc.h> at the beginning of the file
worked for me.

make failure under Fedora Core Three

Anonymous — Tue, 08 Mar 2005 03:11:40 -0000

After running ./configure without a hitch have hit the
wall on running make with undeclared errors: i.e.:
++ -DHAVE_CONFIG_H -I. -I. -I../include -I../include -g
-O2 -fno-implicit-templates -c cvector.cpp -MT
cvector.lo -MD -MP -MF .deps/cvector.TPlo -fPIC -DPIC
-o .libs/cvector.lo
In file included from cvector.h:31,
from cvector.cpp:27:
vector.h: In member function `int
PLib::Vector<T>::rows() const':
vector.h:73: error: `sze' undeclared (first use this
function)
vector.h:73: error: (Each undeclared identifier is
reported only once for each function it appears in.)
In file included from cvector.cpp:27:
cvector.h: In member function `T&
PLib::CVector<T>::operator[](int)':
cvector.h:57: error: `x' undeclared (first use this
function)
cvector.h:57: error: `sze' undeclared (first use this
function)
cvector.h: In member function `T
PLib::CVector<T>::operator[](int) const':
cvector.h:58: error: `x' undeclared (first use this
function)
cvector.h:58: error: `sze' undeclared (first use this
function)
cvector.h: In member function `void
PLib::CVector<T>::put(T)':
cvector.h:60: error: `x' undeclared (first use this
function)
cvector.h:60: error: `sze' undeclared (first use this
function)

This sounds like a compiler switch setting? or gcc
level problem. The
Fedora core three system was scratch built, i.e. not an
upgrade so the compiler settings are stock fedora core
three.

Has me stumped....
Phil

cobbin@cobbin.com

VC6 builds fail

Anonymous — Wed, 18 Feb 2004 22:05:51 -0000

email: 726f6262@cox.net

1. Downloaded files, unpacked to C:\source\nurbs++-
3.0.11\nurbs++-3.0.11

2. Ran config_mvc.bat

3. Browsed to C:\source\nurbs++-3.0.11\nurbs++-
3.0.11\examples\vc6\AllTests

4. Opened AllTests.dsp.

5. Error:

"This makefile was not generated by Developer studio.

Continuing will create a new Developer Studio project to
wrap this makefile. You will be prompted to save after
the new project has been created.

Do you want to continue?"

6. Choosing "yes":

--------------------Configuration: AllTests1 - Win32
Debug--------------------
Microsoft (R) Program Maintenance Utility Version
6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights
reserved.
NMAKE : fatal error U1052: file 'AllTests.mak' not found
Stop.
Error executing NMAKE.

AllTests1.exe - 1 error(s), 0 warning(s)

Small bug in function description

Anonymous — Mon, 24 Nov 2003 08:04:24 -0000

My email: igor.veselic@email.si

In file hpoint_nd.h (From online reference manual).

00548 /* * * * * * * * * * * * * * * * * * * * * *
* * * * * * * * * * * * * * * * *
00549 Routine: angle --- the angle between
two control points
00550 The angle between two control points
00551 Input: a --> the first vector
00552 b --> the second vector
00553 Output: the angle in radians between
the two points
00554 Restrictions:
00555 author Philippe Lavoie (24 January 1997)
00556 Modified by:
00557 * * * * * * * * * * * * * * * * * * * * * *
* * * * * * * * * * * * * * * * */
00558 template <class T, int D>
00559 inline T angle(const HPoint_nD<T,D>& a,const
HPoint_nD<T,D>& b) {
00560 if(b==0 || a==0 )
00561 return 0 ;
00562 return dot(a,b)/norm(a)/norm(b) ;
00563 }

The function does not return the angle between
vectors a and b, but cosine of that angle.