Re: Any advice for learning debugging threading and stack corruption problems for c/c++?
On Wednesday 16 July 2008 13:41:46 Edward Sutton wrote: I have had a very hard time trying to debug which has hindered my work on some projects. In particular I have had trouble properly grasping how to work with debugging multi threaded applications, memory errors, and stack corruption. I know that it is not a five minute learning process to absorb such knowledge, but I have not yet found helpful references. I have had best luck trying to logically guess a location close to the problem, then setting a break and walking through the code. Once I hit a segfault, I run through the code with a breakpoint bringing me to just before the problem, but do not always understand how to go further. Strange things I see look like bad pointer addresses or the problems being caused within another thread. Since moving to FreeBSD7, I have been unable to use valgrind (which did not seem to help much on multi threaded apps) and I have not found a way to test binaries in the work directories and have had to install it to test it. At present, either gdb alone or kdbg seem to be the only ways I have been able to get even partially reliable responses from gdb because other interfaces disregard breakpoints and interrupts to execution. Are such difficulties common? On another similar topic, is there a good place to start learning about limitations to system internals, such as kern.ipc.shmmax and why I may 'not' want to set it to excessively high values or how other values relate to changing it? How can I tell what cap is occurring, whether it be a system limit or something controlled within the app such as with pthread_attr_setstacksize() and how are 'proper' values determined? The books advanced programming in the unix environment and programming with posix threads help me learn the unix world a bit better, but without debugging knowledge I find it hard to get anywhere with writing more than my high school level of programs and very difficult to get anywhere on the projects of others once threads and/or dynamic memory is involved. Any suggested course for further study from here? Thanks again, Edward Sutton, III Debugging threaded applications is an exercise in frustration and downright irritation. There aren't many easy methods. It seems that you're already familiar with gdb so brush up on how to attach to specific threads within the application and such. Usually, it seems that problems with multi-threaded programming come from two threads trying to access the same structure, or object, at the same time. Look through your code and make sure you're not doing something like this. For example, one thread is trying to read from the same file another is trying to read from thus getting file pointers confused. Please note that this scenario only causes problems if the file was opened in one thread and then the file handle was passed to two others (probably not the best way to do things but . . .). Andy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Any advice for learning debugging threading and stack corruption problems for c/c++?
I have had a very hard time trying to debug which has hindered my work on some projects. In particular I have had trouble properly grasping how to work with debugging multi threaded applications, memory errors, and stack corruption. I know that it is not a five minute learning process to absorb such knowledge, but I have not yet found helpful references. I have had best luck trying to logically guess a location close to the problem, then setting a break and walking through the code. Once I hit a segfault, I run through the code with a breakpoint bringing me to just before the problem, but do not always understand how to go further. Strange things I see look like bad pointer addresses or the problems being caused within another thread. Since moving to FreeBSD7, I have been unable to use valgrind (which did not seem to help much on multi threaded apps) and I have not found a way to test binaries in the work directories and have had to install it to test it. At present, either gdb alone or kdbg seem to be the only ways I have been able to get even partially reliable responses from gdb because other interfaces disregard breakpoints and interrupts to execution. Are such difficulties common? On another similar topic, is there a good place to start learning about limitations to system internals, such as kern.ipc.shmmax and why I may 'not' want to set it to excessively high values or how other values relate to changing it? How can I tell what cap is occurring, whether it be a system limit or something controlled within the app such as with pthread_attr_setstacksize() and how are 'proper' values determined? The books advanced programming in the unix environment and programming with posix threads help me learn the unix world a bit better, but without debugging knowledge I find it hard to get anywhere with writing more than my high school level of programs and very difficult to get anywhere on the projects of others once threads and/or dynamic memory is involved. Any suggested course for further study from here? Thanks again, Edward Sutton, III _ Keep your kids safer online with Windows Live Family Safety. http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
C/C++ Applications Developer
HiFreebsd We have C/C++ Applications Developer multiple openings in different locations. Locations: Ashburn, VA (openings-4) Location: Denver, CO(openings-3) Location: Highlands Ranch, CO (openings-5) Location: Colorado Springs, CO (openings-10) Location: Clinton, MS (openings-8) Location: Tulsa, OK (openings-3) Rate: $45-$50 per hour Job Type: Contract, Total Exp: Good Experience Start Date: ASAP, (01/29/2007) Duration: 12 Months, Number of Openings: 35, Primary Skills: C/C++, PERL, Java in UNIX environment Other Skills/Job Responsibilities: - Required Skills (Must have these skills) o Mid-level developer o An Experienced developer that has developed using C/C++ in an in UNIX environment. o Perl and/or ksh scripting Plus skills, not absolutely necessary: o HTML, CGI and Web Development experience o Perl experience. o Oracle Pro-C or similar database background o Perl DBI Other Requirements/Notes: - we are not looking someone who has C experience on a PC as this is very different skill set. Also, qualified candidates must be self starts and have solid problem solving skills. Please respond with Resume, Rate and Phone numbers When sending resumes please include: Rate Contact telephone numbers email address Current location Available date Best Regards, Sam Modi Sr.IT Recruiter/Sourcing Analyst Aspen Group,Inc 1100 Wayne Ave., Ste. 1175 Silver Spring, MD 20910 Ph: 301-650-6200 x2025 Fax: 301-650-1917 Email:[EMAIL PROTECTED] www.theaspengroupinc.com Disclaimer: Under Bills.1618 Title III passed by the 105th U.S. Congress this mail cannot be considered Spam as long as we include contact information and a method to be removed from our mailing list. To be removed from our mailing list please reply to [EMAIL PROTECTED] with the word REMOVE in your subject line. Include complete address and/or domain/aliases to be removed. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Netbeans C/C++ Pack 5.5
hi, have anybody obtained success in install C/C++ pack for Netbeans 5.5 on freeBSD? because on netbeans's site there is no available pack for OS independent distribution. could anyone tell me if there is any ports that do it thanks -- Willy Tiengo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: C/C++ call to detect cpu?
On Saturday 21 January 2006 15:33, John Levine wrote: Other than 'grep'ing dmesg, is there a way to know the current cpu such as a struct with the machine's cpu and cpu feature (kinda like a time_t struct)? $ sysctl hw.model hw.model: AMD Athlon(tm) 64 Processor 3000+ If you want more details write a tiny assembler routine that does a CPUID instruction and decode the result. Intel has a detailed application note about it at http://developer.intel.ru/design/xeon/applnots/241618.htm R's, John Thanks, that was great help, I was able to get the Processor Name string using info from that pdf. Using asm instead of sysctl will ensure a bit more portability. Unfortunatly, getting the actual processor speed (in Mhz) is more complicated according to that pdf, would you have any suggestions? Thanks, Nicolas. -- FreeBSD 7.0-CURRENT #0: Sat Jan 21 11:33:22 EST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CLK01A PGP? (updated 16 Nov 05) : http://www.clkroot.net/security/nb_root.asc pgp0D90kwoQcw.pgp Description: PGP signature
Re: C/C++ call to detect cpu?
Nicolas, I have commented assembler code for the intel family of CPU's. This code goes back to the i386 and also takes into account the CPU string, and will calculate the clock speed. I do call this as a library function from c/c++ programs. Unfortunately this is written for Microsoft's MASM, and I have never ported it to gas. If you want a copy I can send you the assembler source code and/or the commented listing as well. -Derek At 05:50 PM 1/22/2006, Nicolas Blais wrote: On Saturday 21 January 2006 15:33, John Levine wrote: Other than 'grep'ing dmesg, is there a way to know the current cpu such as a struct with the machine's cpu and cpu feature (kinda like a time_t struct)? $ sysctl hw.model hw.model: AMD Athlon(tm) 64 Processor 3000+ If you want more details write a tiny assembler routine that does a CPUID instruction and decode the result. Intel has a detailed application note about it at http://developer.intel.ru/design/xeon/applnots/241618.htm R's, John Thanks, that was great help, I was able to get the Processor Name string using info from that pdf. Using asm instead of sysctl will ensure a bit more portability. Unfortunatly, getting the actual processor speed (in Mhz) is more complicated according to that pdf, would you have any suggestions? Thanks, Nicolas. -- FreeBSD 7.0-CURRENT #0: Sat Jan 21 11:33:22 EST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CLK01A PGP? (updated 16 Nov 05) : http://www.clkroot.net/security/nb_root.asc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: C/C++ call to detect cpu?
On Sunday 22 January 2006 19:53, Derek Ragona wrote: Nicolas, I have commented assembler code for the intel family of CPU's. This code goes back to the i386 and also takes into account the CPU string, and will calculate the clock speed. I do call this as a library function from c/c++ programs. Unfortunately this is written for Microsoft's MASM, and I have never ported it to gas. If you want a copy I can send you the assembler source code and/or the commented listing as well. -Derek Certainly, that would be of great help! Under what license would you be releasing the source ? :) Nicolas. -- FreeBSD 7.0-CURRENT #0: Sat Jan 21 11:33:22 EST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CLK01A PGP? (updated 16 Nov 05) : http://www.clkroot.net/security/nb_root.asc pgpilr8wlaw2e.pgp Description: PGP signature
C/C++ call to detect cpu?
Other than 'grep'ing dmesg, is there a way to know the current cpu such as a struct with the machine's cpu and cpu feature (kinda like a time_t struct)? Portability is not really an issue (though I would be nice if it could run on BSD/linux systems). For example, on one of my systems (from dmesg): CPU: AMD Athlon(tm) 64 Processor 3000+ (2493.04-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x20ff0 Stepping = 0 Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2 Features2=0x1SSE3 AMD Features=0xe2500800SYSCALL,NX,MMX+,FFXSR,LM,3DNow+,3DNow AMD Features2=0x1LAHF I would need AMD Athlon(tm) 64 Processor 3000+ (2493.04-MHz 686-class CPU) or similar. Thanks, Nicolas. -- FreeBSD 7.0-CURRENT #0: Sat Jan 21 11:33:22 EST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CLK01A PGP? (updated 16 Nov 05) : http://www.clkroot.net/security/nb_root.asc pgpjwJSGS1Q1W.pgp Description: PGP signature
Re: C/C++ call to detect cpu?
Other than 'grep'ing dmesg, is there a way to know the current cpu such as a struct with the machine's cpu and cpu feature (kinda like a time_t struct)? $ sysctl hw.model hw.model: AMD Athlon(tm) 64 Processor 3000+ If you want more details write a tiny assembler routine that does a CPUID instruction and decode the result. Intel has a detailed application note about it at http://developer.intel.ru/design/xeon/applnots/241618.htm R's, John ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: C/C++ call to detect cpu?
On Jan 21, 2006, at 12:33 PM, John Levine wrote: Other than 'grep'ing dmesg, is there a way to know the current cpu such as a struct with the machine's cpu and cpu feature (kinda like a time_t struct)? $ sysctl hw.model hw.model: AMD Athlon(tm) 64 Processor 3000+ If you want more details write a tiny assembler routine that does a CPUID instruction and decode the result. Intel has a detailed application note about it at http://developer.intel.ru/design/xeon/applnots/241618.htm R's, John As for gcc, CFLAGS and CXXFLAGS, doing some searching on google for -march gcc will prove to help you in finding out what is and is not supported by your processor. There's also a link from the Gentoo Linux docs somewhere in the handbook, but you will have to hunt that down on your own ;). There's also a better (or perhaps, just more relevant) doc somewhere on FreeBSD's site about CFLAGS and CXXFLAGS which also addresses gcc variables and architectures I think. -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: C/C++ call to detect cpu?
On Jan 21, 2006, at 12:33 PM, John Levine wrote: Other than 'grep'ing dmesg, is there a way to know the current cpu such as a struct with the machine's cpu and cpu feature (kinda like a time_t struct)? $ sysctl hw.model hw.model: AMD Athlon(tm) 64 Processor 3000+ If you want more details write a tiny assembler routine that does a CPUID instruction and decode the result. Intel has a detailed application note about it at http://developer.intel.ru/design/xeon/applnots/241618.htm R's, John Erm. Nevermind. I just misunderstood your question =\... -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
Chuck Robey wrote: JD Arnold wrote: Danial Thom wrote: --- Vladimir Tsvetkov [EMAIL PROTECTED] wrote: This is obviously a trick question, because real programmers don't use IDEs. Case Closed. I'm not a real programmer, but UNIX is a great developer environment. It's a tool based environment. Small tools, strong cohesion in what they are designed for, easy ways to combine them to form more complex tasks. Good documentation too. Actually you don't need anything else, you don't need a colourfull IDE. But... Maybe only few, really exceptional people can benefit and grok the power of this kind of environments. To me the ideal IDE is actually a toolkit: - Source Editor, preferably with a object browser or other kind of a source browser. An autocomplete functionallity could increase productivity too - this could increase quality if we measure quality of code by the low number of syntax mistakes, but this could also be a threat to quality letting the programmer write without reading carefully what is written - code bloating. - Compiler with a debugger. We must discuss about the pros. and cons. of a grafic debugger versus a text-mode debugger. The things are getting really messy when it comes up to debugging multithreading code and I really don't know what is the ultimate tool for this task. - A build tool. Ant or make will suffice. - Source control tools. CVS, SVN etc. - Documentation tools. POD, Doxygen, Javadoc or something else. - Unit testing framework. This is not always a tool. This could be a language extension, or a testing API. - Other tools. You don't need to put everything together in a single swissknife-tool, but this could be convenient in some cases. IDE vs. Toolbased Environments ??? Which is more productive and how to measure productiveness? Best Regards, Vladimir Tsvetkov Tools, schmools. vi and cc work for me. I do admit that I wish someone would get make to accept spaces instead of the (damn) tab. I think its time for that :) That's why you should graduate to Emacs - with the makefile syntax highlighting, you'll at least see the differences between tabs and spaces before getting into trouble due to bad whitespacing!-) you're certainly giving a viewpoint that has a great deal of truth to it, but I guess what scares folks is the horrible, horrible emacs learning curve,. At one point in my career (in school, lisp programming) I learned/used emacs. I admit, it's got so much power, there isn't even a close competitor. BUT at that time, I had a genius girl programmer at my side, and she helped me with emacs syntax so heavily it was funny, and so I could make use of emacs without really having to scale the learning curve. If I'd actually had to scale that learning curve, do you think I would have, even COULD have used emacs? One of the worst things I had happen, I needed, one year later, to go back to vi for a job, and just forgot enough emacs usages, and never went back. I'd love to, but I'd have to find another genius Lisp girlfriend, before I could do that. Likely? That's why emacs isn't the world's most popular editor/IDE. A couple of notes on this: * The coolest thing about Emacs is you learn it once and you are set for life. No matter what platform, there's bound to be an Emacs port. I've been using Emacs for 15+ years, and I've never had to learn another editor. And that includes working on the Atari ST, OS/2, any Un*x flavor of the month, etc. The native Windows port is one of the best ports, too. * You in no way, shape or manner need to know lisp. These days, with the fancy customize stuff, you almost never need to program in elisp. * I'd actually contend that emacs *is* the world's most popular (ie., used) editor in the world. Given the gazillion platforms it runs on, and it's amazing flexibility, I think you'd be hard pressed to name another one that can contend with it. * I'm not sure why you'd have to go back to vi for a job. Why would anyone care what editor you use, as long as you get the job done? I've worked in many companies, using many different platforms, and I've always used Emacs. -- Jonathan Arnold (mailto:[EMAIL PROTECTED]) Daemon Dancing in the Dark, a FreeBSD weblog: http://freebsd.amazingdev.com/blog/ UNIX is user-friendly. It's just a bit picky about who its friends are. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
On 2006-01-14 13:00, JD Arnold [EMAIL PROTECTED] wrote: Chuck Robey wrote: At one point in my career (in school, lisp programming) I learned/used emacs. I admit, it's got so much power, there isn't even a close competitor. BUT at that time, I had a genius girl programmer at my side, and she helped me with emacs syntax so heavily it was funny, and so I could make use of emacs without really having to scale the learning curve. If I'd actually had to scale that learning curve, do you think I would have, even COULD have used emacs? One of the worst things I had happen, I needed, one year later, to go back to vi for a job, and just forgot enough emacs usages, and never went back. I'd love to, but I'd have to find another genius Lisp girlfriend, before I could do that. Likely? That's why emacs isn't the world's most popular editor/IDE. A couple of notes on this: [...] * I'm not sure why you'd have to go back to vi for a job. Why would anyone care what editor you use, as long as you get the job done? I've worked in many companies, using many different platforms, and I've always used Emacs. I'm sure Chuck, who is a very regular contributor to the lists, posting useful, knowledgeable replies, is not trying to troll against Emacs, but stating something that has been his personal experience :) I can definitely understand that, under certain circumstances, one may have to switch tools for political rather than really technical reasons. I have worked at places where we were not allowed to install 'extra' programs in the development machines, to avoid creating dependencies that the official build machines would not be able to satisfy. This had the silly side-effect that it was not possible to install a snapshot of Emacs on the development machines, so all we had was /usr/bin/vi. Having said that, I can usually install Emacs, either as a supported system package, or by bootstrapping it from source with --prefix=$HOME/opt, so I'm also using Emacs as my IDE for around 12 years now. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
On 2006-01-09 15:30, Chuck Robey [EMAIL PROTECTED] wrote: JD Arnold wrote: That's why you should graduate to Emacs - with the makefile syntax highlighting, you'll at least see the differences between tabs and spaces before getting into trouble due to bad whitespacing!-) you're certainly giving a viewpoint that has a great deal of truth to it, but I guess what scares folks is the horrible, horrible emacs learning curve,. At one point in my career (in school, lisp programming) I learned/used emacs. I admit, it's got so much power, there isn't even a close competitor. BUT at that time, I had a genius girl programmer at my side, and she helped me with emacs syntax so heavily it was funny, and so I could make use of emacs without really having to scale the learning curve. If I'd actually had to scale that learning curve, do you think I would have, even COULD have used emacs? One of the worst things I had happen, I needed, one year later, to go back to vi for a job, and just forgot enough emacs usages, and never went back. I'd love to, but I'd have to find another genius Lisp girlfriend, before I could do that. Likely? That's why emacs isn't the world's most popular editor/IDE. If you remove the artificial requirement of the help person being your girlfriend at the same time too, I'm sure a lot of the current Emacs users will be glad to help /me grins ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
--- Giorgos Keramidas [EMAIL PROTECTED] wrote: On 2006-01-09 15:30, Chuck Robey [EMAIL PROTECTED] wrote: JD Arnold wrote: That's why you should graduate to Emacs - with the makefile syntax highlighting, you'll at least see the differences between tabs and spaces before getting into trouble due to bad whitespacing!-) you're certainly giving a viewpoint that has a great deal of truth to it, but I guess what scares folks is the horrible, horrible emacs learning curve,. At one point in my career (in school, lisp programming) I learned/used emacs. I admit, it's got so much power, there isn't even a close competitor. BUT at that time, I had a genius girl programmer at my side, and she helped me with emacs syntax so heavily it was funny, and so I could make use of emacs without really having to scale the learning curve. If I'd actually had to scale that learning curve, do you think I would have, even COULD have used emacs? One of the worst things I had happen, I needed, one year later, to go back to vi for a job, and just forgot enough emacs usages, and never went back. I'd love to, but I'd have to find another genius Lisp girlfriend, before I could do that. Likely? That's why emacs isn't the world's most popular editor/IDE. I had a girlfriend with a Lisp. But what a body! DT __ Yahoo! DSL Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
--- Vladimir Tsvetkov [EMAIL PROTECTED] wrote: This is obviously a trick question, because real programmers don't use IDEs. Case Closed. I'm not a real programmer, but UNIX is a great developer environment. It's a tool based environment. Small tools, strong cohesion in what they are designed for, easy ways to combine them to form more complex tasks. Good documentation too. Actually you don't need anything else, you don't need a colourfull IDE. But... Maybe only few, really exceptional people can benefit and grok the power of this kind of environments. To me the ideal IDE is actually a toolkit: - Source Editor, preferably with a object browser or other kind of a source browser. An autocomplete functionallity could increase productivity too - this could increase quality if we measure quality of code by the low number of syntax mistakes, but this could also be a threat to quality letting the programmer write without reading carefully what is written - code bloating. - Compiler with a debugger. We must discuss about the pros. and cons. of a grafic debugger versus a text-mode debugger. The things are getting really messy when it comes up to debugging multithreading code and I really don't know what is the ultimate tool for this task. - A build tool. Ant or make will suffice. - Source control tools. CVS, SVN etc. - Documentation tools. POD, Doxygen, Javadoc or something else. - Unit testing framework. This is not always a tool. This could be a language extension, or a testing API. - Other tools. You don't need to put everything together in a single swissknife-tool, but this could be convenient in some cases. IDE vs. Toolbased Environments ??? Which is more productive and how to measure productiveness? Best Regards, Vladimir Tsvetkov Tools, schmools. vi and cc work for me. I do admit that I wish someone would get make to accept spaces instead of the (damn) tab. I think its time for that :) DT __ Yahoo! DSL Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
Danial Thom wrote: --- Vladimir Tsvetkov [EMAIL PROTECTED] wrote: This is obviously a trick question, because real programmers don't use IDEs. Case Closed. I'm not a real programmer, but UNIX is a great developer environment. It's a tool based environment. Small tools, strong cohesion in what they are designed for, easy ways to combine them to form more complex tasks. Good documentation too. Actually you don't need anything else, you don't need a colourfull IDE. But... Maybe only few, really exceptional people can benefit and grok the power of this kind of environments. To me the ideal IDE is actually a toolkit: - Source Editor, preferably with a object browser or other kind of a source browser. An autocomplete functionallity could increase productivity too - this could increase quality if we measure quality of code by the low number of syntax mistakes, but this could also be a threat to quality letting the programmer write without reading carefully what is written - code bloating. - Compiler with a debugger. We must discuss about the pros. and cons. of a grafic debugger versus a text-mode debugger. The things are getting really messy when it comes up to debugging multithreading code and I really don't know what is the ultimate tool for this task. - A build tool. Ant or make will suffice. - Source control tools. CVS, SVN etc. - Documentation tools. POD, Doxygen, Javadoc or something else. - Unit testing framework. This is not always a tool. This could be a language extension, or a testing API. - Other tools. You don't need to put everything together in a single swissknife-tool, but this could be convenient in some cases. IDE vs. Toolbased Environments ??? Which is more productive and how to measure productiveness? Best Regards, Vladimir Tsvetkov Tools, schmools. vi and cc work for me. I do admit that I wish someone would get make to accept spaces instead of the (damn) tab. I think its time for that :) That's why you should graduate to Emacs - with the makefile syntax highlighting, you'll at least see the differences between tabs and spaces before getting into trouble due to bad whitespacing!-) -- Jonathan Arnold (mailto:[EMAIL PROTECTED]) Daemon Dancing in the Dark, a FreeBSD weblog: http://freebsd.amazingdev.com/blog/ UNIX is user-friendly. It's just a bit picky about who its friends are. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
Le 08/01/2006 à 18:37:33+0100, Kiffin Gish a écrit On Sun, 2006-01-08 at 12:26 -0500, Michael P. Soulier wrote: On 08/01/06 Ross Lonstein said: *cough* xemacs *cough* Great OS, but he wanted an editor. ;-) Flame away :) Hey, you asked for it. :) Mike Yes please: an editor plus integrated compile/build and debugger. I'm not programmer then I don't use any IDE. I manage many server for lots of students. I've install two IDE. kdevelopp (in KDE environnement) Eclipse This is for C++ «developpement» (It's not students in computer science but in mathematics.). Well you can try Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. Heure local/Local time: Mon Jan 9 21:03:51 CET 2006 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
JD Arnold wrote: Danial Thom wrote: --- Vladimir Tsvetkov [EMAIL PROTECTED] wrote: This is obviously a trick question, because real programmers don't use IDEs. Case Closed. I'm not a real programmer, but UNIX is a great developer environment. It's a tool based environment. Small tools, strong cohesion in what they are designed for, easy ways to combine them to form more complex tasks. Good documentation too. Actually you don't need anything else, you don't need a colourfull IDE. But... Maybe only few, really exceptional people can benefit and grok the power of this kind of environments. To me the ideal IDE is actually a toolkit: - Source Editor, preferably with a object browser or other kind of a source browser. An autocomplete functionallity could increase productivity too - this could increase quality if we measure quality of code by the low number of syntax mistakes, but this could also be a threat to quality letting the programmer write without reading carefully what is written - code bloating. - Compiler with a debugger. We must discuss about the pros. and cons. of a grafic debugger versus a text-mode debugger. The things are getting really messy when it comes up to debugging multithreading code and I really don't know what is the ultimate tool for this task. - A build tool. Ant or make will suffice. - Source control tools. CVS, SVN etc. - Documentation tools. POD, Doxygen, Javadoc or something else. - Unit testing framework. This is not always a tool. This could be a language extension, or a testing API. - Other tools. You don't need to put everything together in a single swissknife-tool, but this could be convenient in some cases. IDE vs. Toolbased Environments ??? Which is more productive and how to measure productiveness? Best Regards, Vladimir Tsvetkov Tools, schmools. vi and cc work for me. I do admit that I wish someone would get make to accept spaces instead of the (damn) tab. I think its time for that :) That's why you should graduate to Emacs - with the makefile syntax highlighting, you'll at least see the differences between tabs and spaces before getting into trouble due to bad whitespacing!-) you're certainly giving a viewpoint that has a great deal of truth to it, but I guess what scares folks is the horrible, horrible emacs learning curve,. At one point in my career (in school, lisp programming) I learned/used emacs. I admit, it's got so much power, there isn't even a close competitor. BUT at that time, I had a genius girl programmer at my side, and she helped me with emacs syntax so heavily it was funny, and so I could make use of emacs without really having to scale the learning curve. If I'd actually had to scale that learning curve, do you think I would have, even COULD have used emacs? One of the worst things I had happen, I needed, one year later, to go back to vi for a job, and just forgot enough emacs usages, and never went back. I'd love to, but I'd have to find another genius Lisp girlfriend, before I could do that. Likely? That's why emacs isn't the world's most popular editor/IDE. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
On 1/9/06, Chuck Robey [EMAIL PROTECTED] wrote: you're certainly giving a viewpoint that has a great deal of truth to it, but I guess what scares folks is the horrible, horrible emacs learning curve,. At one point in my career (in school, lisp programming) I learned/used emacs. I admit, it's got so much power, there isn't even a close competitor. Actually, I find Vim superior in most respects. I would use Emacs if someone would fix the broken modes that are accepted as best-in-class for most of the uses that I need. Meanwhile, Vim just works. Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Which is the best open source C/C++ IDE out there?
I've played around with Anjuta and Code::Blocks and was wondering what is the preferred open source C/C++ IDE available for advanced users. Pros and cons etc. would be greatly appreciated. -- Kiffin Gish [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
On Sun, Jan 08, 2006 at 04:43:49PM +0100, Kiffin Gish wrote: I've played around with Anjuta and Code::Blocks and was wondering what is the preferred open source C/C++ IDE available for advanced users. *cough* xemacs *cough* Pros and cons etc. would be greatly appreciated. Flame away :) - Ross ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
On 08/01/06 Ross Lonstein said: *cough* xemacs *cough* Great OS, but he wanted an editor. ;-) Flame away :) Hey, you asked for it. :) Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpeB1YkU9K3G.pgp Description: PGP signature
Re: Which is the best open source C/C++ IDE out there?
On Sun, 2006-01-08 at 12:26 -0500, Michael P. Soulier wrote: On 08/01/06 Ross Lonstein said: *cough* xemacs *cough* Great OS, but he wanted an editor. ;-) Flame away :) Hey, you asked for it. :) Mike Yes please: an editor plus integrated compile/build and debugger. -- Kiffin Gish [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
Kiffin Gish wrote: I've played around with Anjuta and Code::Blocks and was wondering what is the preferred open source C/C++ IDE available for advanced users. Pros and cons etc. would be greatly appreciated. What would be the best IDE can I nor anybody else on this list tell you, it's a matter of taste. Anyway: I think anjuta is a realy nice IDE, it has a lot of features and it runs pretty fast, so that would be my tip. You can also try Eclipse + CDT plugin, which also seems to be a great developement tool, I haven't used the CDT plugin, but I'm using eclipse for java and it works realy great, allthough Eclipse does require a fast computer. Good luck finding an IDE which YOU like, -- -Frank Staals ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
*cough* xemacs *cough* Great OS, but he wanted an editor. ;-) Flame away :) Hey, you asked for it. :) Mike Yes please: an editor plus integrated compile/build and debugger. vim, emacs + make + gcc is all you need. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
--- Kiffin Gish [EMAIL PROTECTED] wrote: I've played around with Anjuta and Code::Blocks and was wondering what is the preferred open source C/C++ IDE available for advanced users. Pros and cons etc. would be greatly appreciated. This is obviously a trick question, because real programmers don't use IDEs. Case Closed. __ Yahoo! DSL Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
This is obviously a trick question, because real programmers don't use IDEs. Case Closed. I'm not a real programmer, but UNIX is a great developer environment. It's a tool based environment. Small tools, strong cohesion in what they are designed for, easy ways to combine them to form more complex tasks. Good documentation too. Actually you don't need anything else, you don't need a colourfull IDE. But... Maybe only few, really exceptional people can benefit and grok the power of this kind of environments. To me the ideal IDE is actually a toolkit: - Source Editor, preferably with a object browser or other kind of a source browser. An autocomplete functionallity could increase productivity too - this could increase quality if we measure quality of code by the low number of syntax mistakes, but this could also be a threat to quality letting the programmer write without reading carefully what is written - code bloating. - Compiler with a debugger. We must discuss about the pros. and cons. of a grafic debugger versus a text-mode debugger. The things are getting really messy when it comes up to debugging multithreading code and I really don't know what is the ultimate tool for this task. - A build tool. Ant or make will suffice. - Source control tools. CVS, SVN etc. - Documentation tools. POD, Doxygen, Javadoc or something else. - Unit testing framework. This is not always a tool. This could be a language extension, or a testing API. - Other tools. You don't need to put everything together in a single swissknife-tool, but this could be convenient in some cases. IDE vs. Toolbased Environments ??? Which is more productive and how to measure productiveness? Best Regards, Vladimir Tsvetkov ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Which is the best open source C/C++ IDE out there?
On 08/01/06 Vladimir Tsvetkov said: To me the ideal IDE is actually a toolkit: I believe Unix's original name was PTB, the Programmer's ToolBox. Hence why Unix usually _is_ my IDE. Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpAYxmlXVtDY.pgp Description: PGP signature
C/C++ Editor with auto completion for FreeBSD
Hello! Does anyone know C/C++ Editors/IDEs for X11 under FreeBSD with auto code completion and for example information boxes about the parameters of functions etc. (like NetBeans)? I've read that eclipse with CDT should do that but it doesn't work here... :-( Many Thanks in advance!!! Lukas ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: C/C++ Editor with auto completion for FreeBSD
On 10/26/05, Lukas Razik [EMAIL PROTECTED] wrote: Does anyone know C/C++ Editors/IDEs for X11 under FreeBSD with auto code completion and for example information boxes about the parameters of functions etc. Emacs can do autocompletion, and you can use etags for finding functions etc. I don't know about information boxes, but there are many extensions available. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Editor for C C++ language
vittorio wrote: Working usually under kde I'm looking for something similar to the llc-win32 program under ms-windows - that is a development environment where you can edit your c++ program, compile it, debug it step by step, and finally run it in a suitable window. I tried the nice editor kate which allows to compile the file only. No debugging, no running. Is there anything of the kind of llc-win32? Ciao Vittorio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] If you have an up to date system with at least 512MB ram I reccommend Eclipse with CDT as someone else allready mentioned. But a bit less system-resources-draining is anjuta, which works pretty nice. http://anjuta.sourceforge.net/ The anjuta 1 ( stable ) port is available in the portstree devel/anjuta . Their developement release ( 2.X ) isn't available in the portstree and should be manually installed. -- -Frank Staals ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Editor for C C++ language
Alle 02:34, domenica 23 ottobre 2005, Giorgos Keramidas ha scritto: On 2005-10-22 22:07, vittorio [EMAIL PROTECTED] wrote: Working usually under kde I'm looking for something similar to the llc-win32 program under ms-windows - that is a development environment where you can edit your c++ program, compile it, debug it step by step, and finally run it in a suitable window. I tried the nice editor kate which allows to compile the file only. No debugging, no running. Is there anything of the kind of llc-win32? I'm using Emacs as my IDE for years now. It's not exactly what someone who is used to windowing environments would call a GUI IDE, but it can do the following: - Edit the source code (with syntax highlighting if need be) - Compile (with the hit of a single key, once configured) - Parse compiler output and move to the file/line of an error, then to the next error, etc. - Interactively debug C, C++, Perl, Python, or LISP programs, line by line -- working as a control program for GNU gdb and that's only a minor subset of the features it has. Well, as a matter of fact I'm obliged at wok to use windows but my pet OS are both BSDs. In my freebsd portable I have xemacs that is sensitive to many environments (I use it for the statiscal program R and for pdflatex) among which C++ . In fact the C++ program I edit triggers a C++ menu and many options among which there are also debug and compile. This latter unfortunately calls a make -k command while I'd like to run g++ prog.c -g -o prog as usual. Could someone explain what shoujld I do to modify xemacs as I want? Ciao Vittorio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Editor for C C++ language
On 2005-10-23 12:52, vittorio [EMAIL PROTECTED] wrote: In my freebsd portable I have xemacs that is sensitive to many environments (I use it for the statiscal program R and for pdflatex) among which C++ . In fact the C++ program I edit triggers a C++ menu and many options among which there are also debug and compile. This latter unfortunately calls a make -k command while I'd like to run g++ prog.c -g -o prog as usual. Could someone explain what shoujld I do to modify xemacs as I want? This is probably an effect of the default value of ``compile-command''. What do you see if you type: M-: (list compile-command) RET should be (make -k). By customizing this variable, or setting it to a local value when C++ code is edited, you should be able to make the menu entry invoke any command you find more useful. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Editor for C C++ language
On 10/23/05, Johnny Billquist [EMAIL PROTECTED] wrote: emacs can do anything. Put it might not be graphical enough for your taste if you come from Windows... I agree that Emacs rocks. I come from a Windows background and appreciated the control, and just plain coolness of Emacs. Took a little getting used to, but a fine book by O'Rielly, and alot of practice helped ease the transition. A useful group of indenting styles for C and C++ makes it easy to find the appropriate one, or make your own. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Editor for C C++ language
vittorio wrote: Working usually under kde I'm looking for something similar to the llc-win32 program under ms-windows - that is a development environment where you can edit your c++ program, compile it, debug it step by step, and finally run it in a suitable window. I tried the nice editor kate which allows to compile the file only. No debugging, no running. Is there anything of the kind of llc-win32? Ciao Vittorio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] May be yoo need to an IDE insted of editor. You can use kdevelop package. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Editor for C C++ language
Working usually under kde I'm looking for something similar to the llc-win32 program under ms-windows - that is a development environment where you can edit your c++ program, compile it, debug it step by step, and finally run it in a suitable window. I tried the nice editor kate which allows to compile the file only. No debugging, no running. Is there anything of the kind of llc-win32? Ciao Vittorio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Editor for C C++ language
On Sat, 22 Oct 2005, vittorio wrote: Working usually under kde I'm looking for something similar to the llc-win32 program under ms-windows - that is a development environment where you can edit your c++ program, compile it, debug it step by step, and finally run it in a suitable window. I tried the nice editor kate which allows to compile the file only. No debugging, no running. Is there anything of the kind of llc-win32? emacs can do anything. Put it might not be graphical enough for your taste if you come from Windows... Johnny Johnny Billquist || I'm on a bus || on a psychedelic trip email: [EMAIL PROTECTED] || Reading murder books pdp is alive! || tryin' to stay hip - B. Idol ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Editor for C C++ language
On Saturday 22 October 2005 03:07 pm, vittorio wrote: Working usually under kde I'm looking for something similar to the llc-win32 program under ms-windows - that is a development environment where you can edit your c++ program, compile it, debug it step by step, and finally run it in a suitable window. Since you're using KDE anyway, check out KDevelop. It's similar to Visual Studio. I'm with Johnny, though. I could live in Emacs quite happily. -- Kirk Strauser pgppDhztYKnhi.pgp Description: PGP signature
Re[2]: Editor for C C++ language
Hello Johnny, Is there anything of the kind of llc-win32? I would give a try to wscite, http://www.scintilla.org/. It's a nice graphical editor, very configurable, supports almost any language syntax hihglighting, supports multitabbed windows and runs on unixes and windows. You can configure it to use different compilers, for example I configured it on windows to easily compile C# programs. In a word you should see it. Hope that helps. -- Best regards, Cezarmailto:[EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Editor for C C++ language
On Sat, Sat, 22 Oct 2005 22:07:19 +0200 (GMT) vittorio [EMAIL PROTECTED] wrote: Working usually under kde I'm looking for something similar to the llc-win32 program under ms-windows - that is a development environment where you can edit your c++ program, compile it, debug it step by step, and finally run it in a suitable window. I tried the nice editor kate which allows to compile the file only. No debugging, no running. Is there anything of the kind of llc-win32? Ciao Vittorio I don't know what llc-win32 is, but try using Code::Blocks Studio (http://www.codeblocks.org/) or Dev-C++ (http://www.bloodshed.net/devcpp.html). The last is written in Delphi and I have no idea if it could be compiled under FreeBSD. Good luck with that. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Editor for C C++ language
On 2005-10-22 22:07 vittorio wrote: Working usually under kde I'm looking for something similar to the llc-win32 program under ms-windows - that is a development environment where you can edit your c++ program, compile it, debug it step by step, and finally run it in a suitable window. I tried the nice editor kate which allows to compile the file only. No debugging, no running. Is there anything of the kind of llc-win32? Ciao Vittorio Check out Eclipse platform with CDT plugin: http://www.eclipse.org/cdt/ which has a great debuger With LeakTracert for checkig memory leaks you have almost everything for c++ developement. Best regards, Marcin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Editor for C C++ language
On 2005-10-22 22:07, vittorio [EMAIL PROTECTED] wrote: Working usually under kde I'm looking for something similar to the llc-win32 program under ms-windows - that is a development environment where you can edit your c++ program, compile it, debug it step by step, and finally run it in a suitable window. I tried the nice editor kate which allows to compile the file only. No debugging, no running. Is there anything of the kind of llc-win32? I'm using Emacs as my IDE for years now. It's not exactly what someone who is used to windowing environments would call a GUI IDE, but it can do the following: - Edit the source code (with syntax highlighting if need be) - Compile (with the hit of a single key, once configured) - Parse compiler output and move to the file/line of an error, then to the next error, etc. - Interactively debug C, C++, Perl, Python, or LISP programs, line by line -- working as a control program for GNU gdb and that's only a minor subset of the features it has. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: C/C++ interpreter Ch for freebsd
To my fellow geeks and wizards, My dime's worth is that Ch definitely deserves checking out. I've done porting, general development, testing, and more; the one constant I had to do --and I'm pretty sure this holds for all of us-- was cobbling together scripts. Looks like this interpreter can simplify/unify writing shell script. Come in seriously handy for the usual throw-away stuff. Thanks, Gary. Be glad to let you know that we have ported Ch, Ch SDK, Embedded Ch, Ch Control System and SoftIntegration C++ Graphical Library (SIGL) for FreeBSD. Ch can now be freely downloaded from http://www.softintegration.com/download/ Best regards, Xiaodong Xiaodong Zhou, PhD http://www.softintegration.com Ch: a C/C++ interpreter for cross-platform scripting, shell programming, 2D/3D plotting, numerical computing, and embedded scripting. gary On Sat, Mar 13, 2004 at 03:10:45AM -0500, Xiaodong Zhou wrote: On Fri, 12 Mar 2004 04:07:45 -0500 (EST) [EMAIL PROTECTED] (Xiaodong Zhou) wrote: Hello, We have developed a free C/C++ interpreter called Ch. It supports C99 and runs in Windows, Unix, Linux and Mac. We have many freebsd users asking us to port Ch to freebsd. We are in close to finishing porting Ch to freebsd. I wonder if it is possible to have ch bundled with freebsd? More about Ch can be found at http://www.softintegration.com Feel free to me know if you have any questions or suggestions. I've used Ch on windows a log time ago and it's a nice product. If you need any help for making the port, please drop my an email. Thanks so much for your offer. Sure we will keep you in mind. Best regards, Xiaodong Xiaodong Zhou, PhD SoftIntegration, Inc http://www.softintegration.com -- IOnut Unregistered ;) FreeBSD user -- Gary Kline [EMAIL PROTECTED] www.thought.org Public service Unix ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: C/C++ Unix/Programmer/Tester
I'am interesing in becoming BSD tester or alfa tester, how I can get information about job positions in BSD development. FreeBSD is created and developed by volunteers rather than paid staff. To get a job in BSD development, you would have to get a job in a company that is using FreeBSD (or one of the other BSDs) and that, for their own reasons, chooses to have some staff working on BSD things - probably that run on top of BSD. You could also volunteer to do development, but you would not get paid for it from FreeBSD - no one does. To do this, look at the various projects and or the bug (pr) list and do a good job writing the needed code or correction and submit it. If it gets used and you do this often enough you might end up being a committer. As for testing, just download the latest CURRENT and update to the latest with cvsup and you will be running (and thus testing) the latest BSD. Check out information from the FreeBSD web page - follow the appropriate links. jerry Thanks Ricardo Balda ___ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
C/C++ Unix/Programmer/Tester
I'am interesing in becoming BSD tester or alfa tester, how I can get information about job positions in BSD development. Thanks Ricardo Balda ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
On Tue, 11 Nov 2003, Alex Kelly wrote: Thanks for all of the great suggestions to my previous question! Yet, the responses have led me to another question. If C++ is newer and more advanced than C, will it replace C? If so, should I learn C++ and forget C? Good advice: Have a look at Bruce Eckel's free, though excellent, electronic books at http://mindview.net/Books/ Thinking in C++ and get started. FreeBSD's built in gcc should do all you need for the beginning. - And: Have fun! Uli. Alex ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] +---+ |Peter Ulrich Kruppa| | Wuppertal | | Germany | +---+ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
On Tue, 11 Nov 2003, Alex Kelly wrote: Good advice: Have a look at Bruce Eckel's free, though excellent, electronic books at http://mindview.net/Books/ Thinking in C++ and get started. FreeBSD's built in gcc should do all you need for the beginning. There's no way, IMO, that you can learn C++ from Thinking in C++. I tried... and failed (though I was 15 at the time and had no previous programming knowledge apart from trying to learn C and hating every minute of it). It's no doubt an excellent book, I have a paper copy of it, but I consider rather more a book for those that know a reasonable amount of C++ and want to advance their knowledge. Cheers, Chris Howells ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
Am I missing something here? When does C have OO capability? Structs don't count. What about inheritance and polymorphism? That's in the implementation AND application. Just because you CAN access part of a lowly struct, doesn't mean you have to. It's object oriented if you OBSERVE the restricted accesses defined by OO. Whether or not they're there is completely irrelevant. Of course C has OO capability, it just doesn't have its restrictions :) The idea that C can be used to do object-oriented programming is a myth. The C language is not object-oriented or even object-based. The big reason C++ is object-oriented is due to dynamic binding. Check out the C++ FAQ lite: http://www.parashift.com/c++-faq-lite/big-picture.html#faq-6.8 If you declare a struct, and then implement a specific set of routines to manipulate it, and only use those routines, except for those 'data members' that would otherwise be public anyway, that's essentially your class. You're doing without all the type and access restrictions IMPOSED by C++, but that doesn't mean you can't OBSERVE those restrictions. This way, when saving cpu time is critical, you can bend those rules. With C++, you're stuck on the long road. You can drive your car to an open plain in the desert, and operate the vehicle as if you were in the city, observing imaginary stop lights, lanes and traffic. But why pretend? The systematic constraints in C++ exist to organize code, protect your work. They are there for the same basic reasons that local variables exist in C. I would agree that you can write programs that do the same thing in all three languages above, but I don't think that OO is a waste of time. OO promotes code reuse. That is the whole point. No one ever claimed OO was a waste of time that I noticed. But I don't see code reuse with C++ any more than with C. I'm a real big fan of code reuse, and I have reused more C code than I can remember. Problem is that when C++ code gets reused, it's usually a template class, in which case, you'd probably be better off with C anyway. There are so many different ways to re-use code. Even cutting and pasting, which is essentially what the STL does. (correct me if I am wrong) If you are going to re-use code, at least be organized, make a good interface, and don't re-invent the wheel unless you have to. C, C++, whatever. Using C++ implies a state of mind. You can write code like in C, but it defeats the purpose of using an OO language. Not sure what you mean by this, but if using C++ is a state of mind, why can't that state of mind affect the way C code is written? And it doesn't defeat the purpose if you misbehave regularly and NEED the unbreakable restrictions. Components in the real-world problem map directly to objects in the program. C++ was designed to be used this way. C was not. --Allan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
On Thu, 13 Nov 2003 11:01:54 -0800 abowhill [EMAIL PROTECTED] wrote: Am I missing something here? When does C have OO capability? Structs don't count. What about inheritance and polymorphism? That's in the implementation AND application. Just because you CAN access part of a lowly struct, doesn't mean you have to. It's objectoriented if you OBSERVE the restricted accesses defined by OO. Whether or not they're there is completely irrelevant. Of course C has OO capability, it just doesn't have its restrictions :) The idea that C can be used to do object-oriented programming is a myth. The C language is not object-oriented or even object-based. The big reason C++ is object-oriented is due to dynamic binding. I don't think I buy that. With that reasoning, couldn't you say that any program in any language that does any sort of dynamic binding (for example, opening a .so file) is object-oriented? The way I see it is that object-orientation is a methodology, and languages aren't methodologies, so it's absurd to say that some language is or isn't object-oriented. (I mean, we all know that the Bourne shell is object-oriented,[1] right? :) The best you can do is to describe the degree to which some language supports or enforces object-oriented programming. Incidental to that, C++ provides many abstractions which support object-oriented programming, while not enforcing them in any way. But this is getting far off topic for this list; the bare facts remain: - much of FreeBSD (kernel, userland) is written in C - many FreeBSD ports are written in C++ So, as stated several times now, it really depends on what you want to work on. -Chris [1] http://www.usenix.org/publications/library/proceedings/bos94/haemer.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
I hate to seem like a jerk, but I get these messages through the list already, and see no reason to get them in multiple boxes. Please feel free to continue this discussion on list, but please take this email out of the recipients list. I will join in when I am able. Granted that doesn't guarantee I'll agree with everyone, but then it wouldn't be much of a discussion, would it? :) Cheers. Lou On 11/13/03 11:42 AM, Chris Pressey sat at the `puter and typed: On Thu, 13 Nov 2003 11:01:54 -0800 abowhill [EMAIL PROTECTED] wrote: Am I missing something here? When does C have OO capability? Structs don't count. What about inheritance and polymorphism? That's in the implementation AND application. Just because you CAN access part of a lowly struct, doesn't mean you have to. It's objectoriented if you OBSERVE the restricted accesses defined by OO. Whether or not they're there is completely irrelevant. Of course C has OO capability, it just doesn't have its restrictions :) The idea that C can be used to do object-oriented programming is a myth. The C language is not object-oriented or even object-based. The big reason C++ is object-oriented is due to dynamic binding. I don't think I buy that. With that reasoning, couldn't you say that any program in any language that does any sort of dynamic binding (for example, opening a .so file) is object-oriented? The way I see it is that object-orientation is a methodology, and languages aren't methodologies, so it's absurd to say that some language is or isn't object-oriented. (I mean, we all know that the Bourne shell is object-oriented,[1] right? :) The best you can do is to describe the degree to which some language supports or enforces object-oriented programming. Incidental to that, C++ provides many abstractions which support object-oriented programming, while not enforcing them in any way. But this is getting far off topic for this list; the bare facts remain: - much of FreeBSD (kernel, userland) is written in C - many FreeBSD ports are written in C++ So, as stated several times now, it really depends on what you want to work on. -Chris [1] http://www.usenix.org/publications/library/proceedings/bos94/haemer.html -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org ԿԬ Satellite Safety Tip #14: If you see a bright streak in the sky coming at you, duck. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
On Thu, 13 Nov 2003, Louis LeBlanc wrote: I hate to seem like a jerk, but I get these messages through the list already, and see no reason to get them in multiple boxes. Please feel free to continue this discussion on list, but please take this email out of the recipients list. I will join in when I am able. Granted that doesn't guarantee I'll agree with everyone, but then it wouldn't be much of a discussion, would it? :) Please take it out of freebsd-questions altogether and move it to freebsd-chat or personal email or a c/c++ list. Thanks, Viktor ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
On Tue, Nov 11, 2003 at 10:00:33PM -0500, Lucas Holt wrote: I'm also starting to learn objective C (the competitor to C++) so that I can utilize my Macintosh as a development platform. The reason apple used objective C was because Mac OS X is really Nextstep which was written in like 1988 or so. It was always said that if you knew C, you could learn Obj-C in a few hours. And in a legalistic sense, that is true: Obj-C is a superset of C, and once you've got the method call syntax down: [anObject withAnArgument: foo andAnother: bar ]; and about 4 or 5 other things, you've got the whole language syntax down. All that remains then is to become familiar with the whole panoply of the AppKit which will take you of the order of Months to do. Plus learning about effective OO design -- the whole semantic structure of the language. Obj-C is really nice in that regard: like chess, you can learn the rules very quickly, and start playing effectively immediately. And because playing is easy, it frees you to learn the subtleties. Once you've mastered Obj-C and if you then start looking at Java, you'll find things seem eerily familiar -- although the Java syntax is superficially more like C++, Java was based pretty closely on the semantics of Obj-C. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK pgp0.pgp Description: PGP signature
Re: Newbie: The C / C++ Issue
On Tue, 11 Nov 2003 21:06:51 -0500 Alex Kelly [EMAIL PROTECTED] wrote: Thanks for all of the great suggestions to my previous question! Yet, the responses have led me to another question. If C++ is newer and more advanced than C, will it replace C? Unlikely. Old languages die hard - it's a bit scary to think of all the systems out there that are still running programs written in FORTRAN, COBOL, Business BASIC, and MUMPS (and incidentally will continue to run those programs until it becomes cost-ineffective to do so - which is to say, probably indefinately.) If so, should I learn C++ and forget C? If you want an appreciation of how computers actually work, learn the language that many call portable(ish) assembly code - C. If you don't really care how computers actually work, and you just want an elegant way to specify algorithms, learn Haskell. If you want something in-between, learn Erlang. And if you want a job in a cubicle, learn C++ or Java. Just MHO, -Chris ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
On Tue, 11 Nov 2003 21:06:51 -0500 Alex Kelly [EMAIL PROTECTED] wrote: Thanks for all of the great suggestions to my previous question! Yet, the responses have led me to another question. If C++ is newer and more advanced than C, will it replace C? Unlikely. Old languages die hard - it's a bit scary to think of all the systems out there that are still running programs written in FORTRAN, COBOL, Business BASIC, and MUMPS (and incidentally will continue to run those programs until it becomes cost-ineffective to do so - which is to say, probably indefinately.) As several have mentioned, it depends on what you are doing. For some things Fortran is still best. Not everyone spends all their time hacking OSen. Some try to do actual work with their machine (not me, of coure. jerry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
I've been programming in C for over 20 years. I've gotten up to speed on C++ for work. I like the expression in C you can shoot yourself in the foot, in C++ you can blow off your leg. C++ does have advantages -- but I haven't seen most C++ programmers use them -- instead they often obscure the problem at hand by making the implementation more complicated than the problem they're trying to solve. BTW -- I've been doing object oriented stuff in C for years -- its harder, but its doable. You have a much simpler language to deal with. First learn how to write good programs in C. Then see if C++ buys you anything extra. If it doesn't, you don't need C++. But I've seen far too much C++ that's just obscure C. Just my experience and opinion. marty ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
On Nov 12, 2003, at 8:37 PM, Marty Leisner wrote: BTW -- I've been doing object oriented stuff in C for years -- its harder, but its doable. You have a much simpler language to deal with. First learn how to write good programs in C. Then see if C++ buys you anything extra. If it doesn't, you don't need C++. But I've seen far too much C++ that's just obscure C. Just my experience and opinion. marty Am I missing something here? When does C have OO capability? Structs don't count. What about inheritance and polymorphism? To me a struct is like a VCR with no record button. You can view the content, but you can't manipulate it with the struct. If i want to do something to destroy the tape, I must apply a magnet from an outside source (much like a plain old function). And classes provide security, much like the tab on the front of the tape. The data is private if the tab is puched out. (ok thats a bad analogy) If C had OO features, then why do we have C++ and Objective C? I would agree that you can write programs that do the same thing in all three languages above, but I don't think that OO is a waste of time. OO promotes code reuse. That is the whole point. Using C++ implies a state of mind. You can write code like in C, but it defeats the purpose of using an OO language. Lucas Holt [EMAIL PROTECTED] FoolishGames.com (Jewel Fan Site) JustJournal.com (Free blogging) Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. - Albert Einstein (1879-1955) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
On 11/12/03 09:36 PM, Lucas Holt sat at the `puter and typed: On Nov 12, 2003, at 8:37 PM, Marty Leisner wrote: BTW -- I've been doing object oriented stuff in C for years -- its harder, but its doable. You have a much simpler language to deal with. First learn how to write good programs in C. Then see if C++ buys you anything extra. If it doesn't, you don't need C++. But I've seen far too much C++ that's just obscure C. Just my experience and opinion. marty Am I missing something here? When does C have OO capability? Structs don't count. What about inheritance and polymorphism? That's in the implementation AND application. Just because you CAN access part of a lowly struct, doesn't mean you have to. It's object oriented if you OBSERVE the restricted accesses defined by OO. Whether or not they're there is completely irrelevant. Of course C has OO capability, it just doesn't have its restrictions :) To me a struct is like a VCR with no record button. You can view the content, but you can't manipulate it with the struct. If i want to do something to destroy the tape, I must apply a magnet from an outside source (much like a plain old function). And classes provide security, much like the tab on the front of the tape. The data is private if the tab is puched out. (ok thats a bad analogy) Seems to me it's more like a VCR tape with the tab taped over. If you declare a struct, and then implement a specific set of routines to manipulate it, and only use those routines, except for those 'data members' that would otherwise be public anyway, that's essentially your class. You're doing without all the type and access restrictions IMPOSED by C++, but that doesn't mean you can't OBSERVE those restrictions. This way, when saving cpu time is critical, you can bend those rules. With C++, you're stuck on the long road. If C had OO features, then why do we have C++ and Objective C? Because some people like C++ better. I would agree that you can write programs that do the same thing in all three languages above, but I don't think that OO is a waste of time. OO promotes code reuse. That is the whole point. No one ever claimed OO was a waste of time that I noticed. But I don't see code reuse with C++ any more than with C. I'm a real big fan of code reuse, and I have reused more C code than I can remember. Problem is that when C++ code gets reused, it's usually a template class, in which case, you'd probably be better off with C anyway. When I reuse C code, it's a copied data structure and a set of routines that will apply to the task at hand, not a third generation inherited template class with half it's methods redefined. Using C++ implies a state of mind. You can write code like in C, but it defeats the purpose of using an OO language. Not sure what you mean by this, but if using C++ is a state of mind, why can't that state of mind affect the way C code is written? And it doesn't defeat the purpose if you misbehave regularly and NEED the unbreakable restrictions. Just another $0.02 L -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org ԿԬ You're a good example of why some animals eat their young. -- Jim Samuels to a heckler ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
On Thu, 13 Nov 2003 02:24 pm, Louis LeBlanc wrote: On 11/12/03 09:36 PM, Lucas Holt sat at the `puter and typed: On Nov 12, 2003, at 8:37 PM, Marty Leisner wrote: BTW -- I've been doing object oriented stuff in C for years -- its harder, but its doable. You have a much simpler language to deal with. marty Am I missing something here? When does C have OO capability? Structs don't count. What about inheritance and polymorphism? That's in the implementation AND application. Just because you CAN access part of a lowly struct, doesn't mean you have to. It's object oriented if you OBSERVE the restricted accesses defined by OO. Whether or not they're there is completely irrelevant. Of course C has OO capability, it just doesn't have its restrictions :) don't confuse the language with the philosophy... programming styles - OO, procedural, functional, whatever, are methods or even rulesets. some languages suit one or the other better or worse. One could write functionally in C++ if one had to... but *ouch* ditto C wrt OO. the thing is that modular C programming is scalable in ways similar to OO. that's sort of part way to OO. the rest of it - inheretance, etc. when automated in C++ v's C make C++ more suitable to OO programming. IMHO, ofcourse. -- Dr Paul van den Bergen Centre for Advanced Internet Architectures caia.swin.edu.au [EMAIL PROTECTED] IM:bulwynkl2002 And some run up hill and down dale, knapping the chucky stones to pieces wi' hammers, like so many road makers run daft. They say it is to see how the world was made. Sir Walter Scott, St. Ronan's Well 1824 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
On Wed, Nov 12, 2003 at 09:36:15PM -0500, Lucas Holt wrote: On Nov 12, 2003, at 8:37 PM, Marty Leisner wrote: BTW -- I've been doing object oriented stuff in C for years -- its harder, but its doable. You have a much simpler language to deal with. First learn how to write good programs in C. Then see if C++ buys you anything extra. If it doesn't, you don't need C++. But I've seen far too much C++ that's just obscure C. Just my experience and opinion. marty Am I missing something here? When does C have OO capability? Structs don't count. What about inheritance and polymorphism? You can write object oriented code in almost any language. This does not mean that those languages have features that are intended to facilitate writing object oriented code. C does not directly support inheritance or polymorphism, but it is quite easy to fake it by hand. A bit more work than if you had done it in C++, but quite doable. To me a struct is like a VCR with no record button. You can view the content, but you can't manipulate it with the struct. If i want to do something to destroy the tape, I must apply a magnet from an outside source (much like a plain old function). And classes provide security, much like the tab on the front of the tape. The data is private if the tab is puched out. (ok thats a bad analogy) If C had OO features, then why do we have C++ and Objective C? Because C does not really have any OO features. You can write OO code in C, but it is easier to do it in C++ or Objective C, or some other OO langauge like Smalltalk. I would agree that you can write programs that do the same thing in all three languages above, but I don't think that OO is a waste of time. OO promotes code reuse. That is the whole point. Using C++ implies a state of mind. You can write code like in C, but it defeats the purpose of using an OO language. C++ is not really an OO langauge. It is a language with features that support writing OO programs, but it also has features that help writing programs in other styles. That is actually my main complaint against C++. It has so many features, and so many special cases that it is almost impossible to actually understand the whole language. This means that you either have to restrict yourself to a small subset of the language (in which case you probably better off using some other language) or run into surprises when things don't work as you would expect. IMO, C++ is almost never the best language for any particular task (but on the other hand it is almost never the worst language either.) -- Insert your favourite quote here. Erik Trulsson [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
My take on computer science (which is an oxymoron) is this: Researchers look at successful programmers and try to figure out what they're doing. In the 70s, it was structured programming. In the late 80s it was object oriented. You can manipulate the data with a struct -- put in function pointers to methods -- which is a crude way to do polymorphism. Don't forget -- cfront translated C++ into C code... OO doesn't promote reuse -- good design promotes reuse. I've been reusing code for years. I'm like Will Tracz -- a used program salesman ;-) I've reused a lot of procedural code. One of my coworkers took a C++ course, renamed her structs to classes and thought she was doing object-oriented stuff...please...!! The bottom line is can other people understand your program. What I've seen is you have far less of a chance in C++ than in C. I've recently read Stroustrup's book and got more involved in C++ -- it seems the principle of least surprise was thrown out the window. marty ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Newbie: The C / C++ Issue
Thanks for all of the great suggestions to my previous question! Yet, the responses have led me to another question. If C++ is newer and more advanced than C, will it replace C? If so, should I learn C++ and forget C? Alex ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
Thanks for all of the great suggestions to my previous question! Yet, the responses have led me to another question. If C++ is newer and more advanced than C, will it replace C? If so, should I learn C++ and forget C? You can't learn C++ without learning C first. So I'd suggest you become intimiately familiar with C, and then move on to the advanced concepts and features that C++ provides once you want/need to use them. -- Matt Emmerton ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
On Nov 11, 2003, at 9:06 PM, Alex Kelly wrote: Thanks for all of the great suggestions to my previous question! Yet, the responses have led me to another question. If C++ is newer and more advanced than C, will it replace C? If so, should I learn C++ and forget C? Alex ___ It hasn't yet. C++ and C are used by different types of people for different things. If you want to write applications in Windows or Unix environments, C++ will work great for you. If you want to write kernel level stuff, C would be the choice. If you want to write Mac OS X apps, Objective C is the answer (but C would work too with Carbon). A few more points: The C programming Language AKA KR is partly authored by Dennis Ritchie. He wrote the language. That is THE book. Buy it and another book if you want to learn C. The C++ programming language is also written by the author of the language. Its a good reference, but you can't learn C++ with it. You need more books. I have the C++ o'rielly book and its good, but lacks decent info on Object oriented programming. I'd recommend Absolute C++ along with it to get the basics and then buy the C++ programming language if you really get into it. As for what language to learn, I can tell you that C is very helpful when learning C++ and Objective C. I took a course on C last year and its helped greatly with the C++ course I'm taking now. I understand where things come from in C++. I must say that C++ is easier than C in my view as i get Object oriented programming to some degree from VB and Java work i've done. I'm also starting to learn objective C (the competitor to C++) so that I can utilize my Macintosh as a development platform. The reason apple used objective C was because Mac OS X is really Nextstep which was written in like 1988 or so. C is not useless when trying to learn C++, although they are different. I do think of C++ as a superset of C, although as someone pointed out not a perfect one. Fans of each language prefer the model of programming associated with them. A C++ programmer almost always like object oriented design. C programmers like structured programming. Find out which you like and go that route. Lucas Holt [EMAIL PROTECTED] FoolishGames.com (Jewel Fan Site) JustJournal.com (Free blogging) Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. - Albert Einstein (1879-1955) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
You can't learn C++ without learning C first. So I'd suggest you become intimiately familiar with C, and then move on to the advanced concepts and features that C++ provides once you want/need to use them. -- Matt Emmerton Thats not entirely accurate. Western Michigan University only teaches C++, and i can tell you that most C topics like pointers and printf have never come up in class. C style strings are it, and they didn't even explain those. This is a common misconception. you can go your whole life without printf only using cout hello world endl; Lucas Holt [EMAIL PROTECTED] FoolishGames.com (Jewel Fan Site) JustJournal.com (Free blogging) Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. - Albert Einstein (1879-1955) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
Alex Kelly wrote: Thanks for all of the great suggestions to my previous question! Yet, the responses have led me to another question. If C++ is newer and more advanced than C, will it replace C? If so, should I learn C++ and forget C? Alex Again, it depends on WHAT you'd like to program. That isn't to say you CAN'T program a specific type of application in language X, but some languages lend themselves to different tasks better. C++ was supposed to 'replace C' since the 80s or so. It's become more predominant for applications than C in _most_ cases, but the core OS of *bsd, Solaris, HP-UX, AIX, etc etc are all C. Device drivers are written in C. A large number of system daemons/services are written in C. And yeah, because C lets you 'do as you want,' there are also some buggy C programs out there ;-) C++ may be a bit much if it's your first programming language. There are things in CC++ that are ambiguous, moreso than in C- like the number of possible uses for the keyword 'const' among others ($^#*), and STL can be a _handful_ if you've never learned how to 'roll your own' data structures. C pointers are at the same time a wonderful thing and a PITA to deal with at times. C++ is generally MUCH fmore suited to GUI programming, and a few other tasks...but: If you learn C first, and become competent at it, when/if you move on to another language, you'll have a better understanding of what's going on even if the 'next language' hides significantly more from you and makes your life easer (less coding, more use of libraries, foundation classes, STL, etc). It's also not a terrible thing to learn C, and then ease into C++ simply as a 'better C'- stronger type checking, warnings that are now errors, and if pointers freaked you out TOO badly in C, you can then breathe a sign of relief and 'cheat' and use some of the functionality of C++ like references.. If you DO go that route (C first), it's likely you'll be a better programmer in the end, seriously- starting with C++ can be like trying to run before you realize you have feet, and can result in 'knowing' C++, but writing code that no one in their right mind wants to touch.. starting in Java is akin to someone being shown how to fly, but not knowing how to land, or turn, or much else ;-) Possibly not the best phrasing, but I've met MANY programmers that are very good at one specific thing, but put them even slightly out of their element (like umm, take Java away from them and make them use a 'real' language!) and they're extremely confused- mention POSIX system calls and they go blank... The best thing I can suggest, which I do myself when I try to _force_ myself to get Java more solidly into my skillset, is to first learn 'a bit.' Go through one of the recommended books (and BTW, whoever said Eckel's TIC++, yep, good call, missed that one although it's on all of my systems HDs :-) and DO the excercises. Pace yourself, especially while learning, and don't think 'you know that already' and skip over excercises and questions, no matter how inane some of them may seem ;-) Then, pick a 'real' project you'd like to do, starting reasonably small, maybe a small part of a larger project...or pick up Steven's APUE and write a talk daemon and client or something similaryou'll find things that you thought you knew that you realize you have no idea about. One of the niceties of *nix are the man pages- if you're looking for a specific function (in the standard C library or system calls), try: man -k subject where subject is a single word, like: man -k open will return a LOT of summaries of man pages with their headers including the word 'open.' man man or man intro to get info on limiting them further, but you'll find youself using man pages a LOT while you go through your project, whatever it is. Complete the first one, whatever it is, and then pick up the next book, then go a bit more ambitious, and use what you've got so far along with what should now be more 'reference' books than 'teaching books' and keep goinguse the force, Luke ;-) Ok, I'll shaddup now... Did you catch the subtle hint in there to start with C? ;-) Scott ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
On 11/11/03 09:26 PM, Matthew Emmerton sat at the `puter and typed: Thanks for all of the great suggestions to my previous question! Yet, the responses have led me to another question. If C++ is newer and more advanced than C, will it replace C? If so, should I learn C++ and forget C? C++ will NEVER replace C. Not gonna happen. C compiles to much more efficient code in many cases because of the template constructs in C++. If you can avoid templates at all costs, you get very close, and only a few cases will cause slower code in C++. However, when it comes to operating systems, I suspect it will be a long time before people start using something besides C. You can't learn C++ without learning C first. So I'd suggest you become intimiately familiar with C, and then move on to the advanced concepts and features that C++ provides once you want/need to use them. I think it was established in the previous thread that this was definitely NOT the case. In fact, I learned C++ before I learned C. That isn't to say you can become a real C++ expert without learning C, so while I disagree with the statement that C is a prerequisite of C++, I agree that becoming intimately familiar with C first is a very good idea. I found the underlying basics of C much easier to grasp than C++, so learning C first might have made C++ easier. In addition, regardless of the fact that C++ is not quite a superset of C, there are still times when it will be worthwhile, usually for the sake of efficiency, to bypass the C++ standard constructs and build your own using more of a 'clean C' approach. Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org ԿԬ Zymurgy's Law of Volunteer Labor: People are always available for work in the past tense. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
On Tue, 11 Nov 2003 22:02:53 -0500, Lucas Holt [EMAIL PROTECTED] wrote: You can't learn C++ without learning C first. So I'd suggest you become intimiately familiar with C, and then move on to the advanced concepts and features that C++ provides once you want/need to use them. -- Matt Emmerton Thats not entirely accurate. Western Michigan University only teaches C++, and i can tell you that most C topics like pointers and printf have never come up in class. C style strings are it, and they didn't even explain those. This is a common misconception. Pretty much everything in the base language of C is in C++. This includes pointers, so you probably didn't learn C++ completely. printf however, is part of one of the C standard libraries (stdio in this case), not the language itself and not C++ at all (not sure if C++ has variable arg lists though). you can go your whole life without printf only using cout hello world endl; Depends on what you plan on doing in your entire life. A simple program written in C probably would have to use printf. Anything in the kernel won't use cout, and even things you would expect in your standard C enviroment have to be specially written for the kernel anyway. And anyway, most pople could go their entire life without cout. Plus, cout may be easier to use for simple things like printing out numbers and strings, but if you want your strings formatted, cout isn't much fun. I'd suggest learning C, and then if you have to, learn C++. -- Robin Schoonover (aka End) # # Free Speech!! While Supplies Last!! -- [EMAIL PROTECTED] # ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
C / C++
Whoever mentioned the holy war may have been on to something. ;-) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: C / C++
On 11/11/03 10:15 PM, Alex Kelly sat at the `puter and typed: Whoever mentioned the holy war may have been on to something. ;-) Yup. Been there, done that, got scars to prove it :) -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org ԿԬ Grelb's Reminder: Eighty percent of all people consider themselves to be above average drivers. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: C / C++
On Wed, 12 Nov 2003 02:15 pm, Alex Kelly wrote: Whoever mentioned the holy war may have been on to something. ;-) Except they are all violently agreeing with one another... I'd involke Godwin's Law if it wasn't for Quirk's Exception -- Dr Paul van den Bergen Centre for Advanced Internet Architectures caia.swin.edu.au [EMAIL PROTECTED] IM:bulwynkl2002 And some run up hill and down dale, knapping the chucky stones to pieces wi' hammers, like so many road makers run daft. They say it is to see how the world was made. Sir Walter Scott, St. Ronan's Well 1824 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie: The C / C++ Issue
Thanks for all of the great suggestions to my previous question! Yet, the responses have led me to another question. If C++ is newer and Bahh. Just jump straight into C# and you will avoid all those doubts. just kidding ;) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Can you recomend me some C/C++ maillist?
Hi All!!! Anybody know some C/C++ maillist??? I think that here freebsd question only Do you know maillist for C or C++ programming...??? -- Best regards, Denis [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
C/C++ mailling lists.....
Hi All!!! Do you happed to know where I can subscribe to C/C++ maillists? -- Best regards, Denis [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: C/C++
FreeBSD can compile C/C++ programs, if you have gcc or gcc-c++ installed respectively. And you can link those programs if you have an appropriate linker installed (binutils). Of course an assembler is also needed (which is installed along with binutils). --- On Fri 09/05, Denis [EMAIL PROTECTED] wrote: From: Denis [mailto: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Fri, 5 Sep 2003 10:43:54 +0400 Subject: Hi All!!!brbr Does FreeBSD support C++ or support C only?brbr-- brBest regards, Denisbr[EMAIL PROTECTED]brbr___br[EMAIL PROTECTED] mailing listbrhttp://lists.freebsd.org/mailman/listinfo/freebsd-questionsbrTo unsubscribe, send any mail to [EMAIL PROTECTED]br ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: System for generating C/C++ references?
Hi, I am looking for some sort of software which would allow me to generate C/C++ (and preferably other languages, like Python or PHP) references for a given project. You should have a look at doxygen (ports/devel/doxygen, http://www.doxygen.org). It generates nice documentation for C, C++, Java and PHP - but I do not know how the result will look like if the source code is not prepared with special descriptive comments. Simon signature.asc Description: Digital signature
Re: System for generating C/C++ references?
On Thu, 12 Jun 2003 06:18, Michal Pasternak wrote: Hello, I am looking for some sort of software which would allow me to generate C/C++ (and preferably other languages, like Python or PHP) references for a given project. Suppose I am browsing FreeBSD kernel, notice, that a function uses ,,struct somestruct'' as it's parameter. I want to see, what other functions use this struct and where's that struct defined. I know, that tools like find and grep might be helpful :) but it is uncomfortable to grep kernel sources every time I want to find something. I am sure I have seen projects like this, but I cant remember the name. Could you? Thanks in advance. Please CC: me, as I am not quite a subscriber of this list. Regards, 'global' and its associated utilities might help. In particular the 'htags' utility will produce a browsable HTML library. Malcolm ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
System for generating C/C++ references?
Hello, I am looking for some sort of software which would allow me to generate C/C++ (and preferably other languages, like Python or PHP) references for a given project. Suppose I am browsing FreeBSD kernel, notice, that a function uses ,,struct somestruct'' as it's parameter. I want to see, what other functions use this struct and where's that struct defined. I know, that tools like find and grep might be helpful :) but it is uncomfortable to grep kernel sources every time I want to find something. I am sure I have seen projects like this, but I cant remember the name. Could you? Thanks in advance. Please CC: me, as I am not quite a subscriber of this list. Regards, -- Micha Pasternak :: http://pasternak.w.lub.pl ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: System for generating C/C++ references?
cscope works well for C, don't know about the other ones. Ken On Wed, 11 Jun 2003, Michal Pasternak wrote: Hello, I am looking for some sort of software which would allow me to generate C/C++ (and preferably other languages, like Python or PHP) references for a given project. Suppose I am browsing FreeBSD kernel, notice, that a function uses ,,struct somestruct'' as it's parameter. I want to see, what other functions use this struct and where's that struct defined. I know, that tools like find and grep might be helpful :) but it is uncomfortable to grep kernel sources every time I want to find something. I am sure I have seen projects like this, but I cant remember the name. Could you? Thanks in advance. Please CC: me, as I am not quite a subscriber of this list. Regards, -- Micha³ Pasternak :: http://pasternak.w.lub.pl ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: System for generating C/C++ references?
Michal Pasternak [EMAIL PROTECTED] writes: I am looking for some sort of software which would allow me to generate C/C++ (and preferably other languages, like Python or PHP) references for a given project. Suppose I am browsing FreeBSD kernel, notice, that a function uses ,,struct somestruct'' as it's parameter. I want to see, what other functions use this struct and where's that struct defined. I know, that tools like find and grep might be helpful :) but it is uncomfortable to grep kernel sources every time I want to find something. I am sure I have seen projects like this, but I cant remember the name. Could you? Thanks in advance. Please CC: me, as I am not quite a subscriber of this list. I think vi can use tags files for this. emacs certainly can. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Kdevelop C/C++ reference problem SOLVED
I was somewhat distraught to find that after all my trouble, the package was little more than a bunch of HTML files. ARGH! Unfortunately, for me, I discovered this after mucking with the configure script. Anyway, I discovered that the --enable-mt option in the configure script was only allowed on a linux system. Apparently, there is a case structure, and if it sees anything other than some linux it craps out. Since FreeBSD obviously supports multithreading of Qt, I fixed this by commenting out the case statements, leaving only the GCC check. Not the correct solution, but it works. It also installs to the wrong place. I manually moved the files from /usr/local/kde/share/doc/HTML/en/kdevelop/reference to /usr/local/share/doc/HTML/en/kdevelop/reference. And, since the installer didn't remove it, I removed the existing index.html and symlinked c.html to index.html. Lastly, there is an error in c.html. The Master Index link should reference master_index.html, not mindxbdy.html. So far, this is the only place I have encounted the incorrect link. Not entirely certain if it was worth it, but I now have the Kdevelop C/C++ reference installed on my dev system. :) Regards, and thanks for the pointers, Seth Henry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Problem compiling the C/C++ reference for Kdevelop
I recently started playing around with Kdevelop 2.x on my server, and found it much improved over the older releases. Getting into it, I decided to download and compile the C/C++ reference documentation, and ran into a snag. I'm not sure if it is because the configure script is having problems running on a FreeBSD box or what, but here is what I get: alexandria# ./configure checking build system type... i386-unknown-freebsd4.8 checking host system type... i386-unknown-freebsd4.8 checking target system type... i386-unknown-freebsd4.8 checking for a BSD compatible install... /usr/bin/install -c checking for -p flag to install... yes checking whether build environment is sane... yes checking for mawk... no checking for gawk... no checking for nawk... nawk checking whether make sets ${MAKE}... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for executable suffix... checking for object suffix... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking dependency style of gcc... gcc checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc checking whether g++ supports -fno-exceptions... yes checking whether g++ supports -fno-check-new... yes checking whether g++ supports -fexceptions... yes checking how to run the C++ preprocessor... g++ -E checking whether g++ supports -frepo... yes checking for ld used by GCC... /usr/libexec/elf/ld checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking for /usr/libexec/elf/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependant libraries... pass_all checking for ranlib... ranlib checking for strip... strip checking whether -lc should be explicitly linked in... (skipping, using no) no checking for objdir... .libs checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes finding the maximum length of command line arguments... 36865 checking if gcc supports -c -o file.o... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... freebsd4.8 ld.so checking command to parse /usr/bin/nm -B output... ok checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for dlopen in -ldl... no checking for dlopen... yes checking for dlfcn.h... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no creating libtool updating cache /dev/null checking host system type... i386-unknown-freebsd4.8 checking build system type... i386-unknown-freebsd4.8 ltcf-cxx: with_gcc=yes ; with_gnu_ld=yes checking for objdir... .libs checking for g++ option to produce PIC... -fPIC -DPIC checking if g++ PIC flag -fPIC -DPIC works... yes checking if g++ static flag -static works... yes finding the maximum length of command line arguments... 36865 checking if g++ supports -c -o file.o... yes checking if g++ supports -fno-rtti -fno-exceptions ... yes checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... freebsd4.8 ld.so checking command to parse /usr/bin/nm -B output... ok checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for dlopen in -ldl... no checking for dlopen... yes checking for dlfcn.h... yes checking whether a program can dlopen itself... no appending configuration tag CXX to libtool checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... no checking for unistd.h... yes checking for main in -lutil... yes checking for main in -lcompat... yes checking for crypt in -lcrypt... yes checking for socklen_t... socklen_t checking for dnet_ntoa in -ldnet
Re: Problem compiling the C/C++ reference for Kdevelop
On Wed, Jun 04, 2003 at 12:57:24PM -0400 or thereabouts, J. Seth Henry seemed to write: I recently started playing around with Kdevelop 2.x on my server, and found it much improved over the older releases. Getting into it, I decided to download and compile the C/C++ reference documentation, and ran into a snag. I'm not sure if it is because the configure script is having problems running on a FreeBSD box or what, but here is what I get: alexandria# ./configure checking build system type... i386-unknown-freebsd4.8 checking host system type... i386-unknown-freebsd4.8 checking target system type... i386-unknown-freebsd4.8 checking for a BSD compatible install... /usr/bin/install -c checking for -p flag to install... yes checking whether build environment is sane... yes checking for mawk... no checking for gawk... no checking for nawk... nawk checking whether make sets ${MAKE}... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for executable suffix... checking for object suffix... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking dependency style of gcc... gcc checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc checking whether g++ supports -fno-exceptions... yes checking whether g++ supports -fno-check-new... yes checking whether g++ supports -fexceptions... yes checking how to run the C++ preprocessor... g++ -E checking whether g++ supports -frepo... yes checking for ld used by GCC... /usr/libexec/elf/ld checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking for /usr/libexec/elf/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependant libraries... pass_all checking for ranlib... ranlib checking for strip... strip checking whether -lc should be explicitly linked in... (skipping, using no) no checking for objdir... .libs checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes finding the maximum length of command line arguments... 36865 checking if gcc supports -c -o file.o... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... freebsd4.8 ld.so checking command to parse /usr/bin/nm -B output... ok checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for dlopen in -ldl... no checking for dlopen... yes checking for dlfcn.h... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no creating libtool updating cache /dev/null checking host system type... i386-unknown-freebsd4.8 checking build system type... i386-unknown-freebsd4.8 ltcf-cxx: with_gcc=yes ; with_gnu_ld=yes checking for objdir... .libs checking for g++ option to produce PIC... -fPIC -DPIC checking if g++ PIC flag -fPIC -DPIC works... yes checking if g++ static flag -static works... yes finding the maximum length of command line arguments... 36865 checking if g++ supports -c -o file.o... yes checking if g++ supports -fno-rtti -fno-exceptions ... yes checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... freebsd4.8 ld.so checking command to parse /usr/bin/nm -B output... ok checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for dlopen in -ldl... no checking for dlopen... yes checking for dlfcn.h... yes checking whether a program can dlopen itself... no appending configuration tag CXX to libtool checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... no checking for unistd.h
Re: Problem compiling the C/C++ reference for Kdevelop
Argh - it appears that I have no libqt.so on my system. Interesting - I installed from the package system. Having poked through the configure script, I finally figured out what it was barfing on, and manually searched to see if it was present, but perhaps in some odd location. (find / | grep libqt resulted in libqt-mt.so, but no libqt.so) Next question. Why don't I have a libqt.so? In the meantime, I'm compiling from source using ports tree. If there is source for libqt, then I'll know something is up. Oh, and I accept the dumba** award for failing to notice the --with-extra-libraries/includes option for the configure script. It now finds the jpeg libraries. Thanks, Seth Henry On Wed, 4 Jun 2003, Joshua Oreman wrote: On Wed, Jun 04, 2003 at 12:57:24PM -0400 or thereabouts, J. Seth Henry seemed to write: I recently started playing around with Kdevelop 2.x on my server, and found it much improved over the older releases. Getting into it, I decided to download and compile the C/C++ reference documentation, and ran into a snag. I'm not sure if it is because the configure script is having problems running on a FreeBSD box or what, but here is what I get: alexandria# ./configure checking build system type... i386-unknown-freebsd4.8 checking host system type... i386-unknown-freebsd4.8 checking target system type... i386-unknown-freebsd4.8 checking for a BSD compatible install... /usr/bin/install -c checking for -p flag to install... yes checking whether build environment is sane... yes checking for mawk... no checking for gawk... no checking for nawk... nawk checking whether make sets ${MAKE}... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for executable suffix... checking for object suffix... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking dependency style of gcc... gcc checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc checking whether g++ supports -fno-exceptions... yes checking whether g++ supports -fno-check-new... yes checking whether g++ supports -fexceptions... yes checking how to run the C++ preprocessor... g++ -E checking whether g++ supports -frepo... yes checking for ld used by GCC... /usr/libexec/elf/ld checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking for /usr/libexec/elf/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependant libraries... pass_all checking for ranlib... ranlib checking for strip... strip checking whether -lc should be explicitly linked in... (skipping, using no) no checking for objdir... .libs checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes finding the maximum length of command line arguments... 36865 checking if gcc supports -c -o file.o... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... freebsd4.8 ld.so checking command to parse /usr/bin/nm -B output... ok checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for dlopen in -ldl... no checking for dlopen... yes checking for dlfcn.h... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no creating libtool updating cache /dev/null checking host system type... i386-unknown-freebsd4.8 checking build system type... i386-unknown-freebsd4.8 ltcf-cxx: with_gcc=yes ; with_gnu_ld=yes checking for objdir... .libs checking for g++ option to produce PIC... -fPIC -DPIC checking if g++ PIC flag -fPIC -DPIC works... yes checking if g++ static flag -static works... yes finding the maximum length of command line arguments... 36865 checking if g++ supports -c -o file.o... yes checking if g++ supports -fno-rtti -fno-exceptions ... yes checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... freebsd4.8 ld.so checking command to parse /usr/bin/nm -B output... ok checking if libtool
Good C/C++ mailinglist for beginners
Could someone point me to a good mailinglist on (learning) C/C++? Thanks! To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Good C/C++ mailinglist for beginners
in message [EMAIL PROTECTED], wrote Martin Moeller thusly... Could someone point me to a good mailinglist on (learning) C/C++? i don't know of any mailing lists, but comp.lang.c++.* are quite good for newsgroups these days. if you keep your posts confined to the subject (C++ the language, not C++ the standard, or C), you will be just fine. - parv -- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: FreeBSD C/C++ Development Environment
On Fri, 18 Oct 2002, Matthias Trevarthan wrote: Date: Fri, 18 Oct 2002 16:30:41 -0400 From: Matthias Trevarthan [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: FreeBSD C/C++ Development Environment Howdy. I'm a Windows C/C++ DirectX developer turned FreeBSD systems administrator. What is the standard development environment on FreeBSD systems for C/C++? Does everyone really just use a Makefile, and editor like VIM, and a command-line compiler? Or is that just the distributed format, and everyone uses something else to actually write/debug their code? You'll have to forgive my ignorance. I've been using Microsoft Visual Studio for the last 6 years. Thanks! Matthias If you like a full IDE like Visual Studio, check out KDevelop. A slimmer but function-rich C/C++ editor is Code Crusader. I prefer Nedit. And yes, Make and makefiles are the way to go. There are many front-ends to the command line compilers (KDevelop and Code Crusader both provide compile buttons) but they all use the command line stuff behind the scenes. All those editors and many more are in the ports collection. I used VS for a few years, I used Code Crusader for quite a while when I switched to *nix, and I now prefer Nedit as it's useful for many, many languages. vi and emacs are fine too, but I prefer a graphical editor. I use vi constantly on remote boxes. HTH - JB # John Bleichert # http://vonbek.dhs.org/latest.jpg To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: FreeBSD C/C++ Development Environment (updated)
On Fri, 18 Oct 2002, John Bleichert wrote: Date: Fri, 18 Oct 2002 18:36:59 -0400 (EDT) From: John Bleichert [EMAIL PROTECTED] To: Matthias Trevarthan [EMAIL PROTECTED] On Fri, 18 Oct 2002, Matthias Trevarthan wrote: Date: Fri, 18 Oct 2002 16:30:41 -0400 From: Matthias Trevarthan [EMAIL PROTECTED] Howdy. I'm a Windows C/C++ DirectX developer turned FreeBSD systems administrator. What is the standard development environment on FreeBSD systems for C/C++? Does everyone really just use a Makefile, and editor like VIM, and a command-line compiler? Or is that just the distributed format, and everyone uses something else to actually write/debug their code? You'll have to forgive my ignorance. I've been using Microsoft Visual Studio for the last 6 years. Thanks! Matthias If you like a full IDE like Visual Studio, check out KDevelop. A slimmer but function-rich C/C++ editor is Code Crusader. I prefer Nedit. And yes, Make and makefiles are the way to go. There are many front-ends to the command line compilers (KDevelop and Code Crusader both provide compile buttons) but they all use the command line stuff behind the scenes. All those editors and many more are in the ports collection. I used VS for a few years, I used Code Crusader for quite a while when I switched to *nix, and I now prefer Nedit as it's useful for many, many languages. vi and emacs are fine too, but I prefer a graphical editor. I use vi constantly on remote boxes. Also, there's Visual Slickedit. It's not even nearly free, but many people use it at work in Windows, Linux and AIX and it's an excellent, full-blown IDE. http://www.slickedit.com/ I still prefer Nedit, but I would have been remiss in my duties if I didn't point this one out :) Runs on lots of platforms. JB # John Bleichert # http://vonbek.dhs.org/latest.jpg To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message