Hi Lucas,
That looks like an ICE, shouldn't that be filed with gfortran?
On Thu, Nov 19, 2020 at 10:52:05AM +0100, Lucas Nussbaum wrote:
> > mpif90 `dpkg-buildflags --get FFLAGS` `dpkg-buildflags --get CPPFLAGS`
> > -Wall -ffast-math -funroll-loops -fopenmp -fallow-argument-mismatch
> > `dpkg-b
Hi,
On Sat, Sep 07, 2019 at 10:50:34PM +0200, Michael Banck wrote:
> > Program received signal SIGSEGV: Segmentation fault - invalid memory
> > reference.
> >
> > Backtrace for this error:
> > #0 0x7f063149eb40 in ???
> > #1 0x7f063149dd75 in ???
Hi,
I had a look at your dh-fortran-mod package, and am quite sorry I missed
this until now :-/
I assume this is meant for ${misc:Depends} in the -dev package, right?
On Wed, Mar 12, 2014 at 06:44:50PM +0100, Sébastien Villemot wrote:
> Le dimanche 11 août 2013 à 11:11 +0900, Ryo IGARASHI a écri
Package: gfortran-4.9
Version: 4.9.1-15
Severity: important
nwchem FTBFS on armhf, see e.g.
https://buildd.debian.org/status/fetch.php?pkg=nwchem&arch=armhf&ver=6.3%2Br2-1&stamp=1410744209
|gfortran -c -g -O2 -ffast-math -fno-aggressive-loop-optimizations -O2
| -ffast-math -Wuninitialize
On Fri, Jul 26, 2013 at 02:37:15PM +0200, Matthias Klose wrote:
> Am 25.07.2013 14:25, schrieb Michael Banck:
> > What to do about the compatibilty is a different matter, did this come
> > up before?
>
> looks like one hand in the debian-science team doesn't know wha
Hi,
Fortran90 compiler produce module files (.mod) when compiling modules,
those are supposed to included by Fortran90 applications like .h header
files for C/C++.
However, those module files are kinda precompiled and compiler- and even
compiler-version dependent in the sense that there is no gua
Package: gcc-4.2
Version: 4.2.2-3
Severity: important
Hi,
the attached patch adds fast-math support for hurd-i386 to gcc-4.2 to as
well, it's slightly rediffed from the one for gcc-4.1, as that one does
not apply cleanly.
Please apply, several packages (most notably mesa) FTBFS without it.
tha
# same problem as with gcc-4.1/#433539
reopen 434937
thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: gcc-defaults
Version: 1.61
Severity: important
Tags: patch
Hi,
dh_builddeb expects libgcj-bc to be built as .deb, but it is excluded as
part of gcj/gij not yet being available on hurd-i386. This leads to the
following error:
> dpkg-deb: building package `libgcj-common' in
> `../libgcj-
On Sun, Jul 15, 2007 at 07:34:20AM -0400, Michael Casadevall wrote:
> -BEGIN PGP SIGNED MESSAGE-
The GPG seems to have garbled the patch somewhat. Here is patch against
the Debian package, introducing a new dpatch, is this fine?
Michael
diff -u gcc-4.1-4.1.2/debian/rules.patch gcc-4.1-4
Package: gcc-4.2
Severity: important
Tags: patch
Hi,
gcc-4.2 FTBFS due to PR28102, see #374410.
I filed this seperately because gcc-4.2 now builds libgcc1 and fixing
this in Debian is a priority, we cannot wait till upstream agree on the
best fix.
The attached tested patch fixes this, please ap
Package: gcc-4.1
Severity: important
Version: 4.1.2-6
Hi,
this is the error:
dh_gencontrol -plibssp0 \
-- -v4.1.2-6 '-Vgcc:Version=4.1.2-6'
'-Vgcc:EpochVersion=1:4.1.2-6' '-Vgcc:SoftVersion=4.1.2-2'
'-Vgpc:Version=' '-Vgcj:Version=4.1.2-6' '-Vgcj:SoftVersion=4.1.2-2'
'-Vgnat:Vers
Package: gcc-4.2
Version: 4.2-20070105-1
Tags: experimental
Hi,
if the detection logic in debian/rules2 for USE_CPUS fails and USE_CPUS
is left empty, make -j will be called with no argument, i.e. make will
run an unlimited number of concurrent compile jobs:
[EMAIL PROTECTED]:~$ ps aexM | grep c
Package: gcc-4.1
Version: 4.1.1ds2-20
Severity: important
Tags: patch
Hi,
currently, the -pthread option is not understood by the GNU/Hurd gcc,
which makes some packages FTBFS, e.g. directfb.
The attached addition to hurd-changes.dpatch fixes this.
Michael
--- gcc/config/gnu.h.orig 2006-
, not gnu-i386 when matching DEB_HOST_ARCH.
+ Add gcj and gij to no_packages for hurd-i386.
-- Michael Banck <[EMAIL PROTECTED]> Tue, 1 Aug 2006 15:57:56 +0200
diff -Naur gcc-defaults-1.40/debian/control
gcc-defaults-1.40+hurd.1/debian/control
--- gcc-defaults-1.40/debian/control2006
Package: gcc-4.0
Version: 4.0.3-5
Severity: important
Hi,
your package failed to build from source:
Automatic build of gcc-4.0_4.0.3-5 on beethoven by sbuild/hurd-i386 85
Build started at 20060718-1531
**
[...]
** Using
Package: gcc-snapshot
Version: 20060613-1
Hi,
I've done a test build of gcc-snapshot on GNU/Hurd, here's the error:
On Sat, Jun 17, 2006 at 06:17:21PM +0200, Debian autobuilder wrote:
> Automatic build of gcc-snapshot_20060613-1 on beethoven by sbuild/hurd-i386 85
> Build started at 20060617-17
, and Thomas Schwinge
made a successful cross-compiled test build. We hope gcc-4.1 is now
working for hurd-i386.
cheers,
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html
--- debian/patches/hurd-changes.dpatch.orig 2006-05-31 14:4
Package: gcc-4.0
Version: 4.0.2-5
Severity: important
Hi,
since libgcj has been split off, both libffi-without-libgcj and
disable-libgcj are getting applied on hurd-i386, which leads to a
rejected patch in the latter:
DEB_VERSION='4.0.2-5'; export DEB_VERSION; \
debian/patches/disable-libgcj.dpa
reopen 328705
thanks
Hi,
libffi has not been built by -9, from the build log:
| Will not build the FFI library: disabled for architecure hurd-i386
I suppose this is due to this in rules.defs:
|ifeq ($(DEB_TARGET_ARCH),hurd-i386)
| with_libffi := disabled for architecure $(DEB_TARGET_A
sible way to detect those earlier would
be to apply the hurd-changes patch on all arches. However, this would
shift the maintenance burdon somewhat more onto you, and I am fine with
continueing sending patches like this for gcc-4.0 after upload.
cheers,
Michael
--
Michael Banck
Debian Develop
On Sat, Sep 17, 2005 at 10:42:01AM +0200, Matthias Klose wrote:
> strange, because the patch is already in the 4.0 branch.
And the debian files are modified accordingly, so to build the libffi*
packages on hurd-i386?
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
h
roduce a dpatch
if that suits you more.
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
is attached.
Please enable libffi on hurd-i386.
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html
2005-08-10 Alfred M. Szmidt <[EMAIL PROTECTED]>
PR libffi/21819:
* configure: Rebuilt.
* configure.ac:
reopen 322624
tags 322624 +patch
thanks
Hi,
sorry about that, but I just found out that another patch is needed for
gcc-3.4. Just reactivating hurd-changes.dpatch was not enough, similar
to gcc-4.0, the /include -> /usr/include change now has to be made in
gcc/config/gnu.h as well as gcc/config/
Package: gcc-3.4
Version: 3.4.4-5
Severity: important
Tags: patch
Hi,
gcc-3.4's debian/rules.patch needs to be changed as well for the new
dpkg-architecture in order to successfully apply the hurd-changes patch.
Patch attached.
thanks,
Michael
--
Michael Banck
Debian Developer
[
to be.
Adding a section for gnu/x86 to gcc/ada/Makefile.in solves this problem.
I have attached a patch against hurd-changes.dpatch which should fix
both gnat issues (the one described in this mail and the originally
reported MAXPATHLEN issue)
cheers,
Michael
--
Michael Banck
Debian Developer
ailable, but is referred to by
another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
apt-get failed.
Package installation failed
The Build-Depends need to be updated to libcairo0.6.0-dev, it seems.
Michael
--
Michael Banck
Debian
inclusion upstream) as an addition to
hurd-changes.dpatch is attached.
cheers,
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html
--- gcc/ada/adaint.c.orig 2005-08-01 23:10:02.0 +0200
+++ gcc/ada/adaint.c2005-08-01 23
statements to gcc/gthr-posix.h. Thanks to Neal Walfield
and Jeroen Dekkers for analyzing this.
With those changes applied, gcc-4.0 builds fine.
cheers,
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html
--- debian/rules.patch.orig
Package: gcc-4.0
Severity: important
Hi,
hurd-changes.dpatch is not being applied, probably because the desired
DEB_TARGET_ARCH_OS in debian/rules.patch:83 is 'hurd' and not 'gnu'.
Here is the output of dpkg-architecture with the new dpkg:
DEB_BUILD_ARCH=hurd-i386
DEB_BUILD_ARCH_OS=hurd
DEB_BUIL
Package: gcc-4.0
Version: 4.0.0-9
Severity: important
Setting of the system header directory changed yet again:
./xgcc -B./ -B/usr/i586-gnu/bin/ -isystem /usr/i586-gnu/include -isystem
/usr/i586-gnu/sys-include -L/build/mbanck/gcc-4.0-4.0.0/build/gcc/../ld
-O2 -DIN_GCC-W -Wall -Wwrite-strings
Package: gcc-4.0
Version: 4.0.0-9
Severity: important
Tags: patch
Automatic build of gcc-4.0_4.0.0-9+hurd.1 on beethoven by
sbuild/hurd-i386 1.170.5
[...]
cc -c -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-DHAVE_CONFI
tags 301064 +patch
thanks
On Wed, May 04, 2005 at 03:48:07PM +0200, Thomas Schwinge wrote:
> I was able to build und use gcc-3_4-branch (last month or so).
> The only problem was (and still is) that _statically_ linked executables
> are segfaulting immediatelly.
> I was not yet able to debug that;
Hi,
On Mon, May 02, 2005 at 06:09:04PM +0200, Matthias Klose wrote:
> - which is the last version that built on hurd-i386?
According to ftp.debian.org, it appears to be 3.4.1-7, though I do not
remember exactly.
> - does gcc-4.0 (experimental) build?
No, at least not out of the box. libffi nee
Package: gcc-3.4
Severity: important
Hello,
Your package failed to build on hurd-i386:
> Automatic build of gcc-3.4_3.4.3-12 on beethoven by sbuild/hurd-i386 1.170.5
> Build started at 20050323-0130
> **
> gcc-3.4_3.4.3-
reopen 262459
thanks
> This is an automatic notification regarding your Bug report
> #262459: gcc-3.4: Strange Build-Depends "gnu" instead of "hurd-i386",
> which was filed against the gcc-3.4 package.
[...]
>* Fix build-dependencies for hurd systems (closes: #262459).
nighthawk/gnu/etc/apt$
Package: gcc-3.4
Severity: normal
OK, so this is when I'm trying to get the build-deps via APT (granted,
running from my GNU/Linux partition, but apt.conf.offline makes sure the
proper files get read):
nighthawk/gnu/etc/apt$ sudo apt-get -c apt.conf.offline --arch-only
build-dep gcc-3.4
R
Package: gcc-3.4
Severity: important
--enable-threads=posix results in pthreads (instead of cthreads) being
used on hurd-i386. However, there is a problem with this, resulting in
libgcc_s.so having undefined references. Jeroen Dekkers has summarized
the problem as follows:
|Michael Banck
Package: gcc-3.3
Version: 1:3.3ds5-0pre5
Severity: important
Hi,
I tried to build gcc-3.3 on hurd-i386. Unfortunately, sbuild died
with 'Resource lost', probably a bug in hurd.
I then did a debian/rules binary in the source tree and got the
following error:
: # rename files (versioned gpc man
Package: gcc-3.2
Version: 1:3.2.3-0pre2
Severity: normal
Hi,
compiling mpqc on MIPS results in this error:
/usr/bin/gcc-3.2 -DHAVE_CONFIG_H -D_REENTRANT -I../../../../../src/lib
-I/build/buildd/mpqc-2.1.3/include -I/build/buildd/mpqc-2.1.3/src/lib -O0
-Wall -c /build/buildd/mpqc-2.1.3/src/lib
41 matches
Mail list logo
