Re: Introduction
On Thu, 24 Apr 2008 19:46:02 -0400 David Forsythe <[EMAIL PROTECTED]> wrote: > Hello everybody, > > My name is David Forsythe and I'll be working on allowing parallel builds in > the > ports collection for Summer of Code this year. I'm a second year student at > the > University of Maryland, College Park studying computer science. > > I'm extremely excited to work on this project over the summer and I hope my > work > is beneficial to the FreeBSD community. I was already planning on devoting a > bunch of my free time this summer to working on this type of thing, so an > @freebsd.org alias, a t-shirt, and a bit of cash are just icing on the cake > (no > seriously, getting a FreeBSD mail alias excited me so much I'm a little bit > embarrassed...) > > I hope that my project turns out well and I can continue to work with the > FreeBSD development > community far into the future. Working with you guys is really a dream come > true! > > > Dave Welcome. I have once implemented a tool to support parallel builds in the port system, indeed. There were a couple of designs and I chose to write a wrapper program to the existing ports infrastructure such that the wrapper such that every build and run-time dependencies are built in parallel prior to target packages. You can find more about it at http://uyota.asablo.jp/blog/cat/portsplus/ I would like to participate to the project as another adviser as it is also my interest. I believe that I can provide good comments and feedback to this project from my experiences. Thanks. Hiro ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: indent(1) support for gcc(1) 0b prefix
On Apr 26, 2008, at 5:01 PM, Max Laier wrote: On Saturday 26 April 2008 23:35:57 Romain Tartière wrote: Hello FreeBSD hackers! I'm using avr-gcc from the ports and relying on the 0b prefix notation for binary constants, that is: foo = 0b00101010; Thanks to /usr/ports/devel/avr-gcc/files/patch-0b-constants this is possible :-) But I would like to use indent(1) to reformat contributed code automatically. Unfortunately, the 0b notation is not supported by that program, and the resulting code looks like this: foo = 0 b00101010; ... then compilation fails, bla bla bla... I can't think of a case (outside of "0x" context) where "...0b..." would be valid C code, let alone better formated as "...0 b...". Hence I see no harm in adding your patch to the base indent(1). Does anyone have an example where "...0 b..." is valid C code? Well, if b... is a preprocessor define then you can easily come up with valid C: #define b...*2 then: ...0 b... becomes:...0 *2 That's a valid expression in the right context... FYI, -- Marcel Moolenaar [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: indent(1) support for gcc(1) 0b prefix
On Saturday 26 April 2008 23:35:57 Romain Tartière wrote: > Hello FreeBSD hackers! > > I'm using avr-gcc from the ports and relying on the 0b prefix notation > for binary constants, that is: > > foo = 0b00101010; > > Thanks to /usr/ports/devel/avr-gcc/files/patch-0b-constants this is > possible :-) > > But I would like to use indent(1) to reformat contributed code > automatically. Unfortunately, the 0b notation is not supported by that > program, and the resulting code looks like this: > > foo = 0 b00101010; > > ... then compilation fails, bla bla bla... I can't think of a case (outside of "0x" context) where "...0b..." would be valid C code, let alone better formated as "...0 b...". Hence I see no harm in adding your patch to the base indent(1). Does anyone have an example where "...0 b..." is valid C code? > A quick look at indent(1) source code leaded me to tweak > /usr/src/usr.bin/indent/lexi.c so that the 0b notation is supported > (patch attached). > > I was so wondering how useful(less) it was to support this extension in > FreeBSD indent(1) program. The version of gcc provided with the base > system does not support this syntax, and AFAIK, only the avr-gcc port > support this kind of constructs... > > So options are: > - Add support for 0b notation to FreeBSD indent(1) (maybe requiring > the use of an extra command line argument to support this feature); > - Provide a patch for indent(1) that can be conditionally applied on > the code when compiling the world; > - Create another port, say avr-indent(1), that is not more than a > copy of indent(1) with support of 0b constructs; > - Do nothing: tweaking indent(1) for supporting this is so trivial > that the few individuals interested in this can have their local > version of indent. > > Can you please tell me your opinion about this? > > Thank you in advance, > Romain > > PS: I also took a look at GNU indent (gindent(1) from the ports), but > it does not support 0b notation too. -- /"\ Best regards, | [EMAIL PROTECTED] \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED] / \ ASCII Ribbon Campaign | Against HTML Mail and News ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: indent(1) support for gcc(1) 0b prefix
On Sat, Apr 26, 2008 at 11:35:57PM +0200, Romain Tartière wrote: > (patch attached). Humm ... the patch seems to have been eaten by the list manager. I uploaded it here: http://romain.blogreen.org/files/patch-lexi.c Kind regards, Romain -- Romain Tartière <[EMAIL PROTECTED]>http://romain.blogreen.org/ pgp: 8DAB A124 0DA4 7024 F82A E748 D8E9 A33F FF56 FF43 (ID: 0xFF56FF43) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated) pgp7CNP8APcrV.pgp Description: PGP signature
indent(1) support for gcc(1) 0b prefix
Hello FreeBSD hackers! I'm using avr-gcc from the ports and relying on the 0b prefix notation for binary constants, that is: foo = 0b00101010; Thanks to /usr/ports/devel/avr-gcc/files/patch-0b-constants this is possible :-) But I would like to use indent(1) to reformat contributed code automatically. Unfortunately, the 0b notation is not supported by that program, and the resulting code looks like this: foo = 0 b00101010; ... then compilation fails, bla bla bla... A quick look at indent(1) source code leaded me to tweak /usr/src/usr.bin/indent/lexi.c so that the 0b notation is supported (patch attached). I was so wondering how useful(less) it was to support this extension in FreeBSD indent(1) program. The version of gcc provided with the base system does not support this syntax, and AFAIK, only the avr-gcc port support this kind of constructs... So options are: - Add support for 0b notation to FreeBSD indent(1) (maybe requiring the use of an extra command line argument to support this feature); - Provide a patch for indent(1) that can be conditionally applied on the code when compiling the world; - Create another port, say avr-indent(1), that is not more than a copy of indent(1) with support of 0b constructs; - Do nothing: tweaking indent(1) for supporting this is so trivial that the few individuals interested in this can have their local version of indent. Can you please tell me your opinion about this? Thank you in advance, Romain PS: I also took a look at GNU indent (gindent(1) from the ports), but it does not support 0b notation too. -- Romain Tartière <[EMAIL PROTECTED]>http://romain.blogreen.org/ pgp: 8DAB A124 0DA4 7024 F82A E748 D8E9 A33F FF56 FF43 (ID: 0xFF56FF43) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated) pgpCMNWr9LHAs.pgp Description: PGP signature
Fwd: Presentation and soc project
Inizio messaggio inoltrato: Da: Vincenzo Iozzo <[EMAIL PROTECTED]> Data: 26 aprile 2008 20:05:51 GMT+02:00 A: [EMAIL PROTECTED] Oggetto: Presentation and soc project Hi, I'm Vincenzo Iozzo, one of the student selected for this year summer of code. My project is aim at improving audit_pipe and regression testing of the audit infrastructure. Specifically I'll modify the audit_pipe ioctl interface in order to provide more granularity in the event selection. As regards the testing phase I'll create a framework which would test the audit system by comparing the audit_pipe output with some "models" based on the testing program in exams. A brief, but more specifical, description of the first phase of my project could be found here: http://www1.autistici.org/snagg/proposal-soc.pdf Please do let me know your opinions, Thanks. Vincenzo ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
soc2008 DTrace toolkit
Hi, all, My name is LiQun Li, originally from China, now study in University of Iowa. I am a graduate student, majored in Computer Science. I have used Open Source Software for a while, most time under Linux, a little bit under FreeBSD. DTrace is a really cool feature for Solaris, it will be great if OSS has this one too. This sumer, Google sponsors this SOC, and FreeBSD has this project. I am going to have a try. Since my courses will end after the middle of May, I would not spend too much time on this project before that. Sorry about that, Liqun ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: devctl (alike?) for devfs
In message: <[EMAIL PROTECTED]> : However it is possible that it did something wrong - at that time I had : devctl calls in kern_conf. I'd be inclined to say 'create' and 'destroy' for the events. ATTACH and DETACH are typically reserved for device driver events, not for device node events. Warner ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: devctl (alike?) for devfs
In message: <[EMAIL PROTECTED]> Andriy Gapon <[EMAIL PROTECTED]> writes: : on 23/04/2008 00:06 Jille said the following: : > Andriy Gapon wrote: : >> Maybe this is a crazy idea or maybe we already have something like this. : >> Is it possible to get notifications about changes in devfs - appearance : >> and disappearance of devices (in devfs sense of the word)? : >> devctl currently notifies about real (hardware) devices handled by : >> device drivers and some notifications about hardware/driver events. : >> But what if I want to automatically run some action if : >> /dev/ufs/magic-label appears? : >> Or if I want to monitor appearance and disappearance of ad* and da* : >> devices (without having to monitor low level drivers like umass)? : >> : > : > I don't know whether it is what you are looking for, but take a look at : > devd(8). : : devd reads devctl The device events from devctl(4) don't necessarily correspond to /dev entries that devfs deals with. Warner ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
