Re: Advantages of Using SQL ?
Hello Do not forget fastuser The fastusers works fats... And can fit a lot of users into the memory... And if I remember correctly, uses hash. And do not forget the radius task is almost a read-only task -= in a normal environment you can not compare an amount of auth requests with an amount of request to change a password... It's funny to hear - but users want to be able to change their password! So what? they will sit and click in broweser/etc to change their password so fast as cisco/whatever sends requests for authentication? I guess user will much often need to be authenticated, then to be able to change his passwd. IMHO. From what I have seen. On 10:24pm, Peter Nixon wrote: On Tue August 5 2003 06:37, Evren Yurtesen wrote: Well, if that is such a big problem then you can do a memory disk and store your db files in memory disk. That would then definetely work better than freeradius itself. How much are the memory prices now anyhow. You could. This again uses more memory, which was one of the things you said you save by using a DB. You can't have it both ways. About the operating system stuff, the load of exchanging few messages in memory can not be so overwhelming compared to an inefficient search of a few hundred thousands of users from a text database even when its in memory already. What is so inefficient about the search algorithm used by FreeRadius. (I have not looked currently) If is IS slow, then once again, we can simply use the efficient algorithm from MySQL instead of the one currently in use. Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. According Isham Research's Devil's IT Dictionary mainframe is: an obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: reccognizing new users without restarting radiusd?
Is it possible to use plain text ? if you want an info will be found from all this m$ shit. On 10:55am, Merlin Kauffman wrote: Is there any way a user file can be edited and new users can be accepted as valid logins without having to restart radiusd? Will this require me using some sort of SQL based user database? ?xml:namespace prefix = o ns = urn:schemas-microsoft-com:office:office / Thanks, ?xml:namespace prefix = st1 ns = urn:schemas-microsoft-com:office:smarttags /Merlin Kauffman [EMAIL PROTECTED] - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. According Isham Research's Devil's IT Dictionary mainframe is: an obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: H323 Accounting Information error
Got the same, but what is more interesting - I've got both formats from the same cisco. It's nice. First format is from our post-paid service, second from the pre-paid. On 9:24pm, Oleg Ustinov wrote: is it an error? h323-call-type = h323-call-type=VoIP h323-setup-time = h323-setup-time=06:48:02.621 CEST Mon Jul 14 2003 h323-connect-time = h323-connect-time=06:48:02.765 CEST Mon Jul 14 2003 h323-disconnect-time = h323-disconnect-time=06:48:02.765 CEST Mon Jul 14 2003 h323-disconnect-cause = h323-disconnect-cause=1C h323-remote-address = h323-remote-address=212.119.32.112 h323-voice-quality = h323-voice-quality=0 h323-conf-id = h323-conf-id=2F655453 B4ED11D7 80F8FCBE 79B038C9 Why it is not like that: h323-call-type = VoIP h323-setup-time = 06:48:02.621 CEST Mon Jul 14 2003 h323-connect-time = 06:48:02.765 CEST Mon Jul 14 2003 h323-disconnect-time = 06:48:02.765 CEST Mon Jul 14 2003 h323-disconnect-cause = 1C h323-remote-address = 212.119.32.112 h323-voice-quality = 0 h323-conf-id = 2F655453 B4ED11D7 80F8FCBE 79B038C9 Has anybody solve it? Oleg - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. According Isham Research's Devil's IT Dictionary mainframe is: an obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: User Survey - Which DB backend do you use?
On 10:30am, Peter Nixon wrote: I would like to take a quick straw poll. a) If you use a Database backend for FreeRadius which one do you use? I don't use. b) If you do not use a DB backend for FreeRadius, but do have a DB on your server or in your rack, what DB is it? IBM DB2 V8.1 c) If you do not use a DB backend for FreeRadius, but do have a DB on your server or in your rack, why don't you use it as a backend to FreeRadius? Because we have more then one cisco over Internet, they act as originating, and terminating, they are far away from a database server, the VoIP streams on each of them are big (we use freeradius for VoIP accounting), so we use a Message Queue Service to join radiuses to the database, and we use Transaction Monitor to inserts the stream. We found it as the best schema which suite our needs. Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. According Isham Research's Devil's IT Dictionary mainframe is: an obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
preacct
What can I do in preacct function of a module to do not allow accounting request to be passed to an accounting module? to drop it complitely? Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. According Isham Research's Devil's IT Dictionary mainframe is: an obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Auth-Type
Hello, I'm testing a new module, which defined Auth-Type to itself, but when I use it I see that radius use Auth-Type Local. Could someone have a look piece of my code, or debug output to recognize the problem? radius.conf has an entry for the module, authorize section has, and authenticate section has. Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. According Isham Research's Devil's IT Dictionary mainframe is: an obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Auth-Type
I can explain my problem a little bit detail, with my new test module. the module name is rlm_pp the radiusd.conf has : modules{ pp { dbhome = ${localstatedir}/db } } authorize { pp } authenticate { Auth-Type PP { pp } the rlm_pp.c has the next code: check_pairs = request-config_items; reply = pairmake(Auth-Type, PP, T_OP_SET); pairadd(check_pairs, reply); And the output from radiusd -X shows : modcall: group authorize returns ok auth: No authenticate method (Auth-Type) configuration found for the request: Rejecting the user auth: Failed to validate the user. if I add the nex code to rlm_pp.c - strncpy(passwd_item-strvalue, request-password-strvalue,MAX_STRING_LEN - 1); passwd_item-length = (request-password-length (MAX_STRING_LEN - 1)) ? (MAX_STRING_LEN - 1) : request-password-length; pairadd(request-config_items,passwd_item); I have next output - modcall: group authorize returns ok auth: type Local auth: user supplied User-Password matches local User-Password pp_authenticate defined in the rlm_pp.c Any idea? Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. According Isham Research's Devil's IT Dictionary mainframe is: an obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: db2 and freeradius
On 3:17am, Isnel Cantarelo wrote: I've tryed to run the radiusd process without using pthreads and It's worked very well So it's linux problem, not freeradius/db2. I think the db2 module has to be rewritten... I can do it, but for now I don't have a needs, our freeradius do not work with db2 directly, but through queue manager/transaction manager and for accounting only. May be later, if nobody will do it. And dbm module looks old, does not work with latest BerkeleyDB (I have checked this a few monthes ago) but I have a needs to work with BerkeleDB, so I'm thinking to implement it. It is because I do not see any needs in MySQL (or others RDBMS) usage for a plain prepaid service (counter based on credit, not time). For the accounting I'm going to use again existing queue manager solution, we are quite sutisfied with it, it's allow us to have a single database (db2) for all our CDR which come from many radius over internet. Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. According Isham Research's Devil's IT Dictionary mainframe is: an obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: db2 and freeradius
On 1:15pm, Isnel Cantarelo wrote: Hi everybody Im running freeradius version 7 and db2 version 7.1 under linux, everyting works fine while I'm debugging de code, but when I try to run radiusd in daemon mode it connects to database whell but at first intent to run a sql statement against database I always receive SQLERROR error code, and my session get disconnected does freeradius work in multithread mode? does it create connection in a 'main' thread? I had a problem with linux in multithread program, if a connection was not created in a 'main' thread other threads could not use it. It's undestendable if to remember that the 'threads' in linux is not 'threads'... if you don't use multithreading, it is not your case. Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. According Isham Research's Devil's IT Dictionary mainframe is: an obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: most redundant Radius system
We use many radius servers over internet, located in differenct countries, and we use a single central database. We have a huge amount of the auth-request/accaunt-request (VoIP). All account info we replicate from each radius to the central database server where transaction monitor insert them to a database. All changes related to users replicated to the radius servers where special back-end inserts it to the fast-users file. In such way we have a simple single point of manage everything. Everything except database (IBM DB2) are self-made. In case of a radius server will crash, after fixing problem it is pushed the info it missed. If we want to stop a database, or transaction manager, we do it safe, because of replicated protocol used in both direction - from and to radius. In case of huge amount of CDR, we have not small traffic with CDR only (even we pack it to make it smaller), we can't use any XML-RPC because it will grow the traffic. On Yesterday, Tim D. McCracken wrote: I think there are some previous threads on the subject of using a load balancer. The best thing to do is not use a load balancer, as it creates a single point of failure. Better to use the multiple radius server parameters built into most NASes I use 1 sql server per FR - running on the same server. This is very simple which suits me fine. Use at least 2 FR servers. For max reliability they should each be mulit-homed or, better yet, diversely located in different locations on different upstream providers There are a variety of ways to replicate the data between them. The best (IMHO) is probably to have a master sql database (maybe on your provisioning system) and replicate it out to the radius servers Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. According Isham Research's Devil's IT Dictionary mainframe is: an obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re[2]: rlm_dbm
On 12:54pm, Andrei Koulik wrote: GGV Hello, I'm trying to get rlm-dbm compiled, but seems it does not with GGV BerkeleyDB, either with GDBM from GNU GGV Do I need to find ndbm ? I could not find it (platform debian) No It should compile against GDBM as well as against ndbm library Which error do you have ? GGV checking for ndbm.h... no GGV checking for gdbm/ndbm.h... no GGV checking for gdbm-ndbm.h... no GGV checking for dbm in default lib... no GGV checking for dbm_open in -lndbm... no GGV checking for dbm_open in -lgdbm... no GGV configure: warning: FAILURE: rlm_dbm requires: (ndbm.h or gdbm/ndbm.h or GGV gdbm-ndbm.h) (libndbm or libgdm) GGV configure: warning: silently not building rlm_dbm GGV I've got gdbm in the /usr/local , so gdbm.h is in /usr/local/include , the GGV libraries in the /usr/local/lib , the /usr/local/lib is in the GGV /etc/ld.so.conf GGV But I really do not have the headers which configure is looking for GGV gdbm-1.8.3 has been taken from gnu.org It seems the gdbm-1.8.3 does not support dbm any more you need to install dbm compatible package or wait when rlm_dbm will be extended to use gdbm library dbm compatible package sounds good, will try to find out it about, have not heard Interesting, thank you. About wait until rlm_dbm will be extended - we are oriented on solaris as a main radius, solaris has ndbm, but still it may be nice idea to use BerkeleyDB If I do a changes to rlm_dbm I will do it for BerkeleyDB... May be in 1 or 2 month I can start to implement it. Thank you for the attention, with regards, Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. According Isham Research's Devil's IT Dictionary mainframe is: an obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: rlm_dbm
On 6:32pm, Andrei Koulik wrote: GGV Hello, I'm trying to get rlm-dbm compiled, but seems it does not with GGV BerkeleyDB, either with GDBM from GNU GGV Do I need to find ndbm ? I could not find it (platform debian) No It should compile against GDBM as well as against ndbm library Which error do you have ? checking for ndbm.h... no checking for gdbm/ndbm.h... no checking for gdbm-ndbm.h... no checking for dbm in default lib... no checking for dbm_open in -lndbm... no checking for dbm_open in -lgdbm... no configure: warning: FAILURE: rlm_dbm requires: (ndbm.h or gdbm/ndbm.h or gdbm-ndbm.h) (libndbm or libgdm). configure: warning: silently not building rlm_dbm. I've got gdbm in the /usr/local , so gdbm.h is in /usr/local/include , the libraries in the /usr/local/lib , the /usr/local/lib is in the /etc/ld.so.conf . But I really do not have the headers which configure is looking for. gdbm-1.8.3 has been taken from gnu.org . Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. According Isham Research's Devil's IT Dictionary mainframe is: an obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
rlm_dbm
Hello, I'm trying to get rlm-dbm compiled, but seems it does not with BerkeleyDB, either with GDBM from GNU. Do I need to find ndbm ? I could not find it (platform debian). Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. According Isham Research's Devil's IT Dictionary mainframe is: an obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
solaris/sparc Forte
Hello. Is it possible to compile freeradius on the solaris 8 (sparc) with Forte? I've got an error, it seems the source are written for gcc.. Does somebody has a binary for solaris/sparc? Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: solaris/sparc Forte
On Mon, 4 Nov 2002, Haan, de, Jan wrote: Have fun! Was compiling it as I saw your e-mail on the list. It is very kind, thank you! Would be nice to know how it was compiled? I have compiled by gcc sucsessfuly, and could not by Forte... What I did wrong I do not know. May be you have used some options... freeradius-0.7.1-sol8-sparc.tar.gz Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: solaris/sparc Forte
On Mon, 4 Nov 2002, Haan, de, Jan wrote: ../configure gmake gmake install did you try to do the same with CPPFLAGS=-fast and LDFLAGS=-fast? Here is a problem... libltdl does not compile... it seems Makefile prepared wrong, I have compared the comand line for compilation with -fast and without, in case with -fast the line does not have -mt, -o o ltdl.o.. it looks strange... But the code produced with -fast is MUCH faster than without... -Oorspronkelijk bericht- Van: Gregory G. V. Verzonden: maandag 4 november 2002 13:54 Aan: Haan, de, Jan CC: [EMAIL PROTECTED] Onderwerp: Re: solaris/sparc Forte On Mon, 4 Nov 2002, Haan, de, Jan wrote: Have fun! Was compiling it as I saw your e-mail on the list It is very kind, thank you! Would be nice to know how it was compiled? I have compiled by gcc sucsessfuly, and could not by Forte... What I did wrong I do not know. May be you have used some options.. freeradius-0.7.1-sol8-sparc.tar.gz Gregory G. V --- Any opinions in this posting are my own and not those of my present or previous employers - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: solaris/sparc Forte
On Mon, 4 Nov 2002, Chris Parker wrote: At 02:54 PM 11/4/2002 +0200, Gregory G. V. wrote: On Mon, 4 Nov 2002, Haan, de, Jan wrote: Have fun! Was compiling it as I saw your e-mail on the list It is very kind, thank you! Would be nice to know how it was compiled? I have compiled by gcc sucsessfuly, and could not by Forte... What I did wrong I do not know. May be you have used some options.. I've compiled it under GCC on Solaris without any problems. Could you post a snip of what Forte is puking on? IE, the output of make where it is failing? As I have written approximately one hour agou, the problem is only when -fast has been defined for CPPFLAGS and LDFLAGS for configure... and the problem is in libltdl - it seems Makefile has been created wrong. I have compared a compilation comand line in both cases and they are different. Without -fast Forte compiles normal. I have worked around in this way - ./configure without CPPFLAGS LDFLAGS and than manualy inserted -fast in CFLAGS and LDFLAGS in each Makefile. Just now compilation has finished. I'll check about linking, and compile one more time. After that I will prepare pkg fo me, and may give pkg/binary for who wants. Of course if I'll finish everything successfuly. Thanks, -Chris -- \\\|||/// \ StarNet Inc. \ Chris Parker \ ~ ~ / \ WX *is* Wireless!\ Director, Engineering | |\ http://www.starnetwx.net \ (847) 963-0116 oOo---(_)---oOo--\-- \ Wholesale Internet Services - http://www.megapop.net - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: solaris/sparc Forte
On Mon, 4 Nov 2002, Chris Parker wrote: Post the errors you are seeing please. If you don't it's hard for us to fix the problem If the makefiles are built wrong, the post what the makefiles should look like to enable compilation to complete Ok. error.tar.gz has the run script for run configure, the Makefile from libltdl and the output of stderr stdout from gmake. It is with -fast option. normal.tar.gz contain the same but without -fast options, so it compiled normal. fixed.tar.gz contains fixed Makefile (-fast added) and output from make. Thats it. Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. error.tar.gz Description: Binary data normal.tar.gz Description: Binary data fixed.tar.gz Description: Binary data
Re: solaris/sparc Forte
On Mon, 4 Nov 2002, Chris Parker wrote: Ok. error.tar.gz has the run script for run configure, the Makefile from libltdl and the output of stderr stdout from gmake. It is with -fast option normal.tar.gz contain the same but without -fast options, so it compiled normal fixed.tar.gz contains fixed Makefile (-fast added) and output from make Can you send a 'diff' of the two Makefiles ( the one that was configured, vs. the one that you manually fixed )? Ok. Here is Make file which has been configured _with_ CPPFLAGS=-fast LDFLAGS=-fast vs which has been compiled _without_ and manualy added -fast to CPPFLAGS and LDFLAGS ggvmarspts/5 20:44 Mon 04 Nov [/opt/src/freeradius-0.7.1/libltdl] diff Makefile Makefile.fixed 19c19 prefix = /usr/local/freeradius --- prefix = /usr/local 113c113 LIBS = -lnsl -lresolv -lsocket -lpthread --- LIBS = -lnsl -lresolv -lsocket -lposix4 -lpthread 119c119 CFLAGS = -g -DNDEBUG --- CFLAGS = -g -mt -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DNDEBUG And here is Makefile configurewd _without_ -fast vs. configured _with_. ggvmarspts/5 20:50 Mon 04 Nov [/opt/src/freeradius-0.7.1/libltdl] diff Makefile Makefile.old 111,113c111,113 CPPFLAGS = LDFLAGS = LIBS = -lnsl -lresolv -lsocket -lposix4 -lpthread --- CPPFLAGS = -fast LDFLAGS = -fast LIBS = -lnsl -lresolv -lsocket -lpthread 119c119 CFLAGS = -g -mt -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DNDEBUG --- CFLAGS = -g -DNDEBUG if it will be easy I may give you an account to the host... Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: solaris/sparc Forte
On Mon, 4 Nov 2002, Chris Parker wrote: At 08:53 PM 11/4/2002 +0200, Gregory G. V. wrote: CFLAGS = -g -DNDEBUG --- CFLAGS = -g -mt -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DNDEBUG Please try the latest CVS. I believe it has the problem fixed already Ok, I have tried, here how I run configure ggvmarspts/5 21:17 Mon 04 Nov [/opt/src/freeradius-snapshot-20021104] cat run CPPFLAGS=-fast LDFLAGS=-fast export CPPFLAGS export LDFLAGS ./configure --prefix=/usr/local/freeradius and here the outout from make ggvmarspts/5 21:10 Mon 04 Nov [/opt/src/freeradius-snapshot-20021104] make gmake[1]: Entering directory `/opt/src/freeradius-snapshot-20021104' Making all in libltdl... gmake[2]: Entering directory `/opt/src/freeradius-snapshot-20021104/libltdl' /bin/sh ./libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -fast -g -DNDEBUG -c ltdl.c mkdir .libs cc -DHAVE_CONFIG_H -I. -I. -I. -fast -g -DNDEBUG -c ltdl.c -KPIC -DPIC cc: Warning: -xarch=native has been explicitly specified, or implicitly specified by a macro option, -xarch=native on this architecture implies -xarch=v8plusa which generates code that does not run on pre UltraSPARC processors ltdl.c, line 161: undefined symbol: malloc ltdl.c, line 161: non-constant initializer: op NAME ltdl.c, line 165: undefined symbol: free ltdl.c, line 165: non-constant initializer: op NAME ltdl.c, line 433: undefined symbol: ENOMEM ---skipped- attachment is a Makefile used. It seems to be exactly the same. It is late here, so about half hour late I am going to finish to work (it means go off-line). Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. # Generated automatically from Makefile.in by configure. # Makefile.in generated automatically by automake 1.4-p5a from Makefile.am # Copyright (C) 1994, 1995-8, 1999, 2001 Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY, to the extent permitted by law; without # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. SHELL = /bin/sh srcdir = . top_srcdir = . prefix = /usr/local/freeradius exec_prefix = ${prefix} bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin libexecdir = ${exec_prefix}/libexec datadir = ${prefix}/share sysconfdir = ${prefix}/etc sharedstatedir = ${prefix}/com localstatedir = ${prefix}/var libdir = ${exec_prefix}/lib infodir = ${prefix}/info mandir = ${prefix}/man includedir = ${prefix}/include oldincludedir = /usr/include DESTDIR = $(R) pkgdatadir = $(datadir)/libltdl pkglibdir = $(libdir)/libltdl pkgincludedir = $(includedir)/libltdl top_builddir = . ACLOCAL = aclocal AUTOCONF = autoconf AUTOMAKE = automake AUTOHEADER = autoheader INSTALL = /opt/sfw/bin/ginstall -c INSTALL_PROGRAM = ${INSTALL} $(AM_INSTALL_PROGRAM_FLAGS) INSTALL_DATA = ${INSTALL} -m 644 INSTALL_SCRIPT = ${INSTALL_PROGRAM} transform = s,x,x, NORMAL_INSTALL = : PRE_INSTALL = : POST_INSTALL = : NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : host_alias = sparc-sun-solaris2.8 host_triplet = sparc-sun-solaris2.8 AMTAR = tar AS = as AWK = nawk CC = cc DEPDIR = .deps DLLTOOL = dlltool ECHO = /usr/ucb/echo EXEEXT = INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s LIBADD_DL = -ldl LIBTOOL = $(SHELL) $(top_builddir)/libtool LIBTOOL_DEPS = ./../ltmain.sh LN_S = ln -s MAINT = # MAKEINFO = makeinfo OBJDUMP = objdump OBJEXT = o PACKAGE = libltdl RANLIB = ranlib STRIP = strip VERSION = 1.2 am__include = include am__quote = install_sh = /opt/src/freeradius-snapshot-20021104/install-sh AUTOMAKE_OPTIONS = no-dependencies foreign include_HEADERS = ltdl.h lib_LTLIBRARIES = libltdl.la #noinst_HEADERS = ltdl.h #noinst_LTLIBRARIES = libltdlc.la CLEANFILES = libltdl.la libltdlc.la libltdl_la_SOURCES = ltdl.c libltdl_la_LDFLAGS = -no-undefined -version-info 4:0:1 libltdl_la_LIBADD = $(LIBADD_DL) libltdlc_la_SOURCES = ltdl.c libltdlc_la_LIBADD = $(LIBADD_DL) ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/../src/mkinstalldirs CONFIG_HEADER = config.h CONFIG_CLEAN_FILES = LTLIBRARIES = $(lib_LTLIBRARIES) $(noinst_LTLIBRARIES) DEFS = -DHAVE_CONFIG_H -I. -I$(srcdir) -I. CPPFLAGS = -fast LDFLAGS = -fast LIBS = -lnsl -lresolv -lsocket -lpthread libltdl_la_DEPENDENCIES = libltdl_la_OBJECTS = ltdl.lo libltdlc_la_LDFLAGS = libltdlc_la_DEPENDENCIES = libltdlc_la_OBJECTS = ltdl.lo CFLAGS = -g -DNDEBUG COMPILE = $(CC) $(DEFS) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) LTCOMPILE = $(LIBTOOL) --mode=compile $(CC) $(DEFS) $(INCLUDES) $(AM_CPPFLAGS
Re: solaris/sparc Forte
On Mon, 4 Nov 2002, Chris Parker wrote: Post the errors you are seeing please. If you don't it's hard for us to fix the problem If the makefiles are built wrong, the post what the makefiles should look like to enable compilation to complete it seems libltdl has a problem _only_ if the configure has been run with CPPFLAGS defined... so something seems to be wrong... and I do not see another way to define -fast option I thought CPPFLAGS must be in each Makefile... as well as LDFLAGS. Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: solaris/sparc Forte
On Mon, 4 Nov 2002, Alan DeKok wrote: Gregory G. V. [EMAIL PROTECTED] wrote: it seems libltdl has a problem _only_ if the configure has been run with CPPFLAGS defined... so something seems to be wrong.. and I do not see another way to define -fast option... I thought CPPFLAGS must be in each Makefile... as well as LDFLAGS No, CPPFLAGS are for C++ compilation. Use CFLAGS for C I have tried to run the configure with CFLAGS=-fast without any luck. I could not find any -fast option in the Makefiles, and compiler works without it. There is no C++ code in FreeRADIUS Yes, I have seen. But I do not see how to add -fast... With CPPFLAGS -fast it works... but can not compile libltdl.. Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: solaris/sparc Forte
On Mon, 4 Nov 2002, Alan DeKok wrote: Gregory G. V. [EMAIL PROTECTED] wrote: No, CPPFLAGS are for C++ compilation. Use CFLAGS for C I have tried to run the configure with CFLAGS=-fast without any luck. I could not find any -fast option in the Makefiles, and compiler works without it Have you tried looking for CFLAGS in the Makefiles? This is a basic Unix tool set question, and has nothing to do with your platform or FreeRADIUS Yes, I have seen. But I do not see how to add -fast... With CPPFLAGS -fast it works... but can not compile libltdl. So don't use it there Yes, it seems to work now. I have been confused by line 111 in the libltdl/Makefile - it is CPPFLAGS, and I have defined it after first fault. Now I have exported CFLAGS and LDFLAGS and compilation is going well... Should finish well too. Gregory G. V. --- Any opinions in this posting are my own and not those of my present or previous employers. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html