FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 11-02-2008, 09:11 PM
Gérard Milmeister
 
Default Orphaning GCL

Hi,

I am orphaning GCL (GNU Common Lisp):
https://admin.fedoraproject.org/pkgdb/packages/name/gcl

I cannot get it to build on any platform anymore and have
not been successful in gathering support. I hope somebody
else will have more success.

gemi

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 11-04-2008, 02:45 AM
"Jerry James"
 
Default Orphaning GCL

On Sun, Nov 2, 2008 at 3:11 PM, Gérard Milmeister <gemi@bluewin.ch> wrote:
> Hi,
>
> I am orphaning GCL (GNU Common Lisp):
> https://admin.fedoraproject.org/pkgdb/packages/name/gcl
>
> I cannot get it to build on any platform anymore and have
> not been successful in gathering support. I hope somebody
> else will have more success.
>
> gemi
>
> --
> fedora-devel-list mailing list
> fedora-devel-list@redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list

I'm interested in taking it. It looks like Camm Maguire is the Debian
maintainer. He's got a massive patch for Debian, which appears to
address at least some of the problems we are having in Fedora. I
tried an initial build, but ran into a rather strange problem. Try to
compile this:

int main() {
#include <unistd.h>
return 0;
}

I can compile it with -O. I can compile it with -D_FORTIFY_SOURCE.
But I cannot compile it with -O -D_FORTIFY_SOURCE. GCC spews a whole
bunch of errors about formerly extern functions now declared as
static. Is that a glibc header bug? It is preventing GCL's sbrk
randomization code from compiling.

If we can get that worked out, I would like to take GCL.
--
Jerry James
http://loganjerry.googlepages.com/

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 11-04-2008, 02:21 PM
"Jerry James"
 
Default Orphaning GCL

On Mon, Nov 3, 2008 at 8:45 PM, Jerry James <loganjerry@gmail.com> wrote:
> I'm interested in taking it. It looks like Camm Maguire is the Debian
> maintainer. He's got a massive patch for Debian, which appears to
> address at least some of the problems we are having in Fedora. I
> tried an initial build, but ran into a rather strange problem. Try to
> compile this:
>
> int main() {
> #include <unistd.h>
> return 0;
> }
>
> I can compile it with -O. I can compile it with -D_FORTIFY_SOURCE.
> But I cannot compile it with -O -D_FORTIFY_SOURCE. GCC spews a whole
> bunch of errors about formerly extern functions now declared as
> static. Is that a glibc header bug? It is preventing GCL's sbrk
> randomization code from compiling.
>
> If we can get that worked out, I would like to take GCL.

This is now https://bugzilla.redhat.com/show_bug.cgi?id=469866 and I
have a workaround for it. I'll take GCL.
--
Jerry James
http://loganjerry.googlepages.com/

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 11-04-2008, 04:15 PM
Gérard Milmeister
 
Default Orphaning GCL

On Tue, 2008-11-04 at 08:21 -0700, Jerry James wrote:
> This is now https://bugzilla.redhat.com/show_bug.cgi?id=469866 and I
> have a workaround for it. I'll take GCL.

Great,

you might be interested in the following:
https://www.redhat.com/archives/fedora-devel-list/2008-September/msg00778.html

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 11-04-2008, 04:41 PM
"Jerry James"
 
Default Orphaning GCL

On Tue, Nov 4, 2008 at 10:15 AM, Gérard Milmeister <gemi@bluewin.ch> wrote:
> Great,
>
> you might be interested in the following:
> https://www.redhat.com/archives/fedora-devel-list/2008-September/msg00778.html

Thanks for the pointer. Wish me luck! It looks like I'm going to need it.
--
Jerry James
http://loganjerry.googlepages.com/

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 11-05-2008, 12:32 PM
"Richard W.M. Jones"
 
Default Orphaning GCL

On Mon, Nov 03, 2008 at 08:45:29PM -0700, Jerry James wrote:
> int main() {
> #include <unistd.h>
> return 0;
> }

Is it supposed to be possible to compile this?

Rich.

--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines. Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 11-05-2008, 12:54 PM
"Jerry James"
 
