Hello,
#915934 can be related. Please forward to GCC.
Anton
Am Di., 11. Dez. 2018 um 19:54 Uhr schrieb Filippo Rusconi :
>
> Package: libeigen3-dev
> Version: 3.3.5-2
> Severity: serious
>
>
> Greetings,
>
> when building libpwiz on the arm64, armel, mips architectures, the build fails
> with the
Processing control commands:
> reassign 916234 gcc-8
Bug #916234 [libeigen3-dev] depending software build failure (arm64, armel,
mips)
Bug reassigned from package 'libeigen3-dev' to 'gcc-8'.
No longer marked as found in versions eigen3/3.3.5-2.
Ignoring request to alte
On Mon, Oct 8, 2018 at 8:59 PM, Matthias Klose wrote:
> On 08.10.2018 11:47, Svante Signell wrote:
>> On Fri, 2018-10-05 at 21:10 +0200, Svante Signell wrote:
>>> On Fri, 2018-10-05 at 01:38 +0200, Matthias Klose wrote:
>>>> Hi Svante,
>>>>
>>
On 08.10.2018 11:47, Svante Signell wrote:
> On Fri, 2018-10-05 at 21:10 +0200, Svante Signell wrote:
>> On Fri, 2018-10-05 at 01:38 +0200, Matthias Klose wrote:
>>> Hi Svante,
>>>
>>> please have a look at the recent libgo build failure with GCC trunk
>>
On Fri, 2018-10-05 at 21:10 +0200, Svante Signell wrote:
> On Fri, 2018-10-05 at 01:38 +0200, Matthias Klose wrote:
> > Hi Svante,
> >
> > please have a look at the recent libgo build failure with GCC trunk
> > 20181004 after the libgo merge. Please could you update th
Processing commands for cont...@bugs.debian.org:
> clone 762238 -1
Bug #762238 [gcc-4.9] gcc-4.9: guile-2.0 fails to build with offset problem
Bug 762238 cloned as bug 796855
> reassign -1 gcc-5
Bug #796855 [gcc-4.9] gcc-4.9: guile-2.0 fails to build with offset problem
Bug reassigned from package
Processing control commands:
> retitle -1 target architecture no longer selectable via debian/target or
> DEB_GCC_TARGET
Bug #768167 [src:gcc-4.9] dpkg-architecture export DEB_TARGET_* make cross
build failure
Changed Bug title to 'target architecture no longer selectable via
debia
Control: retitle -1 target architecture no longer selectable via debian/target
or DEB_GCC_TARGET
On Thu, Nov 06, 2014 at 12:15:13AM +0800, YunQiang Su wrote:
> But now, when DEB_TARGET_GNU_TYPE and DEB_TARGET_ARCH always define,
> we can not get cross complier with debian/target file or DEB_GCC_T
On Thu, 6 Nov 2014 00:15:13 +0800 YunQiang Su wrote:
> Package: src:gcc-4.9
> Version: 4.9.2-1
>
> In the past, dpkg-architecture doesn't export DEB_TARGET_* Vars,
>
> so in rules.defs
>
> ifdef DEB_TARGET_GNU_TYPE
> TARGET_VARS := $(shell dpkg-architecture -f -t$(DEB_TARGET_GNU_TYPE)
> 2>/dev/n
Package: src:gcc-4.9
Version: 4.9.2-1
In the past, dpkg-architecture doesn't export DEB_TARGET_* Vars,
so in rules.defs
ifdef DEB_TARGET_GNU_TYPE
TARGET_VARS := $(shell dpkg-architecture -f -t$(DEB_TARGET_GNU_TYPE)
2>/dev/null)
else
# allow debian/target to be used instead of DEB_GCC_TARGET
Processing control commands:
> forwarded -1 http://gcc.gnu.org/PR57689
Bug #714090 [gcc-4.8] Go fails to build on ia64
Set Bug forwarded-to-address to 'http://gcc.gnu.org/PR57689'.
> severity -1 important
Bug #714090 [gcc-4.8] Go fails to build on ia64
Severity set to 'important' from 'serious'
-
Control: forwarded -1 http://gcc.gnu.org/PR57689
Control: severity -1 important
worked around the build failure.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.
[CC'ing debian-gcc@ for additional input, libav fails to link on
armel, s390, s390x, ia64 and sparc. see bug #693040 for full context]
On Mon, Nov 12, 2012 at 12:45 PM, Bastian Blank wrote:
> On Mon, Nov 12, 2012 at 12:09:57PM +0100, Reinhard Tartler wrote:
>> I've tried to reproduce the problem
gcc-4.7 version 4.7.1-5 failed to build on mipsel (earlier version
built fine).
Should it be tried again?
After that freeze exception can be asked from release team.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists
strap
>>>>> compiler works around the build failure?
>>>>
>>>> As gcc-4.6 is already available on both kfreebsd-*,
>>>> wouldn't be better to use gcc-4.6 as a bootstrap compiler for gcc-4.6 ?
>>>
>>> sure, if it's kno
On Tue, Apr 26, 2011 at 07:08:11PM +0200, Petr Salinger wrote:
> >>>Apparently gcc-4.5 is not good enough as a bootstrap compiler for gcc-4.6.
> >>>Please could somebody check/confirm that using gcc-4.4 as the bootstrap
> >>>compiler works around the build fai
Apparently gcc-4.5 is not good enough as a bootstrap compiler for gcc-4.6.
Please could somebody check/confirm that using gcc-4.4 as the bootstrap
compiler works around the build failure?
As gcc-4.6 is already available on both kfreebsd-*,
wouldn't be better to use gcc-4.6 as a boot
On 04/26/2011 06:01 PM, Petr Salinger wrote:
Apparently gcc-4.5 is not good enough as a bootstrap compiler for gcc-4.6.
Please could somebody check/confirm that using gcc-4.4 as the bootstrap
compiler works around the build failure?
As gcc-4.6 is already available on both kfreebsd-*,
wouldn&#
Apparently gcc-4.5 is not good enough as a bootstrap compiler for gcc-4.6.
Please could somebody check/confirm that using gcc-4.4 as the bootstrap
compiler works around the build failure?
As gcc-4.6 is already available on both kfreebsd-*,
wouldn't be better to use gcc-4.6 as a boot
Apparently gcc-4.5 is not good enough as a bootstrap compiler for gcc-4.6.
Please could somebody check/confirm that using gcc-4.4 as the bootstrap compiler
works around the build failure?
thanks, Matthias
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of
Hi,
2011/3/23 Riku Voipio :
> on abel.debian.org ?
Yes and agricola too.
--
Héctor Orón
"Our Sun unleashes tremendous flares expelling hot gas into the Solar
System, which one day will disconnect us."
-- Day DVB-T stop working nicely
Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.htm
On Tue, Mar 22, 2011 at 12:50:17AM +, Hector Oron wrote:
> Hi,
>
> 2011/3/21 Matthias Klose :
> > gcc-4.6 fails to build on the buildds with an ICE. Unable to reproduce on a
> > local armv5t machine. Please could an ARM porter reproduce this ICE and
> > attach
> > the requrest information t
Hi,
2011/3/21 Matthias Klose :
> gcc-4.6 fails to build on the buildds with an ICE. Unable to reproduce on a
> local armv5t machine. Please could an ARM porter reproduce this ICE and
> attach
> the requrest information to upstream PR 48173?
I was able to reproduce:
$ /home/zumbi/gcc-4.6-4.6.0
gcc-4.6 fails to build on the buildds with an ICE. Unable to reproduce on a
local armv5t machine. Please could an ARM porter reproduce this ICE and attach
the requrest information to upstream PR 48173?
https://buildd.debian.org/fetch.cgi?pkg=gcc-4.6&arch=armel&ver=4.6.0%7Erc1-2&stamp=1300694925&
gcc-4.6 fails in experimental after build & check while generating/printing
the
test summary. I can't see any kfreebsd specific. Could somebody from the
kfreebsd porters please investigate the build failure?
There is a problem during testing of libgomp in 32 bit mode.
I.e. on kfree
gcc-4.6 fails in experimental after build & check while
generating/printing the
test summary. I can't see any kfreebsd specific. Could somebody from the
kfreebsd porters please investigate the build failure?
There is a problem during testing of libgomp in 32 bit mode.
I.e. on kfree
gcc-4.6 fails in experimental after build & check while generating/printing the
test summary. I can't see any kfreebsd specific. Could somebody from the
kfreebsd porters please investigate the build failure?
thanks, Matthias
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian
Your message dated Thu, 17 Jun 2010 23:21:17 +
with message-id
and subject line Bug#584610: fixed in gcc-4.5 4.5.0-6
has caused the Debian Bug report #584610,
regarding [mips] gcc-4.4 build failure after upgrade to eglibc-2.11
to be marked as done.
This means that you claim that the problem
Your message dated Sat, 12 Jun 2010 18:48:45 +
with message-id
and subject line Bug#584610: fixed in gcc-4.4 4.4.4-5
has caused the Debian Bug report #584610,
regarding [mips] gcc-4.4 build failure after upgrade to eglibc-2.11
to be marked as done.
This means that you claim that the problem
On 12.06.2010 13:48, Aurelien Jarno wrote:
On Sat, Jun 12, 2010 at 01:06:44PM +0200, Matthias Klose wrote:
On 11.06.2010 15:22, Aurelien Jarno wrote:
reassign 584610 gcc-4.4
tag 584610 + pending
thanks
On Mon, Jun 07, 2010 at 02:08:20PM +0200, Aurelien Jarno wrote:
Matthias Klose a écrit :
O
On Sat, Jun 12, 2010 at 01:06:44PM +0200, Matthias Klose wrote:
> On 11.06.2010 15:22, Aurelien Jarno wrote:
> >reassign 584610 gcc-4.4
> >tag 584610 + pending
> >thanks
> >
> >On Mon, Jun 07, 2010 at 02:08:20PM +0200, Aurelien Jarno wrote:
> >>Matthias Klose a écrit :
> >>>On 06.06.2010 00:51, Aur
On 11.06.2010 15:22, Aurelien Jarno wrote:
reassign 584610 gcc-4.4
tag 584610 + pending
thanks
On Mon, Jun 07, 2010 at 02:08:20PM +0200, Aurelien Jarno wrote:
Matthias Klose a écrit :
On 06.06.2010 00:51, Aurelien Jarno wrote:
On Sat, Jun 05, 2010 at 03:50:51AM +0200, Matthias Klose wrote:
P
Processing commands for cont...@bugs.debian.org:
> reassign 584610 gcc-4.4
Bug #584610 [eglibc] [mips] gcc-4.4 build failure after upgrade to eglibc-2.11
Bug reassigned from package 'eglibc' to 'gcc-4.4'.
Bug No longer marked as found in versions 2.11.1-2.
> tag 584610
reassign 584610 gcc-4.4
tag 584610 + pending
thanks
On Mon, Jun 07, 2010 at 02:08:20PM +0200, Aurelien Jarno wrote:
> Matthias Klose a écrit :
> > On 06.06.2010 00:51, Aurelien Jarno wrote:
> >> On Sat, Jun 05, 2010 at 03:50:51AM +0200, Matthias Klose wrote:
> >>> Package: eGLIBC
> >>> Version: 2.
Matthias Klose a écrit :
> On 06.06.2010 00:51, Aurelien Jarno wrote:
>> On Sat, Jun 05, 2010 at 03:50:51AM +0200, Matthias Klose wrote:
>>> Package: eGLIBC
>>> Version: 2.11.1-2
>>> Severity: serious
>>>
>>> gcc-4.4 and gcc-4.5 fail to build after the upgrade to eGLIBC-2.11:
>>>
>>> https://buildd
On Mon, Jun 07, 2010 at 09:15:05AM +0200, Matthias Klose wrote:
> On 06.06.2010 00:51, Aurelien Jarno wrote:
>> These functions were present before in the library, but not exported
>> in the headers. This has been changed as it is required by ISO C99.
>> While these functions are strictly not need
On 06.06.2010 00:51, Aurelien Jarno wrote:
On Sat, Jun 05, 2010 at 03:50:51AM +0200, Matthias Klose wrote:
Package: eGLIBC
Version: 2.11.1-2
Severity: serious
gcc-4.4 and gcc-4.5 fail to build after the upgrade to eGLIBC-2.11:
https://buildd.debian.org/fetch.cgi?pkg=gcc-4.4;ver=4.4.4-4;arch=mi
On Sat, Jun 05, 2010 at 03:50:51AM +0200, Matthias Klose wrote:
> Package: eGLIBC
> Version: 2.11.1-2
> Severity: serious
>
> gcc-4.4 and gcc-4.5 fail to build after the upgrade to eGLIBC-2.11:
>
> https://buildd.debian.org/fetch.cgi?pkg=gcc-4.4;ver=4.4.4-4;arch=mips;stamp=1275677666
>
This FTB
Your message dated Sun, 11 Apr 2010 14:40:05 +
with message-id
and subject line Closing bug reports related to cross builds from the gcc-4.1
source
has caused the Debian Bug report #453616,
regarding gcc-4.1: cross build failure: gcc-4.1-arm-linux-gnu not build
to be marked as done.
This
Matthias Klose wrote:
On 16.11.2009 07:24, Carlos O'Donell wrote:
On Sun, Nov 15, 2009 at 11:03 PM, Felipe Sateler
wrote:
I think the analysis it is wrong, because after the scons clean
stage, the
cache is deleted. Relevant section from debian/cdbs/1/class/scons.mk:
scons-clean::
$(D
On Mon, Nov 16, 2009 at 10:20:40AM -0600, Matthias Klose wrote:
On 16.11.2009 07:24, Carlos O'Donell wrote:
The following is the compiler invocation that configure.CheckHeader()
uses when looking for jni.h.
hppa-linux-gnu-g++ -o .sconf_temp/conftest_26.o -c -fexceptions
-Wno-format -DGNU_GETTE
On Mon, Nov 16, 2009 at 10:20:40AM -0600, Matthias Klose wrote:
On 16.11.2009 07:24, Carlos O'Donell wrote:
The following is the compiler invocation that configure.CheckHeader()
uses when looking for jni.h.
hppa-linux-gnu-g++ -o .sconf_temp/conftest_26.o -c -fexceptions
-Wno-format -DGNU_GET
On 16.11.2009 07:24, Carlos O'Donell wrote:
On Sun, Nov 15, 2009 at 11:03 PM, Felipe Sateler wrote:
I think the analysis it is wrong, because after the scons clean stage, the
cache is deleted. Relevant section from debian/cdbs/1/class/scons.mk:
scons-clean::
$(DEB_SCONS_INVOKE) $(DEB_S
On Mon, Nov 16, 2009 at 08:24:54AM -0500, Carlos O'Donell wrote:
Adding: customCPPPATH.append('/usr/lib/jvm/default-java/include/linux')
to debian/custom.py causes the build to complete successfully. This is
a possible workaround.
Awesome debugging, Carlos.
I have now added your proposed work
On Sun, Nov 15, 2009 at 11:03 PM, Felipe Sateler wrote:
> I think the analysis it is wrong, because after the scons clean stage, the
> cache is deleted. Relevant section from debian/cdbs/1/class/scons.mk:
>
> scons-clean::
> $(DEB_SCONS_INVOKE) $(DEB_SCONS_CLEAN_TARGET) $(DEB_SCONS_OPTIONS)
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-06-17 19:46 ---
*** This bug has been marked as a duplicate of 40061 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from mikpe at it dot uu dot se 2009-06-17 18:51 ---
Dupe of PR40268/PR40061.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40477
--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.
--
To UNSUBSCRIBE, email to d
--- Comment #1 from doko at ubuntu dot com 2009-04-23 09:14 ---
turned out, that a wrong newlib build for spu was used. closing as invalid.
--
doko at ubuntu dot com changed:
What|Removed |Added
-
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.0 |4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38293
--- You a
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|--- |4.4.0
http://gcc.g
--
doko at ubuntu dot com changed:
What|Removed |Added
CC||debian-gcc at lists dot
||debia
--- Comment #2 from jakub at gcc dot gnu dot org 2008-11-16 13:02 ---
*** This bug has been marked as a duplicate of 37739 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
Ludovic Brenta writes:
> Is this bug specific to hppa?
see the build logs. there are failures on ia64 and sparc as well. I
assume the sparc bug is fixed, didn't check about the ia64 failure.
I'll do another gcc-snapshot this weekend, after the ppl in NEW is
accepted.
Matthias
--
To UNSUBSC
Is this bug specific to hppa?
--
Ludovic Brenta.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: gnat-4.3
Version: 4.3.2-1
Severity: important
We are currently not able to bootstrap GCC upstream snapshots with
gnat-4.3 in Debian; See http://gcc.gnu.org/PR37396, or the Debian
build logs. Upstream claims this is an issue with the Debian build:
> This is a bug in your base compiler, no
Your message dated Sat, 02 Feb 2008 00:54:07 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#447348: fixed in gnat-4.1 4.1.2-19
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now
/11/30, Debian Bug Tracking System <[EMAIL PROTECTED]>:
> Processing commands for [EMAIL PROTECTED]:
>
> > reassign 453616 gcc-4.1
> Bug#453616: gcc-4.1: cross build failure: gcc-4.1-arm-linux-gnu not build
> Warning: Unknown package 'gcc-4.1-arm-linux-gnu'
> Bug
Processing commands for [EMAIL PROTECTED]:
> reassign 453616 gcc-4.1
Bug#453616: gcc-4.1: cross build failure: gcc-4.1-arm-linux-gnu not build
Warning: Unknown package 'gcc-4.1-arm-linux-gnu'
Bug reassigned from package `gcc-4.1-arm-linux-gnu' to `gcc-4.1'.
> severity 4
2.2-1&arch=mipsel&stamp=1192375335&file=log
build failure seems to be in the new sjlj code.
--- End Message ---
--- Begin Message ---
Closing the bug: in addition to Thiemo's manual build, the mips buildd
succeeded with 4.2.2-3.
--
Ludovic Brenta.
--- End Message ---
nat-4.2&ver=4.2.2-1&arch=mipsel&stamp=1192375335&file=log
>
> build failure seems to be in the new sjlj code.
Actually it seems to be the opposite :)
/build/buildd/gnat-4.2-4.2.2/build/./gcc/xgcc
-B/build/buildd/gnat-4.2-4.2.2/build/./gcc/ -B/usr/mips-linux-gnu/bin/
-B/usr/m
Package: gnat-4.1
Version: 4.1.2-17
Severity: serious
gnat-4.1 stops building the -dev packages while those are not yet
built by gnat-4.2 on mips/mipsel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: gnat-4.2
Version: 4.2.2-1
Severity: serious
http://buildd.debian.org/fetch.cgi?&pkg=gnat-4.2&ver=4.2.2-1&arch=mips&stamp=1192180056&file=log
http://buildd.debian.org/fetch.cgi?&pkg=gnat-4.2&ver=4.2.2-1&arch=mipsel&stamp=1192375335&file=log
build
On Mon, 17 Sep 2007 00:46:49 +0200
Jö Fahlke <[EMAIL PROTECTED]> wrote:
> I don't currently have a powerpc machine up and running, so I won't
> be able to test the resulting compiler very much. Also, I've switched
> to lenny in the meantime. For building the pakage, I'm using
>
> * dpkg-cross 1
Am Sun, 16. Sep 2007, 17:57:04 +0200 schrieb Matthias Klose:
> please recheck if this is still the case with current 4.1 and 4.2
> sources.
I don't currently have a powerpc machine up and running, so I won't
be able to test the resulting compiler very much. Also, I've switched
to lenny in the mea
tag 414099 + moreinfo
thanks
please recheck if this is still the case with current 4.1 and 4.2
sources.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
> tag 414099 + moreinfo
Bug#414099: gcc-4.1: cross build failure: debug package not built when cross
compiling
There were no tags set.
Tags added: moreinfo
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debi
--- Comment #2 from jakub at gcc dot gnu dot org 2007-08-30 20:15 ---
Should be fixed now, see
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127928
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-30 09:03 ---
I see the same thing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-03-13 23:51
---
Subject: Bug 30899
Author: mmitchel
Date: Tue Mar 13 23:51:07 2007
New Revision: 122890
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122890
Log:
PR bootstrap/30899
* Make-lang.in (doc/g++
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-03-13 23:50
---
Fixed in 4.2.0, 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from mmitchel at gcc dot gnu dot org 2007-03-13 23:49
---
Subject: Bug 30899
Author: mmitchel
Date: Tue Mar 13 23:48:49 2007
New Revision: 122888
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122888
Log:
PR bootstrap/30899
* Make-lang.in (doc/g++
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|build failure with --enable-|[4.2/4.3
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC||tromey at gcc dot gnu dot
|
Processing commands for [EMAIL PROTECTED]:
> reassign 403596 gcc-snapshot
Bug#403596: FTBFS with GCC 4.2: ... discards qualifiers from pointer target type
Bug reassigned from package `colo' to `gcc-snapshot'.
> retitle 403596 optmization generates warning for casts
Bug#403596: FTBFS with GCC 4.2:
Matthias Klose wrote:
> Hi,
>
> would it be possible for you to have a look at avifile to work around
> #392559 by changing the avifile code?
Done. If we add "template" as suggested, the compiler just gets more
confused. But these member templates don't need to be doubly templated;
they are onl
acking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: gcc-snapshot
Version: 20060325-1
I get the following build failure on sparc when using gcc-snapshot; it
builds fine with gcc 4.0 and 4.1..
Line 1214 appears to be
if (strchr(argv,':'
Package: gcc-snapshot
Version: 20060325-1
I get the following build failure on sparc when using gcc-snapshot; it
builds fine with gcc 4.0 and 4.1..
Line 1214 appears to be
if (strchr(argv,':'))
Can someone please investigate?
> Automatic build of rcs_5.7-18 on bilbao by
Processing commands for [EMAIL PROTECTED]:
> reassign 344503 icon
Bug#344503: Icon build failure on arm due to gcc-4.0 regression
Bug reassigned from package `gcc-4.0' to `icon'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug
Your message dated Tue, 7 Feb 2006 14:54:18 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#327229: gcc-4.0: hppa: causes build failure with -O2
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this
--- Comment #13 from amylaar at gcc dot gnu dot org 2006-01-31 16:28
---
(In reply to comment #9)
> Subject: Bug 24912
>
> Author: hp
> Date: Sat Nov 19 21:56:17 2005
> New Revision: 107231
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107231
> Log:
> PR middle-end
Jurij Smakov <[EMAIL PROTECTED]> writes:
> The latest upload of icon (9.4.2-2.4) has failed to build on arm with
> the current gcc-4.0 in sid (4.0.2-5). After some investigation I've
> found that this is gcc-4.0 fault, and the build failures start with
> the version 4.0.1-7 (4.0.1-6 builds the sam
Package: gcc-4.0
Version: 4.0.2-5
Severity: important
Hi,
The latest upload of icon (9.4.2-2.4) has failed to build on arm with the
current gcc-4.0 in sid (4.0.2-5). After some investigation I've found
that this is gcc-4.0 fault, and the build failures start with the version
4.0.1-7 (4.0.1-6
--- Comment #12 from hp at gcc dot gnu dot org 2005-11-21 03:44 ---
Non-empty comment to appease bugzilla.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.1, 4.2 Regression] m68k |[4.1/4.2 Regression] m68k
|build failure: ICE: in
--- Comment #11 from hp at gcc dot gnu dot org 2005-11-19 21:59 ---
Subject: Bug 24912
Author: hp
Date: Sat Nov 19 21:59:48 2005
New Revision: 107233
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107233
Log:
PR middle-end/24912
PR middle-end/24750
* relo
--- Comment #10 from hp at gcc dot gnu dot org 2005-11-19 21:58 ---
Subject: Bug 24912
Author: hp
Date: Sat Nov 19 21:58:23 2005
New Revision: 107232
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107232
Log:
PR middle-end/24912
* gcc.dg/torture/pr24912-1.c: New
--- Comment #9 from hp at gcc dot gnu dot org 2005-11-19 21:56 ---
Subject: Bug 24912
Author: hp
Date: Sat Nov 19 21:56:17 2005
New Revision: 107231
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107231
Log:
PR middle-end/24912
PR middle-end/24750
* reloa
--- Comment #8 from hp at gcc dot gnu dot org 2005-11-19 21:54 ---
Subject: Bug 24912
Author: hp
Date: Sat Nov 19 21:54:26 2005
New Revision: 107230
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107230
Log:
PR middle-end/24912
* gcc.dg/torture/pr24912-1.c: New t
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
CC||kazu at gcc dot gnu dot org
Summary|m68k build failure: ICE
--- Comment #7 from kazu at gcc dot gnu dot org 2005-11-19 20:48 ---
*** Bug 24850 has been marked as a duplicate of this bug. ***
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
-
Processing commands for [EMAIL PROTECTED]:
> severity 327229 important
Bug#327229: gcc-4.0: hppa: causes build failure with -O2
Severity set to `important'.
> tags 327229 + upstream
Bug#327229: gcc-4.0: hppa: causes build failure with -O2
There were no tags set.
Tags added: upstr
severity 327229 important
tags 327229 + upstream
tags 327229 + fixed-upstream
thanks
current workaround is to lower the optimization level to -O1, works
with current gcc-snapshot.
Gerrit Pape writes:
> Package: gcc-4.0
> Version: 4.0.1-6
> Severity: serious
>
> Hi, looks like Debian's gcc-4.0 4.
Package: gcc-4.0
Version: 4.0.1-6
Severity: serious
Hi, looks like Debian's gcc-4.0 4.0.1-6 generates bad code with -O2 on
parisc:
[EMAIL PROTECTED]:~$ gcc -v
Using built-in specs.
Target: hppa-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --p
Again, this should be a Debian-specific change for now.
It will be a Debian specific change forever.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Santiago Vila, le Wed 04 May 2005 15:22:27 +0200, a dit :
> * dpkg-shlibdeps needs to be patched and the build logs are full of
> ugly junk when debian/rules reaches dh_shlibdeps.
I submitted a patch for this some time ago (and it should also solve
other troubles with x86_64), but it doesn't see
#v+
# In GNU, "/usr" is a four-letter word.
NATIVE_SYSTEM_HEADER_DIR = /include
#v-
I think that just changing NATIVE_SYSTEM_HEADER_DIR to:
NATIVE_SYSTEM_HEADER_DIR = $(prefix)/include
would fix all problems, could someone with a GNU/Hurd system check
that? It would kinda break stuf
How about making gcc's configure test smart so that when you do
"--prefix=" (the normal way to configure any program for the GNU
system) it looks for headers in /include /local, and if you do
--prefix=/usr (as Debian does) it would look for the files in
/usr/include /usr/local?
/loc
If /usr is a symlink to / and gcc uses /usr/include, it will work.
If /usr is a real directory and gcc uses /usr/include, it will work as well.
And if /usr doesn't exist, it will not work at all. Hard coding is
just bad, period.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
How about making gcc's configure test smart so that when you do
"--prefix=" (the normal way to configure any program for the GNU
system) it looks for headers in /include /local, and if you do
--prefix=/usr (as Debian does) it would look for the files in
/usr/include /usr/local?
This is the right t
Or just hard code it on Debian to /usr/include, even if that is
stupid.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 129 matches
Mail list logo
