[PATCH] jit docs: Add "Packaging notes" section

2015-03-13 Thread David Malcolm
o. So some kind of > > version information, about not using sphinx plugins, etc. would be > > appreciated. [...] > On the subject of packaging: when building libgccjit, > --enable-host-shared is needed, to get position-independent code, which > will slow down the regular com

packaging MELT plugin documentation (GFDL for melt.texi, GPL for generated meltgendoc.texi) ?

2011-04-12 Thread Basile Starynkevitch
Hello All, Since I am releasing MELT as a plugin (GPLv3+ licensed, FSF copyrighted), I would like to package the documentation, by changing the contrib/make-melt-source-tar.sh shell script of the MELT branch so that it packages appropriate *.texi files. As you probably know, MELT documentation i

Re: packaging GCC plugins using gengtype (e.g. MELT)?

2010-03-14 Thread Basile Starynkevitch
org/wiki/MiddleEndLispTranslator and other MELT related pages on GCC wiki. Basile Starynkevitch wrote in http://lists.debian.org/debian-gcc/2010/03/msg00047.html Now, one of the issues about MELT & Debian packaging is the fact that melt-runtime.c (the source of melt.so plugin) uses GTY http://gcc.gnu.or

Re: packaging GCC plugins using gengtype (e.g. MELT)?

2010-03-14 Thread Duncan Sands
On 14/03/10 21:48, Matthias Klose wrote: On 14.03.2010 13:15, Basile Starynkevitch wrote: Basile Starynkevitch wrote in http://lists.debian.org/debian-gcc/2010/03/msg00047.html Now, one of the issues about MELT & Debian packaging is the fact that melt-runtime.c (the source of melt.so pl

Re: packaging GCC plugins using gengtype (e.g. MELT)?

2010-03-14 Thread Matthias Klose
On 14.03.2010 13:15, Basile Starynkevitch wrote: Basile Starynkevitch wrote in http://lists.debian.org/debian-gcc/2010/03/msg00047.html Now, one of the issues about MELT & Debian packaging is the fact that melt-runtime.c (the source of melt.so plugin) uses GTY http://gcc.gnu.org/online

packaging GCC plugins using gengtype (e.g. MELT)?

2010-03-14 Thread Basile Starynkevitch
Basile Starynkevitch wrote in http://lists.debian.org/debian-gcc/2010/03/msg00047.html Now, one of the issues about MELT & Debian packaging is the fact that melt-runtime.c (the source of melt.so plugin) uses GTY http://gcc.gnu.org/onlinedocs/gccint/Type-Information.html#Type-Informa

packaging

2006-12-04 Thread Jacquelyn Brooksavi
77662

Re: packaging a GCC binary distribution so it can be installed at arbitrary locations?

2005-05-12 Thread Daniel Kegel
sh versions of them, too. Is there any documentation on how the new packaging mechanism works? It's not a new packaging mechanism and it doesn't require any adjustment; the entire thing should Just Work. If you happen to need to be able to do this with old tools, you can try http://ke

Re: packaging a GCC binary distribution so it can be installed at arbitrary locations?

2005-05-12 Thread Ian Lance Taylor
"Gary Funck" <[EMAIL PROTECTED]> writes: > Ian Lance Taylor wrote (in part): > > Telling the dynamic linker about a dynamic libgcc is still a problem, > > but that is a problem whereever you put the compiler. > > If I'm not interested in build a dynamically linked gcc, or building > libgcc and re

RE: packaging a GCC binary distribution so it can be installed at arbitrary locations?

2005-05-12 Thread Gary Funck
Ian Lance Taylor wrote (in part): > Telling the dynamic linker about a dynamic libgcc is still a problem, > but that is a problem whereever you put the compiler. If I'm not interested in build a dynamically linked gcc, or building libgcc and related libraries as dynamic libraries, can I simply as

Re: packaging a GCC binary distribution so it can be installed at arbitrary locations?

2005-05-12 Thread Daniel Jacobowitz
anks. > > Which versions qualify as "recent" above? GCC 3.4, or 4.0, or both? Since at least 3.3. > Is there any documentation on how the new packaging mechanism works? It's not a new packaging mechanism and it doesn't require any adjustment; the entire thing should Just Work. -- Daniel Jacobowitz CodeSourcery, LLC

RE: packaging a GCC binary distribution so it can be installed at arbitrary locations?

2005-05-12 Thread Gary Funck
e any documentation on how the new packaging mechanism works? If this was discussed on this list, would you happen to know approximately, when (so I can do a search of the archives)?

Re: packaging a GCC binary distribution so it can be installed at arbitrary locations?

2005-05-12 Thread Ian Lance Taylor
"Gary Funck" <[EMAIL PROTECTED]> writes: > Given a binary distibution of GCC, for example, built to install under > /usr/local, is it possible to configure and build the compiler in such a > way that a binary packaging method such as RPM can allow a user to specify &g

packaging a GCC binary distribution so it can be installed at arbitrary locations?

2005-05-12 Thread Gary Funck
Given a binary distibution of GCC, for example, built to install under /usr/local, is it possible to configure and build the compiler in such a way that a binary packaging method such as RPM can allow a user to specify an alternate installation point (perhaps /opt, or even the user's

Re: Packaging error in 4.0RC1 docs? [was RE: Problem compiling GCC 4.0 RC1 on powerpc-ibm-aix5.2.0.0 ]

2005-04-20 Thread Gerald Pfeifer
On Tue, 12 Apr 2005, Dave Korn wrote: >> When I look in gcc-4.0.0-20050410/INSTALL at specific.html > Oh, BTW, it seems the internal links in that page are b0rked in the usual > sort of way, owing to the mangling of 'special' characters. A link like: > > *-ibm-aix* > > doesn't actually link up

Packaging error in 4.0RC1 docs? [was RE: Problem compiling GCC 4.0 RC1 on powerpc-ibm-aix5.2.0.0 ]

2005-04-12 Thread Dave Korn
Original Message >From: Kate Minola >Sent: 12 April 2005 16:15 > When I look in gcc-4.0.0-20050410/INSTALL at specific.html Oh, BTW, it seems the internal links in that page are b0rked in the usual sort of way, owing to the mangling of 'special' characters. A link like: *-ibm-aix* do