Default Orphaning GCL

On Wed, Nov 5, 2008 at 6:32 AM, Richard W.M. Jones <rjones@redhat.com> wrote:
> On Mon, Nov 03, 2008 at 08:45:29PM -0700, Jerry James wrote:
>> int main() {
>> #include <unistd.h>
>> return 0;
>> }
>
> Is it supposed to be possible to compile this?

No, that's not legal C. I didn't know that, so I learned something
from the experience, which makes it a good one. I sent a patch
upstream yesterday to fix the GCL code so it doesn't do this.
--
Jerry James
http://loganjerry.googlepages.com/

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 11-05-2008, 01:05 PM
"Bryn M. Reeves"
 
Default Orphaning GCL

Jerry James wrote:

On Wed, Nov 5, 2008 at 6:32 AM, Richard W.M. Jones <rjones@redhat.com> wrote:

On Mon, Nov 03, 2008 at 08:45:29PM -0700, Jerry James wrote:

int main() {
#include <unistd.h>
return 0;
}

Is it supposed to be possible to compile this?


No, that's not legal C. I didn't know that, so I learned something
from the experience, which makes it a good one. I sent a patch
upstream yesterday to fix the GCL code so it doesn't do this.


OT but.. That snippet *is* legal C, but the validity of compiling this
file then depends on the content of unistd.h (which if it's a "real"
unistd.h will of course never produce legal preprocessed C...).


If the file being included were to just contain e.g. statements, macro
or variable declarations and definitions the above code would compile
just fine.


You can put a preprocessor directive pretty much anywhere you like, as
long as it's the first non-whitespace thing on the line (I think),
you're just expected to make sure the results of processing that
directive result in legal preprocessed sources.


Regards,
Bryn.

---x.c---
#include <stdio.h>
int main(int argc, char **argv)
{
#include "y.h"
return 0;
}

---y.h---
int a = 2, b = 2;
printf("%d + %d = %d
", a, b, a+b);

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 11-05-2008, 01:17 PM
Miloslav Trmač
 
Default Orphaning GCL

Bryn M. Reeves pÃ*Å¡e v St 05. 11. 2008 v 14:05 +0000:
> Jerry James wrote:
> > On Wed, Nov 5, 2008 at 6:32 AM, Richard W.M. Jones <rjones@redhat.com> wrote:
> >> On Mon, Nov 03, 2008 at 08:45:29PM -0700, Jerry James wrote:
> >>> int main() {
> >>> #include <unistd.h>
> >>> return 0;
> >>> }
> >> Is it supposed to be possible to compile this?
> >
> > No, that's not legal C. I didn't know that, so I learned something
> > from the experience, which makes it a good one. I sent a patch
> > upstream yesterday to fix the GCL code so it doesn't do this.
>
> OT but.. That snippet *is* legal C, but the validity of compiling this
> file then depends on the content of unistd.h
>From the point of the C standard, this is "not invalid" because C
doesn't say anything about unistd.h, so this might be a conforming (but
not a strictly conforming) C program.

It is not a conforming POSIX application, though: see XSI 2.2.2:
> If used, the application shall ensure that a header is included
> outside of any external declaration or definition ...
Mirek

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 11-05-2008, 01:18 PM
"Jerry James"
 
Default Orphaning GCL

On Wed, Nov 5, 2008 at 7:05 AM, Bryn M. Reeves <bmr@redhat.com> wrote:
> OT but.. That snippet *is* legal C, but the validity of compiling this file
> then depends on the content of unistd.h (which if it's a "real" unistd.h
> will of course never produce legal preprocessed C...).

When I filed a bug about this, Jakub Jelinek replied:

Then GCL is buggy. Standard headers are never meant to be included inside of a
function. E.g. ISO C99 says in 7.1.2/4:
... "If used, a header shall be included outside of any external declaration or
definition, and it shall first be included before the first reference to any of
the functions or objects it declares, or to any of the types or macros it
defines."...

Regards,
--
Jerry James
http://loganjerry.googlepages.com/

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 

Thread Tools




All times are GMT. The time now is 03:39 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org