From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6290 invoked by alias); 12 Aug 2009 17:27:16 -0000 Received: (qmail 6245 invoked by uid 22791); 12 Aug 2009 17:27:15 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_33,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail-pz0-f202.google.com (HELO mail-pz0-f202.google.com) (209.85.222.202) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 12 Aug 2009 17:27:06 +0000 Received: by pzk40 with SMTP id 40so111674pzk.14 for ; Wed, 12 Aug 2009 10:27:04 -0700 (PDT) Received: by 10.115.101.8 with SMTP id d8mr252171wam.35.1250098024033; Wed, 12 Aug 2009 10:27:04 -0700 (PDT) Received: from Paullaptop (203-206-7-21.dyn.iinet.net.au [203.206.7.21]) by mx.google.com with ESMTPS id n40sm12950804wag.30.2009.08.12.10.27.01 (version=SSLv3 cipher=RC4-MD5); Wed, 12 Aug 2009 10:27:03 -0700 (PDT) Message-ID: <87F96B2B1C3E475C9B2DD4A9F10A9798@Paullaptop> From: "Paul Edwards" To: "Ulrich Weigand" Cc: "Paolo Bonzini" , References: <200908121709.n7CH92bw026671@d12av02.megacenter.de.ibm.com> In-Reply-To: <200908121709.n7CH92bw026671@d12av02.megacenter.de.ibm.com> Subject: Re: i370 port Date: Wed, 12 Aug 2009 20:31:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2009-08/txt/msg00200.txt.bz2 > GCC relies on the libiberty "pex" family of routines, which are > much more narrow in scope, and have in fact been ported to several > non-UNIX systems, including even MS-DOS. Providing a port of "pex" > to MVS should be much easier that porting a full Unix "system" or > "fork" feature. Ok. But I don't even have much of system() yet. > B.t.w. if you cannot execute sub-tasks at all, how does the > MVS GCC invoke the preprocessor (I think this was still a > separate process in 3.2) and the core compiler (cc1) from > the compiler driver? Do you even have a separate compiler > driver? Sleight of hand. :-) > #ifdef SINGLE_EXECUTABLE > int ret_code = 0; > #endif 2836a2853,2872 > #ifdef SINGLE_EXECUTABLE > { > int cnt = 0; > > while (commands[i].argv[cnt] != NULL) > { > cnt++; > } > if (strcmp(string, "cpp0") == 0) > { > ret_code = cpp(cnt, commands[i].argv); > if (ret_code != 0) break; > } > else if (strcmp(string, "cc1") == 0) > { > ret_code = toplev_main(cnt, commands[i].argv); > if (ret_code != 0) break; > } > } > #else 2850c2886 < --- > #endif 2853a2890,2892 > #ifdef SINGLE_EXECUTABLE > return (ret_code); BTW, here's what I am going with: C:\devel\gcc\gcc>cvs diff -r release-3_2_3 debug.c Index: debug.c =================================================================== RCS file: c:\cvsroot/gcc/gcc/debug.c,v retrieving revision 1.1.1.1 diff -r1.1.1.1 debug.c 20a21,35 > #include "output.h" > #include "flags.h" > > static void > debug_source_line (line, text) > unsigned int line ATTRIBUTE_UNUSED; > const char *text ATTRIBUTE_UNUSED; > { > if (flag_debug_asm) > { > app_enable(); > fprintf(asm_out_file, "%s %d %s\n", ASM_COMMENT_START, line, text); > app_disable(); > } > } 34c49 < debug_nothing_int_charstar, /* source_line */ --- > debug_source_line, /* source_line */ Thanks again for everyone's assistance. Just need to find out who's emitting this warning: C:\devel\gcc\gcc>gccmvs -DUSE_MEMMGR -Os -S -ansi -pedantic-errors -DHAVE_CONFIG _H -DIN_GCC -DPUREISO -I ../../pdos/pdpclib -I . -I config/i370 -I ../include -d A world.c -g world.c:0: warning: `-g': unknown or unsupported -g option and it'll be a wrap. :-) There will be some very happy people who are currently manually putting in __asm__ lines to get insight. :-) BFN. Paul.