Note, this mailing list is for development of gcc, gcc-help
would be more appropriate.
On Fri, Mar 11, 2022 at 07:53:32PM +, Larry Jackson via Gcc wrote:
> I goofed and failed to put a space after the "case" word:
>
> switch(nu){
> case1: v1 =val;break;
> case2: v2 =val;break;
> case3: v3 =va
I goofed and failed to put a space after the "case" word:
switch(nu){
case1: v1 =val;break;
case2: v2 =val;break;
case3: v3 =val;break;
case4: v4 =val;break;
}
gcc compiler showed NO errors or warnings. Execution of the code produced
incorrect results.
After I added a space(no oth
On 9/18/19 4:01 AM, Richard Biener wrote:
On Tue, 17 Sep 2019, Nicholas Krause wrote:
On 9/17/19 2:37 AM, Richard Biener wrote:
On Mon, 16 Sep 2019, Nicholas Krause wrote:
Greetings Richard,
I don't know if it's currently possible but whats the best way to either so
about or
use a tool t
On Tue, 17 Sep 2019, Nicholas Krause wrote:
>
> On 9/17/19 2:37 AM, Richard Biener wrote:
> > On Mon, 16 Sep 2019, Nicholas Krause wrote:
> >
> >> Greetings Richard,
> >>
> >> I don't know if it's currently possible but whats the best way to either so
> >> about or
> >>
> >> use a tool to expose
On 9/17/19 2:37 AM, Richard Biener wrote:
On Mon, 16 Sep 2019, Nicholas Krause wrote:
Greetings Richard,
I don't know if it's currently possible but whats the best way to either so
about or
use a tool to expose shared state at both the GIMPLE and RTL level. This
would
allow us to figure o
On Mon, 16 Sep 2019, Nicholas Krause wrote:
> Greetings Richard,
>
> I don't know if it's currently possible but whats the best way to either so
> about or
>
> use a tool to expose shared state at both the GIMPLE and RTL level. This
> would
>
> allow us to figure out much better what algorthim
Greetings Richard,
I don't know if it's currently possible but whats the best way to either
so about or
use a tool to expose shared state at both the GIMPLE and RTL level.
This would
allow us to figure out much better what algorthims or data structures to
choose
to allow this to scale m
Ok, thanks for the clarification jakub.
Umesg
On Mon, May 7, 2018, 2:08 PM Jakub Jelinek wrote:
> On Mon, May 07, 2018 at 01:58:48PM +0530, Umesh Kalappa wrote:
> > CCed Jakub,
>
> > > Agree that float division don't touch memory ,but fdiv result (stack
> > > register ) is stored back to a me
On Mon, May 07, 2018 at 01:58:48PM +0530, Umesh Kalappa wrote:
> CCed Jakub,
> > Agree that float division don't touch memory ,but fdiv result (stack
> > register ) is stored back to a memory i.e fResult .
That doesn't really matter. It is stored to a stack spill slot, something
that doesn't h
CCed Jakub,
> Hi Alex,
> Agree that float division don't touch memory ,but fdiv result (stack
> register ) is stored back to a memory i.e fResult .
>
> So compiler barrier in the inline asm i.e ::memory should prevent the
> shrinkage of instructions like "fstps fResult(%rip)"behind the
Hi Alex ,
Agree that float division don't touch memory ,but fdiv result (stack
register ) is stored back to a memory i.e fResult .
So compiler barrier in the inline asm i.e ::memory should prevent the
shrinkage of instructions like "fstps fResult(%rip)"behind the
fence ?
BTW ,if we mak
On Fri, Apr 13, 2018 at 01:34:21PM +, Vivek Kinhekar wrote:
> Hello Alexander,
>
> In the given testcase, the generated fdivrs instruction performs the
> division of a symbol ref (memory value) by FPU Stack Register and stores
> the value in FPU Stack Register.
The stack registers are not mem
Oh! Thanks for the quick response, Jakub.
Regards,
Vivek Kinhekar
-Original Message-
From: Jakub Jelinek
Sent: Friday, April 13, 2018 7:08 PM
To: Vivek Kinhekar
Cc: Alexander Monakov ; gcc@gcc.gnu.org
Subject: Re: GCC Compiler Optimization ignores or mistreats MFENCE memory
barrier
18 5:58 PM
To: Vivek Kinhekar
Cc: gcc@gcc.gnu.org
Subject: Re: GCC Compiler Optimization ignores or mistreats MFENCE memory
barrier related instruction
On Fri, 13 Apr 2018, Vivek Kinhekar wrote:
> The mfence instruction with memory clobber asm instruction should
> create a barrier betw
Thanks for the quick response, Alexander!
Regards,
Vivek Kinhekar
+91-7709046470
-Original Message-
From: Alexander Monakov
Sent: Friday, April 13, 2018 5:58 PM
To: Vivek Kinhekar
Cc: gcc@gcc.gnu.org
Subject: Re: GCC Compiler Optimization ignores or mistreats MFENCE memory
barrier
On Fri, 13 Apr 2018, Vivek Kinhekar wrote:
> The mfence instruction with memory clobber asm instruction should create a
> barrier between division and printf instructions.
No, floating-point division does not touch memory, so the asm does not (and
need not) restrict its motion.
Alexander
tf operation, would not
get mixed up on reordering by the GCC compiler optimizer because of the
presence of the __asm volatile ("mfence" ::: "memory"); line between them.
But, the generated assembly, which is inlined be
On 02/26/2018 02:41 AM, Mustafa i. wrote:
> Hello,
>
> What exactly is the -Warray-bounds option to the GCC compiler supposed
> to warn about?
It's meant to warn for out of bounds array access.
For example, if you have a 10 element array, but try to access the 11th
element
Hello,
What exactly is the -Warray-bounds option to the GCC compiler supposed to
warn about?
My g++ --version: g++ (GCC) 7.3.1 20180130 (Red Hat 7.3.1-2)
Regards,
Mustafa
On Wed, Feb 21, 2018 at 9:19 PM, Jeff Law wrote:
> On 02/21/2018 03:20 PM, Mustafa i. wrote:
> > Hi,
> &g
On Mon, 7 Aug 2017, Martin Liška wrote:
> On 07/30/2017 05:08 AM, Ethin Probst wrote:
> > --enable-checking=all --disable-nls --enable-fixed-point
> > In file included from ../../../gcc-7.1.0/libgcc/fixed-bit.c:55:0:
> > ../../../gcc-7.1.0/libgcc/fixed-bit.h:64:1: error: unable to emulate 'QQ'
On 07/30/2017 05:08 AM, Ethin Probst wrote:
> Hello all,
> I was trying to build GCC 7.1.0 on OpenSuse 42.1 when it encountered
> an internal error. The error is thrown, for lack of a better word, in
> both 4.x and 6.x.
> I would have submitted a bug report on the GCC bug tracker except for
> the f
Hello all,
I was trying to build GCC 7.1.0 on OpenSuse 42.1 when it encountered
an internal error. The error is thrown, for lack of a better word, in
both 4.x and 6.x.
I would have submitted a bug report on the GCC bug tracker except for
the fact that I don't have all the information needed, so tho
On 05/15/2017 10:01 PM, David Edelsohn wrote:
Your understanding is correct. GCC never accepts patches for a
specific version / release -- even if it is the current release.
Patches for new features or support must be contributed to the current
development version.
Can't the patches be put on
Hello,
Actually, this port is a survival initiative. I was part of a VMS port
from Alpha to Itanium, which was finally launched... the month Adacore
decided to stop its support.
I had long negociations with Quentin Ochem in France, hoping to get the
Adacore compiler even without support, and
Also I forgot to mention: I would recommend putting your GCC 4.7 based
port on e.g. github so that other people can benefit from it, since putting
this code base in gcc.gnu.org isn't on the table as per David's emails. I
think that would be the best compromise.
Arno
> Ideally, you should create a general copyright assignment to GCC -- a
> "futures" assignment of all patches for GCC. you can select which
> patches to contribute.
>
> If you insist on limiting it, you can specify files. But that always
> runs into the potential problem of files that were omitt
d PIA-SOFER SARL
>>>> (http://pia-sofer.fr) have worked hard to make Ada available again on
>>>> OpenVMs using GCC (ia64-hp-openvms). Both entities share ownership,
>>>> while AdaLabs is also the author of the work.
>>>>
>>>> Our
GCC (ia64-hp-openvms). Both entities share ownership,
>>> while AdaLabs is also the author of the work.
>>>
>>> Our work is based on gcc-4.7.4, and consists in building a gcc compiler
>>> for openvms ia64 (through native, cross and canadian build, starting
>&g
penVMS.
>>
>> AdaLabs Ltd (http://adalabs.com) and PIA-SOFER SARL
>> (http://pia-sofer.fr) have worked hard to make Ada available again on
>> OpenVMs using GCC (ia64-hp-openvms). Both entities share ownership,
>> while AdaLabs is also the author of the work.
>>
://pia-sofer.fr) have worked hard to make Ada available again on
> OpenVMs using GCC (ia64-hp-openvms). Both entities share ownership,
> while AdaLabs is also the author of the work.
>
> Our work is based on gcc-4.7.4, and consists in building a gcc compiler
> for openvms ia64 (throug
ownership,
while AdaLabs is also the author of the work.
Our work is based on gcc-4.7.4, and consists in building a gcc compiler
for openvms ia64 (through native, cross and canadian build, starting
from x86_64-linux-gnu to finally reach ia64-hp-openvms). The
modifications are of two flavours:
- patches to
eb site by SC15 (Nov 15) and to
> also update regularly in the future.
>
> Currently, it shows for GCC Compiler as:
> GNU gcc
> Free and open source - Linux, Solaris, AIX, MacOSX, Windows
Also FreeBSD, NetBSD, OpenBSD, DragonFly BSD, HPUX and RTEMS support OpenMP
in GCC.
> Open
#mail -s "GCC Compiler shown on OpenMP Compilers web site" gcc@gcc.gnu.org -r
y...@lbl.gov -c rc...@rchrd.com -c y...@lbl.gov < message
Dear GCC development team,
Richard and I working on updating the OpenMP Compilers Support page at
http://openmp.org/wp/openmp-compilers. Our go
, it shows for GCC Compiler as:
GNU gcc
Free and open source - Linux, Solaris, AIX, MacOSX, Windows OpenMP 3.1 is
supported since GCC 4.7 GCC OpenMP Wiki Compile with -fopenmp GCC OpenMP Manual
More information
(Notice some of above have links)
Could you please review and update? We are also
On 02/15/2013 01:13 PM, Jerome Huck wrote:
> There seems to be some versions of GCC for ANDROID C/C++/Pascal working
> or even Fortran, see the attached links. Can we hope one day to have
> some official release?
I can't see why not, but it'll require someone to contribute the code
and commit to m
https://play.google.com/store/apps/details?id=com.n0n3m4.droidc&feature=search_result#?t=W251bGwsMSwxLDEsImNvbS5uMG4zbTQuZHJvaWRjIl0.From
Jerome Huck
Good afternoon.
There seems to be some versions of GCC for ANDROID C/C++/Pascal working
or even Fortran, see the attached links. Can we hope one da
On 14/06/2012 04:05, Chris Jones wrote:
David Brown wrote:
On 11/06/2012 09:45, Chris Jones wrote:
Is it possible to modify the source code of gcc to enable to compilation
of a completely new programming language, as yet unrecognized? How much
of a big job would I be looking at for such a task?
David Brown wrote:
On 11/06/2012 09:45, Chris Jones wrote:
Is it possible to modify the source code of gcc to enable to compilation
of a completely new programming language, as yet unrecognized? How much
of a big job would I be looking at for such a task?
I would think that would depend entir
On 11/06/2012 09:45, Chris Jones wrote:
Is it possible to modify the source code of gcc to enable to compilation
of a completely new programming language, as yet unrecognized? How much
of a big job would I be looking at for such a task?
I would think that would depend entirely on the language
On Mon, Jun 11, 2012 at 05:45:12PM +1000, Chris Jones wrote:
> Is it possible to modify the source code of gcc to enable to
> compilation of a completely new programming language, as yet
> unrecognized? How much of a big job would I be looking at for such a
> task?
It is certainly possible, and i
Is it possible to modify the source code of gcc to enable to compilation
of a completely new programming language, as yet unrecognized? How much
of a big job would I be looking at for such a task?
Regards
--
Chris Jones
OpenSUSE Linux x86_64 (PC)|Android (Smartphone)|Windows
DJ Delorie writes:
>> Couldn't GCC (and binutils) on djgpp set
>> _CRT0_FLAG_DISALLOW_RESPONSE_FILES so that GCC's routines get used
>> to expand the response files instead of the runtime's routines?
>
> I suppose it could. I'm not sure how much confusion that would cause
> (probably little if
> Couldn't GCC (and binutils) on djgpp set
> _CRT0_FLAG_DISALLOW_RESPONSE_FILES so that GCC's routines get used
> to expand the response files instead of the runtime's routines?
I suppose it could. I'm not sure how much confusion that would cause
(probably little if any), but as long as djgpp
On 24/02/2011 03:56, DJ Delorie wrote:
> The GNU "doschk" (in non-gnu/) utility can tell you what's legal and what
> isn't.
>
> http://www.delorie.com/gnu/dl/ftp.gnu.org/non-gnu/doschk/doschk-1.1.tar.gz/doschk-1.1/doschk.c
>
> Note, however, that @files used by gcc *in djgpp* will *not* support
The GNU "doschk" (in non-gnu/) utility can tell you what's legal and what isn't.
http://www.delorie.com/gnu/dl/ftp.gnu.org/non-gnu/doschk/doschk-1.1.tar.gz/doschk-1.1/doschk.c
Note, however, that @files used by gcc *in djgpp* will *not* support
comments, because @files in djgpp are parsed and ex
On 23/02/2011 17:59, DJ Delorie wrote:
> Ian Lance Taylor writes:
>> I believe lThese option files were adapted from Windows, and they are
>> primarily for use on Windows, which has much stricter limits on command
>> line length than most Unix systems. We should implement whatever
>> Windows impl
Ian Lance Taylor writes:
> I believe lThese option files were adapted from Windows, and they are
> primarily for use on Windows, which has much stricter limits on command
> line length than most Unix systems. We should implement whatever
> Windows implements.
IIRC they were adapted from DJGPP,
Basile Starynkevitch writes:
> On Tue, 22 Feb 2011 18:09:40 -0800
> Ian Lance Taylor wrote:
>>
>> No comments are permitted in the contents of options files read using
>> the @file syntax. The contents of the file are simply interpreted as
>> command line arguments separated by whitespace. Do
On Tue, 22 Feb 2011 18:09:40 -0800
Ian Lance Taylor wrote:
>
> No comments are permitted in the contents of options files read using
> the @file syntax. The contents of the file are simply interpreted as
> command line arguments separated by whitespace. Double quotes, single
> quotes, and backs
"Craig Dedo" writes:
> I would like to start using the GNU Compiler Collection (GCC),
> particularly
> GFortran. Given the number of compiler and linker options that there are, it
> makes a lot
> of sense to put the commonly used compiler options into an options file.
>
>
GNU Compiler Collection
Free Software Foundation
51 Franklin Street, Suite 500
Boston, MA 02110-1335
Everyone:
I would like to start using the GNU Compiler Collection (GCC),
particularly
GFortran. Given the number of compiler and linker options that there are, it
makes a lot
of se
John Holdsworth writes:
> I've encountered a bus error using Apple's gcc in Xcode 3.1, 3.2
> compiling the following code or any containing for( x in y ) is used
> inside a template in Objective-C++.
>
> template
> class OODictionary {
> void boom() {
> NSArray *keys = nil;
Hi,
I've encountered a bus error using Apple's gcc in Xcode 3.1, 3.2
compiling the following code or any containing for( x in y ) is used
inside a template in Objective-C++.
template
class OODictionary {
void boom() {
NSArray *keys = nil;
for ( NSString
Hi.
> I'm interested to know what is the difference in programming using MS
> Visual C++ on Windows and using the GCC compiler on Linux, i.e. what
> are some of the things I can do on Visual C++ that won't compile/run
> on Linux, and vice versa.
This mailing list
Hi all,
I'm interested to know what is the difference in programming using MS Visual
C++ on Windows and using the GCC compiler on Linux, i.e. what are some of the
things I can do on Visual C++ that won't compile/run on Linux, and vice versa.
For example, I know that Windows uses
Good day!
We`d like to use a compiler gcc to compile our application. I know that gcc
exists under special exception which allows to use it for commercial
application.
I have 2 questions:
If we use a static linking with gcc - should we distribute our application on
the terms of GPL? or ca
;d be happy to act as a
>reviewer/advisor to your changes.
>
>Al Lehotsky
>
>On Apr 18, 2008, at 20:21, Martin Chaney wrote:
>>
>>Hi,
>>
>>I'm am the proprietor of a gcc compiler for the PDP10 architecture.
>>
>>(This is a compiler pr
:
Hi,
I'm am the proprietor of a gcc compiler for the PDP10 architecture.
(This is a compiler previously worked on by Lars Brinkhoff who left
XKL some while before I joined XKL. It's possible some of you may
have been familiar with him or the compiler from that time.)
The c
Hi,
I'm am the proprietor of a gcc compiler for the PDP10 architecture.
(This is a compiler previously worked on by Lars Brinkhoff who left XKL
some while before I joined XKL. It's possible some of you may have been
familiar with him or the compiler from that time.)
The c
Hallo,
When the recent GCC compiler is very slow compiling projects or packages then
many people refuse to follow recompiling updated versions of projects,
few people tend to test each time less the updated versions, there are
less beta testers and finally less detection of unknown bugs .
Where
> On Sat, Jun 23, 2007 at 05:25:54PM -0700, Ian Lance Taylor wrote:
>>
>> At Cygnus, in the early and mid- 90s, we did this routinely, starting
>> with the native compilers shipped with various Unix variants. As Unix
>> variants generally no longer come with a free (as in beer) compiler
>> other
Rask Ingemann Lambertsen <[EMAIL PROTECTED]> writes:
> Index: fixincludes/configure.ac
> ===
> --- fixincludes/configure.ac (revision 127373)
> +++ fixincludes/configure.ac (working copy)
> @@ -5,6 +5,15 @@
> AC_CONFIG_AUX_DIR(..)
On Sat, Jun 23, 2007 at 05:25:54PM -0700, Ian Lance Taylor wrote:
>
> At Cygnus, in the early and mid- 90s, we did this routinely, starting
> with the native compilers shipped with various Unix variants. As Unix
> variants generally no longer come with a free (as in beer) compiler
> other than gc
"Venkatesan Jeevanandam" <[EMAIL PROTECTED]> writes:
> DISCLAIMER:
> This message (including attachment if any) is confidential and may be
> privileged. Before opening attachments please check them for viruses and
> defects. MindTree Consulting Limited (MindTree) will not be responsible for
> a
From: Venkatesan Jeevanandam
Sent: Thursday, July 12, 2007 2:38 PM
To: [EMAIL PROTECTED]; gcc@gcc.gnu.org
Subject: GDB testsuite + dejagnu uses gcc compiler by default, how to
configure testsuite to use other 'c' compilers (like cross compil
From: Venkatesan Jeevanandam
Sent: Thursday, July 12, 2007 2:40 PM
To: '[EMAIL PROTECTED]'; 'gcc@gcc.gnu.org'
Subject: RE: GDB testsuite + dejagnu uses gcc compiler by default, how to
configure testsuite to use other 'c' c
Rohit Arul Raj wrote:
The gcc-coldfire compiler spits out the labels as it is in the
assembly file (main, printf etc), where as the IDE compiler spits out
the labels prefixed with a '_' (_main, _printf etc).
Is there any way i can make gcc-coldfire compiler emit the lables
prefixed with
Rohit Arul Raj wrote:
The gcc-coldfire compiler spits out the labels as it is in the
assembly file (main, printf etc), where as the IDE compiler spits out
the labels prefixed with a '_' (_main, _printf etc).
Is there any way i can make gcc-coldfire compiler emit the lables
prefixed with
Hello Everyone,
I am trying to link the object file emitted by a Cross Compiler IDE
with the GCC Coldfire Linker and its libraries.
The Problem that i faced was:
The gcc-coldfire compiler spits out the labels as it is in the
assembly file (main, printf etc), where as the IDE compiler spits ou
Gerald Pfeifer wrote:
> On Mon, 10 Apr 2006, Mark Mitchell wrote:
>> It seems like we're getting consensus around that approach, despite the
>> initial sentiment in the other direction from Mike and Joe. Mike, Joe,
>> do either of you care to argue the point? If not, I'll volunteer to
>> write so
On Apr 10, 2006, at 4:30 PM, Mark Mitchell wrote:
It seems like we're getting consensus around that approach, despite
the
initial sentiment in the other direction from Mike and Joe.
Mike, Joe, do either of you care to argue the point?
I'm fine with the status quo. I think comp.compilers a
Gerald Pfeifer wrote:
> Personally, I'd be in favor of GCC-releated internships and job offers on
> our lists, but I see that it may be difficult to draw a line. That said,
> I wonder how to handle .signatures: for example, if you added a line like
> "CodeSourcery is hiring. http://.../work4us
Mark Mitchell <[EMAIL PROTECTED]> writes:
| Mike Stump wrote:
|
| >> 3. How do we enforce any of these rules?
| >
| > Shame on those that violate them.
|
| I think we need to do better than that.
I'll vote for keeping the current policy: not job ads on the
development list.
-- Gaby
On Mon, 10 Apr 2006, Mark Mitchell wrote:
> It seems like we're getting consensus around that approach, despite the
> initial sentiment in the other direction from Mike and Joe. Mike, Joe,
> do either of you care to argue the point? If not, I'll volunteer to
> write some text for the web pages, a
Florian Weimer wrote:
* Mark Mitchell:
1. What do we do if people do advertise jobs that are not free software
jobs, or not purely free software jobs? How pure is pure? Does "Port
GCC to proprietary OS" count as free or not?
And: Does porting GCC to a new processor, to run on a free operati
* Mark Mitchell:
> 1. What do we do if people do advertise jobs that are not free software
> jobs, or not purely free software jobs? How pure is pure? Does "Port
> GCC to proprietary OS" count as free or not?
And: Does porting GCC to a new processor, to run on a free operating
system, without e
On Apr 10, 2006, at 5:23 PM, Mark Mitchell wrote:
Mike Stump wrote:
3. How do we enforce any of these rules?
Shame on those that violate them.
I think we need to do better than that.
If there's no viable enforcement mechanism, then people following the
policy are at a disadvantage to tho
DJ Delorie wrote:
>> Here, if Company A and Company B both want to recruit, but A adheres
>> to the policy while B does not, A loses.
>
> I think that's a compelling reason to keep it at "no ads".
It seems like we're getting consensus around that approach, despite the
initial sentiment in the ot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/10/06 17:35, DJ Delorie wrote:
> Thus, I vote with Jeff.
>
Likewise. Companies ought to send job ads to comp.compilers or use the
FSF listing service.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFEOtFpUTa2oAUaiwQRAj
> Here, if Company A and Company B both want to recruit, but A adheres
> to the policy while B does not, A loses.
I think that's a compelling reason to keep it at "no ads". We've got
enough stress just developing gcc; we don't need the extra stress of
corporate pressure to act against our fellow
Mike Stump wrote:
>> 3. How do we enforce any of these rules?
>
> Shame on those that violate them.
I think we need to do better than that.
If there's no viable enforcement mechanism, then people following the
policy are at a disadvantage to those who are not. Traditional spam and
things bette
On Apr 10, 2006, at 1:29 PM, Mark Mitchell wrote:
1. What do we do if people do advertise jobs that are not free
software
jobs
Ask them not to, ultimately the same thing we do with spammers. :-)
or not purely free software jobs?
If on the wiki, edit out all the parts that aren't and tell
On Apr 10, 2006, at 3:39 PM, Jeffrey A Law wrote:
On Mon, 2006-04-10 at 13:29 -0700, Mark Mitchell wrote:
I'd rather not open the door to job postings, even for GCC
I see myself as a consumer of this list and not a producer so it is
hard to see myself as having a "vote". But if I do,
On Mon, 2006-04-10 at 13:29 -0700, Mark Mitchell wrote:
> You and Mike have suggested that recruiting GCC developers is a
> reasonable use of the list. Before we go to the SC, asking for approval
> to change the policy, we should address some other issues:
>
> 1. What do we do if people do advert
Joe Buck wrote:
> I'm inclined to think that it serves gcc if the list can be used to
> recruit people to work on gcc for pay. Of course an FSF list cannot
> sanction offers for proprietary software development, and I wouldn't want
> to see offers for unrelated software work.
You and Mike have s
On Mon, Apr 10, 2006 at 11:48:55AM -0700, Mark Mitchell wrote:
> We have (had) a policy against these kinds of recruiting messages on the
> GCC lists...
>
> Recently, there has your message, and Benjamin Kosnik's message about
> internships -- so we need to either reconfirm the earlier policy, or
On Apr 10, 2006, at 11:48 AM, Mark Mitchell wrote:
Thoughts?
We don't want to open the flood gates to random recruiters for random
software, however, I never saw the harm in solicitations from gcc
contributors for people to work on gcc. If we were to relax the
current policy, we can have
Rick Edwards wrote:
> We are a strong and growing company working in some very advanced DSP
> silicon.
We have (had) a policy against these kinds of recruiting messages on the
GCC lists. Instead, it was suggested that people work through the FSF's
job-listing service. Unfortunately, I can't fin
Hello,
We are a strong and growing company working in some very advanced DSP
silicon. I am not a headhunter. We are interested in people who have
significant experience in modifying compilers. This role is ideal for
someone who has good experience with GCC and GNU tools, but could work
for someon
Rohit Agarwal <[EMAIL PROTECTED]> writes:
> As till now, I have been successful in making test programs run on the
> IXDP425 board compiled using a gcc compiler. Does that mean that I
> have ported eCos on the hardware? I know its a very silly question but
> since this is t
un on the
IXDP425 board compiled using a gcc compiler. Does that mean that I
have ported eCos on the hardware? I know its a very silly question but
since this is the first time I am working with hardware, I dont know
much.
Also, I am supposed to connect 2 GSM modems through the serial ports
and a
> I am doing a study about compilers. I have to monitor many existing
> compilers and benchmark them. After I have to modify and optimize the
> 'back-end' part for multithreads models.
>
You should go look at Scott's site (http://www.coyotegulch.com/) as he
does a lot of benchmarking.
> I have
Dear Sir,
My name is Thomas Bernard. I am working as a Master Student for the UvA
(Universitat Van Amsterdam) in the section of Computers Systems
Architecture of the Informatics Institute.
I am doing a study about compilers. I have to monitor many existing
compilers and benchmark them. After
93 matches
Mail list logo
