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?
nd. 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/CAOfDtXMUdWK9TaqiR6xK
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
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$
+ -L/tmp/buildd/gcc-4.6-4.6
).
--
Robert Millan
xserver-xorg-mouse.diff
Description: Binary data
El 5 de març de 2012 21:51, Robert Millan 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 subjec
n src/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 d
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_LIN
to debug.
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 listm
2011/10/31 Aurelien Jarno :
> The next step is probably to do the next source uploads with another
> architecture than amd64, to see if the problem is reproducible on the
> amd64 build daemon.
It's already been, see:
https://buildd.debian.org/status/logs.php?pkg=gcc-4.6&arch
2011/10/29 Ludovic Brenta :
> Robert Millan writes:
>> 2011/10/27 Matthias Klose :
>>> 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 to b
he 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
with a subj
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 i
Package: gcc-4.5-plugin-dev
Version: 4.5-20091223-1
Severity: wishlist
The following headers are used by dragonegg:
src/gcc/except.h
src/gcc/libfuncs.h
src/gcc/version.h
would you consider including them in the gcc-4.5-plugin-dev package?
Thanks
-- System Information:
Debian Release: squ
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 policy:
Package: wnpp
Severity: wishlist
Owner: Robert Millan
* 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)
Build of GCC 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 of
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 o
Package: zaptel
Version: 1:1.2.9.1.dfsg-1
Severity: important
When compiled with -finline-functions (implied by -O4), ztcfg segfaults:
$ sudo gdb --args ztcfg -vvv
[...]
(gdb) r
Starting program: /usr/sbin/ztcfg -vvv
Notice: Configuration file is /etc/zaptel.conf
line 221: Cannot get number of to
eeding-edge users will dare
to try it, so it's basicaly of no use there.
Anyway, it's good to know there's ongoing work on this area..
--
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]
> > dependency and the symlink.
>
> That sounds like a terrible amount of complexity to me. I can't imagine why
> it would ever be beneficial to carry more than one version of gcjwebplugin
> around in the archive at a time.
Agreed. What do the maintainers think?
--
Robert
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
&g
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 te
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 te
Hi!
Any chance gcj >= 4.1.1-11j1 can make it into etch?
Would be very nice to have gcjwebplugin-4.1. We'll have no browser java support
otherwise.
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get y
their own fork of gcc-3.4 to build the kernel, and I'm
not aware of any plans to update it short-term.
So 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 it
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
boehm-g
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 patches
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
>
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 l
stripped.
I'll try to check gcc-3.5 periodicaly to ensure my change didn't 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))
endif
-check_no_systems := gnu kfreebsd-gnu knetbsd-gnu
-ifeq ($(DEB_TARGET_GNU_SYSTEM), $(findstring
$(DEB_TARGET_GNU_SYSTEM),$(check_no_systems)))
+check_no_systems := gnu
+ifneq (, $(filter $(DEB_TARGET_GNU_SYSTEM),$(check_no_systems)))
with_check := disabled for $(DEB_TARGET_GNU_SYSTEM)
endi
Sometimes it gets confused and ignores the
Build-Dependencies completely.
--
Robert Millan
(Debra and Ian) (Gnu's Not (UNiplexed Information and Computing System))/\
(kernel of *(Berkeley Software Distribution))
ches, including
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
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 Inform
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 Info
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=
y made by Bruno. 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."
atus
make[2]: *** [gengtype] Error 1
make[2]: Leaving directory `/tmp/toolchain/build-gcc/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/tmp/toolchain/build-gcc/gcc'
make: *** [bootstrap-lean] Error 2
--
Robert Millan
"[..] but the delight and pride of A
also 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: Bin
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 se
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 a
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
> &g
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 seri
fit is being safe from a quite common bug.
--
Robert Millan
make: *** No rule to make target `war'. Stop.
Another world is possible - Just say no to genocide
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
int a (u
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
49 matches
Mail list logo
