- [CCing Eric for this] the gnatprj and gnatvsn libs are built
for Debian only. Is there any way, that these libs could be
integrated into upstream (maybe conditionally)?
What's the status of these libraries? Who owns the copyright?
--
Eric Botcazou
--
To UNSUBSCRIBE, email to
Hi Group!
I would like to ask why most arch have 4:4.6.3-8 instead of 4:4.7.2-1[0].
Is it because:
- Some (many) packages do not compile?
- Some (many) packages produce crashes?
- There was simply not enough time? If this is the reason: Is there any
chance it will be updated before release?
I
Eric Botcazou ebotca...@adacore.com writes:
- [CCing Eric for this] the gnatprj and gnatvsn libs are built
for Debian only. Is there any way, that these libs could be
integrated into upstream (maybe conditionally)?
What's the status of these libraries? Who owns the copyright?
These
Your message dated Fri, 11 Jan 2013 19:42:42 +0100
with message-id 50f05d22.4010...@debian.org
and subject line Re: Update build-depends for libc6-dev
has caused the Debian Bug report #696499,
regarding Update build-depends for libc6-dev
to be marked as done.
This means that you claim that the
gcc-4.7_4.7.2-18_amd64.changes uploaded successfully to localhost
along with the files:
gcc-4.7_4.7.2-18.dsc
gcc-4.7_4.7.2-18.diff.gz
gcc-4.7-source_4.7.2-18_all.deb
libstdc++6-4.7-doc_4.7.2-18_all.deb
gcc-4.7-locales_4.7.2-18_all.deb
gcc-4.7-base_4.7.2-18_amd64.deb
.
* Update to SVN 20130111 (r195107) from the gcc-4_7-branch.
- Fix PR c++/55877, PR target/55897, PR target/54461, PR other/55243,
PR target/55712, PR fortran/42769, PR fortran/45836, PR fortran/45900,
PR fortran/55852, PR fortran/55827, PR c++/55893.
* Explicitly search multiarch
These libraries are built from the GCC sources, so the FSF owns the
copyright.
libgnatvsn contains those packages, under GPL with Runtime Library
Exception, that are shared with ASIS for GNAT.
libgnatprj contains the pure GPL units for the project manager: part of
gnatmake, shared with
7 matches
Mail list logo