Sub-TLV's

[David Peterson]

OK that makes sense.  I am using the "Master" branch per the git
instructions.  I am receiving this error during compile:

make[4]: Entering directory `/usr/src/freeradius-server/src/main'
/bin/sh /usr/src/freeradius-server/libtool --mode=compile gcc  -g -O2
-D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -g -Wshadow
-Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs -W
-Wredundant-decls -Wundef -I/usr/src/freeradius-server/src
-DHOSTINFO=\"i686-pc-linux-gnu\" -DRADIUSD_VERSION=\"2.4.0\"
-DOPENSSL_NO_KRB5 -c auth.c
libtool: compile:  gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall
-D_GNU_SOURCE -g -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-declarations -Wnested-externs -W -Wredundant-decls -Wundef
-I/usr/src/freeradius-server/src -DHOSTINFO=\"i686-pc-linux-gnu\"
-DRADIUSD_VERSION=\"2.4.0\" -DOPENSSL_NO_KRB5 -c auth.c  -fPIC -DPIC -o
.libs/auth.o
In file included from
/usr/src/freeradius-server/src/freeradius-devel/radiusd.h:107,
                 from auth.c:28:
/usr/src/freeradius-server/src/freeradius-devel/smodule.h:144: error:
expected specifier-qualifier-list before 'RADCLIENT'


Am I using the right code?

David


-----Original Message-----
From: Alan DeKok [mailto:aland at deployingradius.com] 
Sent: Monday, January 17, 2011 11:26 AM
To: David Peterson-WirelessConnections; FreeRadius users mailing list
Subject: Re: Sub-TLV's

David Peterson wrote:
> Understood.  Here is the dictionary I am working with:
> 
> The changes start at line 168.

  Ah.  Nested TLV's aren't supported in 2.1.x.  Instead, see the git
"stable" branch for massive changes to allow all of the WiMAX "goodness".
It has many updates to the dictionary parser, a re-written attribute
encoder/decoder, unit tests, changed internal API, etc.  These are all the
required in order to support the nested WiMAX TLVs, and
*cannot* be back-ported to 2.1.x.

  I can add checks for 2.1.11 which produce a more useful error message
describing why the dictionary can't be loaded.

  Alan DeKok.