HI,
I have a question related to profiling.
In glibc, the function definition of profil() is existing in the following
places
glibc-2.4/gmon/profil.c
glibc-2.4/sysdeps/mach/hurd/profil.c
glibc-2.4/sysdeps/posix/profil.c
glibc-2.4/unix/sysv/linux/profil.c
If we compile the source code with gcc
Hello!
I'm having an application that is build on FC3 and works fine on FC releases
starting from 3d to 8th. I also have no troubles with RHEL starting from 4
to 5 (including updates). But when I'm trying to launch my application on
FC9
I'm getting a sigfault. I tried to rebuild my application
Trying to build arm-cross for big-endian arm.
Prior to me discovering how to pass the requisit -mbig-endian flag into the
newlib build, it was compiling without hitting the assertion. Now that I am
passing in flags, it chokes. I need the big-endian flags for newlib build, as
well as others.
On a i586-pc-mingw32 system running Windows Vista, it seems that the driver has
a hard time finding collect2. This was reported by mail (see
http://groups.google.com/group/gnu-fortran/browse_thread/thread/f04805a9af7f57bb).
C:\rblos\mrppgfortran mrpp.f -v -o a.exe
Driving: gfortran mrpp.f -v -o
On a i586-pc-mingw32 system running Windows Vista, it seems that the driver has
a hard time finding collect2. This was reported by mail (see
http://groups.google.com/group/gnu-fortran/browse_thread/thread/f04805a9af7f57bb).
C:\rblos\mrppgfortran mrpp.f -v -o a.exe
Driving: gfortran mrpp.f -v -o
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-06-02 07:49
---
*** Bug 36418 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36417
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-06-02 07:49
---
*** This bug has been marked as a duplicate of 36417 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-06-02 08:56 ---
It's working again, and a check with/without the patch produces exactly the
same code. So I guess the tester absorbed some HEP.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-06-02 11:29
---
It's a front-end issue: as the BOUNDARY character argument is not present, its
length is not appended to the argument list as it should. I guess we need to
add a gfc_conv_intrinsic_eoshift function in
--- Comment #1 from paolo dot carlini at oracle dot com 2008-06-02 11:40
---
On it.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-06-02 08:50 ---
Fixed in 4.0.0
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #42 from rguenth at gcc dot gnu dot org 2008-06-02 11:48
---
Can we please do something about this? Either make -fno-exceptions
unconditionally always only execute the try block via frontend support (and not
only if you happen to include some libstdc++ header), or apply
--- Comment #10 from burnus at gcc dot gnu dot org 2008-06-02 08:44 ---
Should I add another test case with an assumed shape array (or simply change
proc_decl_12.f90 to have an assumed shape instead of an explicit shape array)?
Or is proc_decl_12.f90 enough as it is?
In principle,
--- Comment #43 from paolo dot carlini at oracle dot com 2008-06-02 12:05
---
Ok, I will just implement the __try / __catch suggestion. Hopefully the other
library maintainers will not disagree...
--
paolo dot carlini at oracle dot com changed:
What|Removed
The following testcase gets wrong unwind info with
-m32 -Os -fpic -fno-asynchronous-unwind-tables
on the 4.3 branch (haven't tried 4.4 yet). The problem is incorrect
DW_CFA_GNU_args_size (usually off by 16), which results in catch receiving
%esp 16 bytes above what should be received. As this
--- Comment #1 from jakub at gcc dot gnu dot org 2008-06-02 13:49 ---
Created an attachment (id=15712)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15712action=view)
rh447912.ii.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36419
Fortran 2008 supports besides G[w.d[Ee]] (with w 0) now also G0 (without
.d[Ee]).
The G0 edit descriptor is to a certain extend equivalent to * for a single
argument.
G0 is thus:
- (integer) i0
- (character) a
- (logical) l1
- (real/complex)
When used to specify the output of real or
--- Comment #2 from jakub at gcc dot gnu dot org 2008-06-02 14:08 ---
Important correction, it works with:
-m32 -Os -fpic -fno-asynchronous-unwind-tables
but doesn't with:
-m32 -Os -fpic -fasynchronous-unwind-tables
which generates identical .text, but different unwind info.
The code
(Cf. PR 36420 for G0.)
print '(a,g4.2,a0)', ':',4,':'
end
should print the same as I4, namely : 4. However, gfortran prints it as
: 04, which is the same as I4.2. The standard states [F2003]:
10.6.4.1.1 Generalized integer editing / When used to specify the
input/output of integer data, the
print '(a0)', ':'
1
Error: Expected P edit descriptor in format string at (1)
Expected:
Error: Positive width required in format string at (1)
--
Summary: Misleading error message for (a0) edit descriptor
Product: gcc
Version: 4.4.0
--- Comment #1 from burnus at gcc dot gnu dot org 2008-06-02 14:16 ---
Same for the run-time error message:
At line 2 of file aa.f90 (unit = 6, file = 'stdout')
Fortran runtime error: Expected P edit descriptor in format
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36422
--- Comment #1 from burnus at gcc dot gnu dot org 2008-06-02 14:43 ---
Jerry, is this patch inserted at the right place or is there a better place?
Where do you think one should modify in order to get g0 working (PR36420 /
F2008)?
Index: libgfortran/io/write.c
--- Comment #11 from burnus at gcc dot gnu dot org 2008-06-02 15:32 ---
Another link dump:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/ff7ae6c7a7860bca/60213205751117d4
Some of the test cases should be checked when the proc pointer patch is ready
to ensure all
Hello Rusyy!
Please use --traditional-format option to linker to suppress warning
messages, but I doubt that this will resolve your problem.
You, probably, have to play with libraries that you link into your
application and check constructors initialization.
Regards,
Dima Rusyy wrote:
--- Comment #1 from burnus at gcc dot gnu dot org 2008-06-02 16:06 ---
Draft 2003 corrigendum 3: ftp://ftp.nag.co.uk/sc22wg5/N1701-N1750/N1727.pdf
(Not yet sent to ISO and thus also not ISO approved.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35031
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-06-02 16:41 ---
Subject: Bug 36375
Author: dfranke
Date: Mon Jun 2 16:41:08 2008
New Revision: 136283
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136283
Log:
2008-06-02 Daniel Franke [EMAIL PROTECTED]
PR
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-06-02 16:43 ---
Fixed on trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-06-02 16:41 ---
Subject: Bug 36377
Author: dfranke
Date: Mon Jun 2 16:41:08 2008
New Revision: 136283
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136283
Log:
2008-06-02 Daniel Franke [EMAIL PROTECTED]
PR
--- Comment #3 from dnovillo at gcc dot gnu dot org 2008-06-02 17:04
---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2008-05/msg02061.html.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-06-02 16:44 ---
Fixed on trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36212
--- Comment #3 from jakub at gcc dot gnu dot org 2008-06-02 17:23 ---
Smaller testcase for -m32 -Os -fpic -fasynchronous-unwind-tables -fno-inline:
extern C
{
struct FILE;
extern FILE *stderr;
extern int fprintf (FILE *, const char *, ...);
struct R { int r1; unsigned short
--- Comment #10 from rsandifo at gcc dot gnu dot org 2008-06-02 17:19
---
No response. Looks like this is invalid.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
Testcase:
#include avr/io.h
#include avr/interrupt.h
volatile unsigned char UART_RxChar;
volatile unsigned char UART_ReceivedChar;
SIGNAL(SIG_USART_RECV)
{
/* Indicate that the UART has received a character */
UART_ReceivedChar = 1;
/* Store received character */
--- Comment #1 from aesok at gcc dot gnu dot org 2008-06-02 18:06 ---
Created an attachment (id=15713)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15713action=view)
The patch for 36424
--
aesok at gcc dot gnu dot org changed:
What|Removed
Testcase:
#include avr/io.h
#include avr/interrupt.h
volatile unsigned char UART_RxChar;
volatile unsigned char UART_ReceivedChar;
SIGNAL(SIG_USART_RECV)
{
/* Indicate that the UART has received a character */
UART_ReceivedChar = 1;
/* Store received character */
--- Comment #1 from edmar at freescale dot com 2008-06-02 18:22 ---
Created an attachment (id=15714)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15714action=view)
Patch to fix the bug
The lines deleted in the patch are executed after the command line is parsed.
The variable
--- Comment #3 from jakub at gcc dot gnu dot org 2008-06-02 18:20 ---
Subject: Bug 36389
Author: jakub
Date: Mon Jun 2 18:19:29 2008
New Revision: 136287
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136287
Log:
PR tree-optimization/36389
* gimplify.c
The command line -mno-isel does not disable isel generation on e500v[12]
targets.
Test case is:
int
foo (int x, int y)
{
if (x y)
return x;
else
return y;
Compiled with -O2 -mno-isel
--
Summary: Option -mno-isel not working
Product: gcc
Version:
--- Comment #6 from eric dot weddington at atmel dot com 2008-06-02 19:02
---
Fixed in 4.4.0.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-06-02 18:55 ---
This was reported before the libcpp integration [1]. Probably not a fortran
problem at all as it is a warning issued by the middle-end. This did work
properly in 4.2 and 4.3.
Unassigning myself and moving to
--- Comment #16 from oliver dot kellogg at eads dot com 2008-06-02 19:16
---
Created an attachment (id=15715)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15715action=view)
output from -fdump-tree-original of gnat1 compiling pkg001u.adb
(in reply to comment #15)
You can look at
--- Comment #2 from joseph at codesourcery dot com 2008-06-02 19:35 ---
Subject: Re: Option -mno-isel not working
On Mon, 2 Jun 2008, edmar at freescale dot com wrote:
The lines deleted in the patch are executed after the command line is parsed.
The variable rs6000_isel is already
--- Comment #4 from jakub at gcc dot gnu dot org 2008-06-02 20:15 ---
Here is a testcase that can be run, unfortunately during the simplification the
incorrect behavior changed from the stack pointer increasing in each iteration
by 16 bytes into decreasing in each iteration by 4 bytes.
--- Comment #44 from bkoz at gcc dot gnu dot org 2008-06-02 20:20 ---
Either make -fno-exceptions
unconditionally always only execute the try block via frontend support (and
not
only if you happen to include some libstdc++ header)
This is my very strong preference.
The following valid program causes gfortran to use more and more stack memory.
abstract interface
function foo(x)
character(len=len(x)) :: foo,x
end function foo
end interface
character(len=20) :: str
procedure(foo) :: bar
str = bar(Hello)
end
--
Summary: Compiling tiny prog:
--- Comment #45 from paolo dot carlini at oracle dot com 2008-06-02 20:59
---
Frankly, at this point in the history of this issue, I don't have a strong
opinion. If we decide for the library-only solution, I can do it quickly, just
let me know.
--
paolo dot carlini at oracle dot
--- Comment #3 from edmar at freescale dot com 2008-06-02 21:18 ---
Created an attachment (id=15716)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15716action=view)
Modified patch
Wouldn't it better then, to remove the duplicate code from linuspe.h and
eabispe.h ?
--
--- Comment #11 from derrick_chi at msn dot com 2008-06-02 21:19 ---
The final response to this posting has cleared up the issue. I had improperly
implemented the addi and addui instructions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35788
--- Comment #2 from paolo at gcc dot gnu dot org 2008-06-02 21:28 ---
Subject: Bug 36404
Author: paolo
Date: Mon Jun 2 21:27:35 2008
New Revision: 136295
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136295
Log:
/cp
2008-06-02 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #4 from joseph at codesourcery dot com 2008-06-02 21:34 ---
Subject: Re: Option -mno-isel not working
On Mon, 2 Jun 2008, edmar at freescale dot com wrote:
Wouldn't it better then, to remove the duplicate code from linuspe.h and
eabispe.h ?
It would be best for
--- Comment #3 from paolo dot carlini at oracle dot com 2008-06-02 21:28
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from edmar at freescale dot com 2008-06-02 21:46 ---
Created an attachment (id=15717)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15717action=view)
More complete patch
Ok. Is it ready to commit now ?
Thanks
Edmar
--
--- Comment #6 from janus at gcc dot gnu dot org 2008-06-02 21:51 ---
Subject: Bug 36361
Author: janus
Date: Mon Jun 2 21:50:23 2008
New Revision: 136296
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136296
Log:
2008-06-02 Janus Weil [EMAIL PROTECTED]
PR
--- Comment #7 from janus at gcc dot gnu dot org 2008-06-02 21:53 ---
Fixed with r136296. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2008-06-02 22:09
---
Subject: Bug 34879
Author: hutchinsonandy
Date: Mon Jun 2 22:08:25 2008
New Revision: 136297
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136297
Log:
PR target/34879
* config/avr/avr.c
--- Comment #46 from bkoz at gcc dot gnu dot org 2008-06-02 22:27 ---
To clarify, I would like to see this solution come into being:
1) -fno-exceptions
This flag turns off C++ exception handling support, which is indicated at
compile time by __GXX_EXCEPTIONS being undefined. Use of
--- Comment #4 from schwab at suse dot de 2008-06-02 22:37 ---
Could you please submit your patch to [EMAIL PROTECTED], including a
ChangeLog entry and stating how you tested it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36134
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-02 22:48 ---
Next time, please attach and not copy and paste the preprocessed source.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #47 from sebor at roguewave dot com 2008-06-02 23:08 ---
(In reply to comment #46)
[...]
2) -ftransform-exceptions
should catch(X) expand into else if (false) rather than just if (false)?
That said, I don't think there is a way to do this using the preprocessor
alone.
--- Comment #4 from hp at gcc dot gnu dot org 2008-06-02 23:11 ---
n
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from permezel at mac dot com 2008-06-02 23:37 ---
There is no means to add attachments from the initial bug creation screen.
Accordingly, you might expect everyone to create at least their initial bug by
copy and paste, as we run thru the list of what is required in a
--- Comment #3 from eric dot weddington at atmel dot com 2008-06-02 23:48
---
Fixed in 4.4.0.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #48 from sebor at roguewave dot com 2008-06-03 00:07 ---
FWIW, let me throw out a suggestion for an implementation of Benjamin's (2)
in the C++ front end:
1. try is a no-op
2. catch blocks are syntax-checked but eliminated as dead code
3. throw checks to see if a
--- Comment #2 from echristo at apple dot com 2008-06-03 00:37 ---
Confirmed.
--
echristo at apple dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-06-03 02:16
---
Tobias, I think it needs to go farther down to just before here:
/* Select a width if none was specified. The idea here is to always
print something. */
The standard says to ignore the w.d in the G
--- Comment #2 from dannysmith at users dot sourceforge dot net 2008-06-03
03:17 ---
Although config/mh-mingw has
BOOT_CFLAGS += -D__USE_MINGW_ACCESS
as a fix for PR33281,
CFLAGS_FOR_TARGET for mingw32 also requires this define, else libiberty's
make_relative_prefix won't work on
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-06-03 04:09
---
I think we need fix a0 as well. I am curious if this is F2008 specific
features so that we should deal with -std=f95. Time to read the standards
again. :)
I will fix this.
--
jvdelisle at gcc dot gnu dot
--- Comment #3 from permezel at mac dot com 2008-06-03 03:51 ---
Subject: Re: internal compiler error: in
simplify_subreg_concatn, at lower-subreg.c:398
OK, pending remembrance.
I really did search in vain for an attach option. It is not obvious
that there would be later
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-06-03 04:32
---
Oh this explains why the PS3 toolchain works, we override access in libiberty
to and out the the bit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35916
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-06-03 04:30 ---
*** This bug has been marked as a duplicate of 35916 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-06-03 04:30 ---
*** Bug 36417 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2008-06-03 05:35 ---
G0 is Fortran 2008
A0 is _no_ Fortran (90 to 2008):
C1006 (R1007) w shall be zero or positive for the I, B, O, Z, F, and G edit
descriptors. w shall be positive for all other edit descriptors.
(from Fortran 2008).
--- Comment #3 from burnus at gcc dot gnu dot org 2008-06-03 05:28 ---
The standard says to ignore the w.d in the G descriptor
No, it only says to ignore the .d part. Gw.d is equivalent to Iw (and not to
Iw.d).
Also you example uses a0 which is also rejected.
a0 is invalid as Aw, w
75 matches
Mail list logo
