building problem wit actual cvs
With the actual cvs there is a build problem: ./configure .... ... gcc -g -O2 -I/usr/src/packages/BUILD/freeradius-server-2.0.0-281207/src -DHOSTINFO=\"i686-pc-linux-gnu\" -DRADIUSD_VERSION=\"2.0.0-beta\" -DOPENSSL_NO_KRB5 -c radiusd.c -fPIC -DPIC -o .libs/radiusd.o radiusd.c: In function 'main': radiusd.c:148: error: 'buffer' undeclared (first use in this function) radiusd.c:148: error: (Each undeclared identifier is reported only once radiusd.c:148: error: for each function it appears in.) radiusd.c:175: warning: passing argument 1 of 'free' discards qualifiers from pointer target type radiusd.c:440: warning: passing argument 1 of 'free' discards qualifiers from pointer target type gmake[4]: *** [radiusd.lo] Fehler 1 gmake[4]: Leaving directory `/usr/src/packages/BUILD/freeradius-server-2.0.0-281207/src/main' Norbert Wegener
Norbert Wegener wrote:
With the actual cvs there is a build problem: ... radiusd.c:148: error: 'buffer' undeclared (first use in this function)
I see no reference to "buffer" in radiusd.c in revision 1.348, which is the latest for radiusd.c. Are you sure your copy is up to date, AND that you've made no local changes? Alan DeKok.
Alan DeKok wrote:
Norbert Wegener wrote:
With the actual cvs there is a build problem:
...
radiusd.c:148: error: 'buffer' undeclared (first use in this function)
I see no reference to "buffer" in radiusd.c in revision 1.348, which is the latest for radiusd.c.
1.348 or 1.384? * Version: $Id: radiusd.c,v 1.384 2007/12/27 09:17:22 aland Exp $ .... 140 /* This is a quick fix start-stop scripts for radrelay-radiusd 141 * so if we are called as 'radiusd' then, config file 142 * is 'radiusd.conf', if we are called as 'mokoko', then 143 * config file is 'mokoko.conf', which will probably make things 144 * easier.. will it ? Does it break something?? 145 * (-n option still overwrites the config file name) 146 * A long comment for a 2 line patch.. </tuyan> 147 */ 148 snprintf(buffer, sizeof(buffer), "%s.conf",progname); 149 mainconfig.radiusd_conf = strdup(buffer);
Are you sure your copy is up to date, AND that you've made no local changes?
No changes. Norbert Wegener
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Norbert Wegener wrote:
1.348 or 1.384?
1.384, sorry.
* Version: $Id: radiusd.c,v 1.384 2007/12/27 09:17:22 aland Exp $ .... 140 /* This is a quick fix start-stop scripts for radrelay-radiusd 141 * so if we are called as 'radiusd' then, config file 142 * is 'radiusd.conf', if we are called as 'mokoko', then 143 * config file is 'mokoko.conf', which will probably make things 144 * easier.. will it ? Does it break something?? 145 * (-n option still overwrites the config file name) 146 * A long comment for a 2 line patch.. </tuyan>
Err... Tuyan used to work for Peter. He doesn't have commit access. There is no such text in CVS. This text has NEVER existed in CVS.
147 */ 148 snprintf(buffer, sizeof(buffer), "%s.conf",progname); 149 mainconfig.radiusd_conf = strdup(buffer);
Are you sure your copy is up to date, AND that you've made no local changes?
No changes.
You have local changes, OR local patches you apply after a CVS checkout. Fix your local system. CVS is fine. Alan DeKok.
Alan DeKok wrote:
Norbert Wegener wrote:
1.348 or 1.384?
1.384, sorry.
* Version: $Id: radiusd.c,v 1.384 2007/12/27 09:17:22 aland Exp $ .... 140 /* This is a quick fix start-stop scripts for radrelay-radiusd 141 * so if we are called as 'radiusd' then, config file 142 * is 'radiusd.conf', if we are called as 'mokoko', then 143 * config file is 'mokoko.conf', which will probably make things 144 * easier.. will it ? Does it break something?? 145 * (-n option still overwrites the config file name) 146 * A long comment for a 2 line patch.. </tuyan>
Err... Tuyan used to work for Peter. He doesn't have commit access. There is no such text in CVS. This text has NEVER existed in CVS.
147 */ 148 snprintf(buffer, sizeof(buffer), "%s.conf",progname); 149 mainconfig.radiusd_conf = strdup(buffer);
Are you sure your copy is up to date, AND that you've made no local changes?
No changes.
You have local changes, OR local patches you apply after a CVS checkout.
Sorry, you are right. I did not realize that patches from http://download.opensuse.org/repositories/network:/aaa/SLES_9/src/freeradius... had been applied to my local copy. Norbert Wegener
Fix your local system. CVS is fine.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
On Fri 28 Dec 2007, Alan DeKok wrote:
Norbert Wegener wrote:
1.348 or 1.384?
1.384, sorry.
* Version: $Id: radiusd.c,v 1.384 2007/12/27 09:17:22 aland Exp $ .... 140 /* This is a quick fix start-stop scripts for radrelay-radiusd 141 * so if we are called as 'radiusd' then, config file 142 * is 'radiusd.conf', if we are called as 'mokoko', then 143 * config file is 'mokoko.conf', which will probably make things 144 * easier.. will it ? Does it break something?? 145 * (-n option still overwrites the config file name) 146 * A long comment for a 2 line patch.. </tuyan>
Err... Tuyan used to work for Peter. He doesn't have commit access. There is no such text in CVS. This text has NEVER existed in CVS.
Yep. That was never committed, but does exist in my SUSE packages on the build service. Given the large number of changes in the last 6 months I probably should review those patches (although they are very minor..) Cheers -- Peter Nixon http://peternixon.net/
participants (3)
-
Alan DeKok -
Norbert Wegener -
Peter Nixon