the KFreeBSD changes upstream? It currently builds in 4.9.
Hi Matthias
Please refer to Debian maintainer duties in Developers' Reference section 3.1.4.
Regards,
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
. In fact this macro is defined in recent versions of
FreeBSD.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAOfDtXMUdWK9TaqiR6xKRqYa2B1QWUMg
Package: gcc-4.6
Version: 4.6.3-1
Severity: serious
User: debian-...@lists.debian.org
Usertags: kfreebsd
[...]
checking for clog10 in -lm... libtool: compile:
/tmp/buildd/gcc-4.6-4.6.3/build/./gcc/xgcc -shared-libgcc
-B/tmp/buildd/gcc-4.6-4.6.3/build/./gcc -nostdinc$
+
reassign 670978 binutils
tags 670978 patch
thanks
The origin of this problem lies with a recent change in binutils.
Sanity checks were added which are not satisfiable on GNU/kFreeBSD.
See attached patch.
--
Robert Millan
kfreebsd-gnu.diff
Description: Binary data
).
--
Robert Millan
xserver-xorg-mouse.diff
Description: Binary data
El 5 de març de 2012 21:51, Robert Millan r...@debian.org ha escrit:
1- Add libstdc++6-udeb package (needed by devd).
Oh, I wasn't aware that libstdc++ udeb had already been proposed, and
it seems to be a controversial topic...
Let's see if I can attract some attention by changing the subject
/sbin/init-kfreebsd (rather than
/lib/debian-installer-startup.d, since we need to provide USB serial
devices before init, as per #493865).
4- Add build/pkg-lists/devd file to debian-installer package (akin to
build/pkg-lists/udev).
Comments?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian
is obsolete, please replace with attached build fix.
--
Robert Millan
--- a/src/gcc/config/kfreebsd-gnu.h~ 2011-07-21 17:31:44.0 +0200
+++ b/src/gcc/config/kfreebsd-gnu.h 2011-12-19 20:20:26.961301396 +0100
@@ -33,3 +33,4 @@
#define GNU_USER_DYNAMIC_LINKERGLIBC_DYNAMIC_LINKER
.
Maybe something in the environment triggers it. How about adding a
call to env command to fill the build log with?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http
=amd64
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAOfDtXOyfSRaHEr2tj=GoqiAj=tqcm0neguhtc9dmq1bekb...@mail.gmail.com
2011/10/29 Ludovic Brenta ludo...@ludovic-brenta.org:
Robert Millan r...@debian.org writes:
2011/10/27 Matthias Klose d...@debian.org:
looks like bug #637236 is back again. is this a buildd issue again?
can the package be built locally?
The #637236 log suggests that the problem is likely
. In the bug log this question remains unanswered.
Could parallel build be disabled, either unconditionally or
specifically for (kfreebsd-)amd64?
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637236#37
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
On Tue, Dec 29, 2009 at 12:13:49AM +0100, Matthias Klose wrote:
On 28.12.2009 20:43, Robert Millan wrote:
Package: gcc-4.5-plugin-dev
Version: 4.5-20091223-1
Severity: wishlist
build/gcc/build/gengtype is used by dragonegg to generate one of its internal
headers. Please could you include
Package: gcc-4.5-plugin-dev
Version: 4.5-20091223-1
Severity: wishlist
build/gcc/build/gengtype is used by dragonegg to generate one of its internal
headers. Please could you include it in gcc-4.5-plugin-dev?
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT
Package: wnpp
Severity: wishlist
Owner: Robert Millan rmh.debian@aybabtu.com
* Package name: gcc-mingw32
Version : 4.4
* URL : http://gcc.gnu.org/
* License : GPL
Programming Lang: C
Description : The GNU C compiler (cross compiler for MingW32
Package: gcc-4.4
Severity: normal
Several debian/rules.d/binary-*.mk files perform the following hack. At
the beginning of a target:
mv $(install_stamp) $(install_stamp)-tmp
and at its end:
trap '' 1 2 3 15; touch $@; mv $(install_stamp)-tmp $(install_stamp)
Since the value
Package: gcc-4.1
Version: 4.1.2-5
Severity: critical
Justification: breaks unrelated packages
gcc-4.1 4.1.1-21 had this file:
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/32/libgcc.a
which gcc-4.1 4.1.2-5 no longer provides. This breaks build of every package
building biarch 32-bit stuff that relies
On Fri, Aug 18, 2006 at 02:53:20PM -0700, Steve Langasek wrote:
On Fri, Aug 18, 2006 at 12:54:39PM +0200, Robert Millan wrote:
Any chance gcj = 4.1.1-11j1 can make it into etch?
gcj-4.1 hasn't been frozen yet, but whether this gets into etch depends on
when it's uploaded.
I see. Then I
more than one version of gcjwebplugin
around in the archive at a time.
Agreed. What do the maintainers think?
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.
--
To UNSUBSCRIBE
..
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: gcjwebplugin-4.1
Version: 4.1.1-11j1
Severity: important
$ firefox http://colemak.com/Compare
GCJ PLUGIN: thread 0x1493b60: NP_Initialize
GLib-ERROR **: The thread system is not yet initialized.
aborting...
Aborted
-- System Information:
Debian Release: testing/unstable
APT prefers
Package: gcjwebplugin-4.1
Version: 4.1.1-11j1
Severity: wishlist
Given the inmaturity of this plugin, I think it'd be a good idea to provide
debugging symbols, either in this or a separate package, to aid in debugging
tasks.
-- System Information:
Debian Release: testing/unstable
APT prefers
AFAIK no problem on our side to make gcc-4.1 the default, as long as gcc-3.4
is still present.
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: gcc-4.0
Version: 4.0.1-2
Severity: wishlist
Tags: patch
Hi!
It seems defining the DEBIAN macro in source packages has become a common
trend. I could find around 60 packages that define this or equivalent macros
(the most common one being DEBIAN).
What would you think of standarising
Package: gcc-4.0
Severity: important
Tags: patch
Hi!
gcc-4.0 doesn't currently build on GNU/kFreeBSD, because the patch for boehm-gc
(in kbsd-gnu.dpatch) doesn't apply cleanly. Fixing the patch is non-trivial
and it might take a while, so I'd like to disable java for kfreebsd-gnu so that
reopen 273004
thanks
On Sun, Nov 28, 2004 at 01:33:10PM -0800, Debian Bug Tracking System wrote:
bugs fixed in gcc-4.0-4.0-0pre1
You forgot the hunk for java_no_systems (updated patch attached).
--
.''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S)
: :' :
`. `'
Package: gcc-4.0
Severity: wishlist
Tags: patch
Hi!
I'm attaching a few minor kbsd-gnu fixes for rules.defs:
- Enable java for kfreebsd-gnu
- Enable ffi for kfreebsd-gnu and knetbsd-gnu
- Enable checks for kfreebsd-gnu and knetbsd-gnu
- Fix typo I introduced in one of my previous
reassign 272673 gcc
thanks
ICEs are bugs in gcc, not the source. Reassigning.
On Tue, Sep 21, 2004 at 10:42:06PM +1000, Anibal Monsalve Salazar wrote:
Package: freebsd-buildutils
Severity: important
Version: 5.2.1+20040403-11
Justification: fails to build from source
Full build logs
On Tue, Sep 21, 2004 at 06:58:53PM +0200, Matthias Klose wrote:
Robert Millan writes:
reassign 272673 gcc
thanks
ICEs are bugs in gcc, not the source. Reassigning.
... and not worth anything without the preprocessed source, built on
the platform where you got the ICE ...
Anibal
introduce
any breakage. Could you roll out a new upload? (with fresh upstream CVS)
--
Robert Millan
(Debra and Ian) (Gnu's Not (UNiplexed Information and Computing System))/\
(kernel of *(Berkeley Software Distribution))
-gnu netbsdelf-gnu
+ifneq (, $(filter $(DEB_TARGET_GNU_SYSTEM),$(locale_no_systems)))
force_gnu_locales := disabled for $(DEB_TARGET_GNU_SYSTEM)
endif
#! /bin/sh -e
# DP: GNU/k*BSD support
# Author: Robert Millan [EMAIL PROTECTED]
# Status: pending
dir=
if [ $# -eq 3 -a $2 = '-d
porting ones, are non-disruptive and hence can be applied unconditionaly.
This way we avoid all the trouble with patch conflicts which sounds really
like a can of worms to me.
--
Robert Millan
[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither
Package: gcc-3.4
Version: 3.4.0-2
Severity: wishlist
Tags: patch
I'm attaching the fixes required in debian/ directory needed to make this
package portable wrt non-Linux kernels. It splits out every unportable
check into separate checks for _CPU and _SYSTEM, and a few other things.
-- System
Package: gcc-3.4
Version: 3.4.0-2
Severity: wishlist
Tags: patch, upstream
This is kbsd-gnu.dpatch for debian/patches directory. It adds GNU/k*BSD
support in the upstream tree.
The libtool bits are merged in upstream for 3.5 branch. The rest is
partly revised and pending commit.
-- System
Package: gcc-3.3
Version: unknown (run on sarti)
Severity: normal
Tags: upstream
Well, this is it:
--
cc -O
-I/build/buildd/freebsd-buildutils-5.2.1+20040403/build-tree/src/usr.bin/make
-DMAKE_VERSION=\5200209170\ -DDEFSHELL=1
. Credit were due.
--
Robert Millan
[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing ever on to some new work.
-- J.R.R.T, Ainulindale
: *** [bootstrap-lean] Error 2
--
Robert Millan
[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing ever on to some new work.
-- J.R.R.T, Ainulindale
reopen 193401
retitle 193401 update for GNU/FreeBSD support
severity 193401 wishlist
thanks
hi!
On Thu, May 15, 2003 at 10:32:47PM +0200, Matthias Klose wrote:
Robert Millan writes:
libstdc++5-dev depends specificaly on libc6, making it uninstallable
on arches that have other soname
On Sat, May 31, 2003 at 12:38:24PM +0200, Matthias Klose wrote:
Robert Millan writes:
Since this problem is GNU/FreeBSD-specific i'm retitling this patch to put
in here my updates on debian/patches/freebsd-gnu.dpatch, too.
I'll send an updated patch in a while.
If you could send
the postcompile checks fail; i'm deactivating them
for GNU/FreeBSD
i'm attaching:
- gcc_gnu-freebsd_debian.diff - fixes for the debian/ directory
- freebsd-gnu.dpatch.gz - updated patch for debian/patches/
thanks,
--
Robert Millan
freebsd-gnu.dpatch.gz
Description: Binary data
diff -ur gcc-3.2
On Thu, May 15, 2003 at 10:32:47PM +0200, Matthias Klose wrote:
Robert Millan writes:
libstdc++5-dev depends specificaly on libc6, making it uninstallable
on arches that have other soname versions, including alpha, ia64,
i386-gnu, *-freebsd-gnu, *-netbsd
I have set severity
Package: libstdc++5-dev
Version: 1:3.2.3-2
Severity: important
Tags: sid patch
libstdc++5-dev depends specificaly on libc6, making it uninstallable
on arches that have other soname versions, including alpha, ia64,
i386-gnu, *-freebsd-gnu, *-netbsd
I have set severity to important (instead of
Package: gcc-3.2
Version: 1:3.2.3-0pre9
Severity: wishlist
the following code (compiled with -Wall -pedantic) could be
considered buggy, because it implicitly converts a
signed int to unsigned int when calling a. if you run it,
it will print the number 2^32-1 instead of -1.
#include stdio.h
int
converted to unsigned type
yes
It's not part of -Wall because it's too noisy.
that disconcerts me, I thought -Wall would include all warnings. would
you consider including it? it may be noisy but can be easily fixed
with a cast, and the benefit is being safe from a quite common bug.
--
Robert
severity 163239 important
tags 163239 + sid + patch
thanks
Note that to be totaly compliant the dependency should be
made on the libc-dev virtual package, and optionaly with
any libc*-dev package you prefer.
--
Robert Millan
5 years from now everyone will be running
free GNU on their 200 MIPS
45 matches
Mail list logo
